Project Management

Please login or join to subscribe to this thread

Agile approach (Disciplined agile)

linkedin twitter facebook  
avatar
Shams UI Islam Haleem PP Technical Support Engineer Specialist| Saudi Electricity Company Karachi, Pakistan
Hello professionals;

I am exploring agile practices and getting impression that Agile Alliance basically adopted that approach or "methodology" for the software development (product) where entire requirements at initial stage are, sometimes, uncertain.
I wonder why PMI include agile approach in all three domains (People, Processes and Business environment). I am of the view that agile approach (adopted) is already considered in the previous framework as Adopted life cycle.

It is clear that Agile is not a methodology, rather it is a philosophy or mindset!

Secondly, what is the difference between 'be agile' and 'being agile' in project management?

Feedback are appreciated.

Thank you.
Sort By:
avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Shams -

If you are referring to the PMP exam and the 50/50 balance of adaptive and predictive content across the domains, I'd suggest that it is not just the life cycle aspects of adaptive delivery that they will test you on, but also the mindset, values and principles side of agile which would fall within the People domain, and perhaps the applicability or the need to tailor agile approaches in specific types of business contexts.

I don't see a different between "be" or "being" agile - the important thing is to recognize that agile is an adjective, not a noun.

Kiron
avatar
Thomas Walenta Global Project Economy Expert Hackenheim, Germany
I am with you Shams,

the PMBoK Guide always (since 1996) embraced and supported agile concepts, indeed the interdependencies of the PM process groups are cyclic and embrace 'progressive elaboration' of artefacts.

The process groups do not though represent a lifecycle, they describe merely the PM work, while lifecycles describe the work of the people working on the product. Many small SW projects do not allow to distinguish between PM and specialist work, and so we have many SW PMs who think agile is a better way.

Here an article about this (albeit about PMBoK Guide ed5)
https://www.linkedin.com/pulse/pmis-pmbok-...enta-pmi-fellow

As to your second point, I read 'be agile' as an imperative, a demand to become agile, as you hear it from the agile community, their instructors, consultants and consequently your management if they bought it.

'Being agile' for me means you think you are already agile, I would argue it is an illusion of a stable state which in itself is not agile.
avatar
Sergio Luis Conte Helping to create solutions for everyone| Worldwide based Organizations Buenos Aires, Argentina
If you like to understand what Agile really is my recommendation is reading this: https://www.researchgate.net/publication/2...rt_1_and_Part_2

Please login or join to reply

Content ID:
ADVERTISEMENTS

"From the moment I picked your book up until I laid it down I was convulsed with laughter. Some day I intend to read it."

- Groucho Marx

ADVERTISEMENT

Sponsors