Cloud Foundry: Design and Architecture
Derek Collison discusses the goals, the design premises and patterns employed in creating the architecture of Cloud Foundry, VMware’s open source PaaS, unveiling internal architectural details.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Vikas Hazrati on Sep 22, 2010
Recently, a slide deck published by PMI Network magazine entitled “Is Agile Right for your project?” created quite some ripples on twitter as well as PMI Agile group.
The slide deck does not appear on the original location anymore but Google cache can find it for our reference (scroll to the bottom). Tom Mellor expressed that over the years he has been intrigued by PMI's perspective on Agile. Agile has made significant inroads into PMI and reluctantly PMI had to acknowledge the presence of elephant in the room. According to Tom,
In going through the PMI Agile slides, I find this to be examples: WORTH THE RISK? Agile does offer risk-management techniques. But if your company or client demands a consistent and stable project environment, then agile methods shouldn't be followed. And, If you wrote the requirements into the contract, agile techniques may not be much help. And finally, AN OPEN MIND; Agile's technical practices are unconventional and often difficult to learn.
My instinctive thought is“You’ve got to be kidding me!!”
As per Tom, it is a ground reality that project environment is neither stable nor consistent and that is where the Agile practices flourish.
Craig Brown suggested that though PMI brings a lot of value to the organizations who don't have much information on project management, the benefit curve flattens out fast and bureaucracy, entrenched behaviors and resistance to change creep in.
Ron Jeffries had the following reaction
The main reaction that I have to things like that slide set is that it seems not to be written by someone who has actually done agile. If you haven't done it, you're just not qualified to say what it is, what it is not, and what effects it'll have.
Huet Landry and Dennis Stevens suggested that irrespective of the general opinion, the slide deck has some very informative list of Agile obstacles. According to Dennis, the potential problem with the slide deck is the tone which could be more positive. He added that the message could be more productive and actionable than just a list of excuses on why Agile would not work. Dennis, mentioned a few examples like the following to state the contents in a positive way.
Maurice Hagar added that he found the slide deck to be interesting and found more to agree than disagree.
Kurt Haeusler mentioned that the PMI site might not be the best place to look for Agile.
The mistake is entirely ours, for even entertaining the idea that we would find anything remotely relevant or interesting about agile on the PMI site. It is like looking at the Vatican site to find out all about Islam.
Most people on the group, however felt that it is a good initiative by PMI to start talking about Agile.
Mike Griffiths mentioned that some of this friction between PMI and Agile is normal social integration problem. According to him,
Whenever two different groups come together for the first time, we get some friction, clashing of norms, exposing of preconceptions and good old fashioned faux pas by one or more groups. But, hey, it at least means the two groups are coming together and providing we have thick enough skins to tolerate the friction progress can be made.
Mike made an interesting point,
Many doctors practiced bloodletting in the 19th Century believing letting out the poisoned blood healed inflammation and other ailments. This practice was not overcome by converting practitioners into new ways of thinking, but instead by the next generation of doctors who studied more modern medicine that played down its usefulness.
Hopefully we will not have to wait for a new generation of project managers who learn the benefits of agile first hand in development roles.
Janice Linden also brought to attention of the group an animated response to the slide deck.
Thus, there was a general consensus that though the gap between PMI and Agile exists, the silver lining is that these things are being discussed in the open. As Tom, put it,
That isn’t to say that it [PMI] has to start over, but it should perform a retrospective of itself and decide how it intends to continuously improve, which includes addressing deficiencies that exist now. One thing that is heartening: it isn’t choosing to ignore the elephant anymore.
Agile Maturity Model Applied to Building and Releasing Software
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
Improving Software Delivery Cycles: Pre-requisites and Inhibitors
Combining Inspections, Static Analysis, Testing to Achieve >95% Defect Removal Efficiency
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
I thing there are situations where agile may not be the best approach - setandbma.wordpress.com/2010/05/04/when-deliver...
Derek Collison discusses the goals, the design premises and patterns employed in creating the architecture of Cloud Foundry, VMware’s open source PaaS, unveiling internal architectural details.
Andrew Watson talks about the work of the OMG, where CORBA is alive and well (hint: in your car), UML and UML Profiles vs. custom Modeling languages, DDS and other middleware, and much more.
Sohil Shah discusses creating iPhone and Android enterprise mobile applications based on cloud services using the open source platform OpenMobster.
Paul Sanford presents the transformations supported by data throughout its life cycle, and how that can be better done with Splunk, an engine for monitoring and analyzing machine-generated data.
A common “best practice” for unit tests is to only write a one assertion in each test. I intend to question this advice by showing that multiple assertions per test are both necessary and beneficial.
John Rauser presents the architectural and technological evolution of Amazon retail websites starting with 1994 and ending with adopting Amazon Web Services.
Michael Stal discusses system architecture quality, how to avoid architectural erosion, how to deal with refactoring, and design principles for architecture evolution.
Every developer has had to integrate with another system, API or component. Tis article provides strategies to handle the change and for he separating system boundaries.
1 comment
Watch Thread Reply