I was preparing to deliver a webinar on Product Launch in an Agile Worldrent a car bulgaria and it brought up memories of my days as a developer (fond mostly).Ê While IÕm very familiar with Agile at a conceptual level I wouldnÕt claim to be a practitioner. ThatÕs for the Agile experts.Ê However, IÕm passionate about launching software products and I find it fascinating how Agile has become such a concern for Product Management, Marketing and Sales.
For years Product Management, Marketing and Sales have complained that Development canÕt deliver products on time with the right mix of capabilities.Ê IÕve lived on every side of that problem and itÕs never enjoyable to be on the Development side of the discussion when promised features are missing.ÊÊ Now Development steps up to the plate and embraces a way to get things done faster, with more completeness and higher quality, and the triumvirate has heartburn.
IÕve been talking with people in Product Management, Marketing, and Sales whose Development teams have embraced Agile (with varying degrees) and many are freaking out.Ê The more I dig into it the less I see where thereÕs a problem.Ê Let me explain further.
Product Management is responsible for identifying Market Problems and developing Market Requirements.Ê WeÕve been teaching that for 15 years at Pragmatic Institute – nothing new here. Development translates the Market Requirements into a product.Ê Check. Product Marketing drives the launch process, develops sales tools, trains the Sales team and coordinates with Marketing Communications to develop marketing programs to support Launch goals.Ê Check.Ê The Launch comes and the Sales Team does their thing.Ê Check.
Where everyone outside of Development is getting all hung up is with predictability. But theyÕve grown accustomed to what I believe to be a false sense of predictability.Ê That big, monolithic, waterfall documentation that defines all the features that will be in the next release becomes obsolete just about as fast as you hit ÒsaveÓ.Ê Assumptions about what is possible will change.Ê Whether you like it or not thereÕs never enough time to go back and change the original product requirement docs because thereÕs a date that needs to be hit.
With Agile development methods, Development focuses on short iterations.Ê Each iteration produces 100% of something (coded, tested and ready to go).Ê If youÕve decided that the best time to launch the next release is October, work backwards through the iteration schedule and choose an iteration that will be completed prior to the Launch planning window.Ê This will be the iteration you can trust to be completed.Ê But realize that you may not know the exact release content until the iteration is complete.Ê Even better though, you will see evidence that the release content is done.Ê HereÕs where IÕm going to ask the folks in Marketing to be a little flexible.
During the Launch planning and readiness window Development will continue to plow ahead and work on more iterations.Ê As each iteration completes, you need to ask yourself if there are features in those iterations that justify inclusion in the Launch without negatively impacting the Launch date.
HereÕs the deal.Ê If youÕre a Product Manager, make sure youÕre doing your job and keep feeding Development with what needs to be done next. If you donÕt theyÕll just start creating what they think is cool, whether it has any marketability or not. Development, you donÕt get to decide when a release is ready to Launch.Ê ThatÕs a decision for Product Management. Acknowledge that Marketing and Sales need a longer window to plan and ready the rest of the organization than a few weeks.Ê They have a limited capacity to absorb rapid releases.Ê All those great features youÕre building will just get buried.ÊÊÊ Marketing continue what youÕre doing.Ê Your world is one of dates and timing.Ê Release dates still matter.Ê A product launch is about generating sales velocity and you need enough time to plan for an effective Launch.
HereÕs a link to the webinar for more on this topic.