Stelian ROMANProject Manager| MicroSafetyCarlingford, New South Wales, Australia
Recently I had a couple of interesting experience. The scope of the project was signed off in the initiation stage, because of contractual constraints between vendor/consultants and the client organisation.
The project had a Project Manager and a Scrum Master, daily stand-ups, retrospectives, reviews,sprint planning BUT
1) The project Backlog was static, backlog items had separate tasks for BA, developer, tester and those roles were performed by specialised people.
2) There was only one release to production, after SIT and UAT.
Do you consider this project an Agile project? Saving Changes...
Drew CraigSr. Agile & Product Coach| VanguardPhiladelphia, Pa, United States
I'd call it Hybrid. There are varying levels of hybrid, as in the pendulum can swing more in one direction than the other. Not atypical for vendors with a product or service to have a specific implementation approach and strategy, delivered by specialized consultants.
. Saving Changes...
There is no such thing as an "agile project". Agile is a relative term - one person's "fully agile" is another's "waterfall 2.0".
If we have projects delivered using a fully predictive lifecycle on one end and those that use fully adaptive lifecycles on the other end, the vast majority of projects will fall somewhere between those two extremes and it's up to individual teams or organizations to decide what the threshold is for them declaring a given context to be agile or not.
Kiron Saving Changes...
Rajesh PonnathotaSr IT Project Manager / Scrum Master / RPA Lead| Independent ConsultantSouth Windsor, Ct, United States
We can consider this as Agile delivery. I will explain why.
The requirement is, say, Dec 1st the Project LIVE due to regulatory requirement. We can start the development early and start moving the code to QA as Sprint completes / incremental. As the Sprint(s) complete [you mentioned the Backlog wa static], the final code is in UAT and well tested by the Users and finally the code moved to Production [say 11/30].
Your second point, I will call it as Going LIVE
Generally, when we need regulatory approvals, they provide 90 days in advance to enter into market. Saving Changes...
Senior Projects Manager | Field & Marten AssociatesNew Westminster, British Columbia, Canada
Totally agree with Kiron Saving Changes...
Ganesh KumarProgram ManagerBangalore., Karnataka, India
Thanks for sharing the problem and making us think, and Kiron thanks for your valuable comments. Saving Changes...
Stelian ROMANProject Manager| MicroSafetyCarlingford, New South Wales, Australia
It's always good to read the requirements :)
My question is what is an AGILE PROJECT, not what is a hybrid project or what is Agile delivery.I probably also agree with Kiron but... there are few Agile PM certifications. Agility is in my opinion an attribute, any methodology can be Agile, I don't see any problem with using Agile practices in a project managed using a PMBoK inspired methodology. Saving Changes...
Stelian ROMANProject Manager| MicroSafetyCarlingford, New South Wales, Australia
I don't believe that the project in my example can be considered Agile, not even hybrid. A fundamental characteristic of any Agile framework is embracing change, without a formal Change Control process. A static Backlog means that there is no change. Moreover Design, Build, SIT, UAT is a classic "waterfall" approach.
Why do we need Agile Project Managers if there are no (pure) Agile projects? Saving Changes...
Stelian ROMANProject Manager| MicroSafetyCarlingford, New South Wales, Australia
@Rajesh,
1) there is no such thing as 'moving the code through QA'. Quality Assurance is a process that covers the entire project delivery and is not specific to software development, QA is the responsibility f the PM. I assume that you mean QC, a nicer name for testing.
2) according with the Scrum framework at the end of the sprint the product increment is potentially shippable, that means that it can (and it should) be released to production.The only reason for delaying release to production is business readiness. Saving Changes...