Shape Up, Building - when Pitches get converted into Projects
It is one of the articles in the Shape Up series.
For Table of Contents go to: How to make Shape Up successful?
Before we describe how to make your Building phase successful, there is one thing that I want to clarify. Something that exists in the Shape Up book, but for some reason, most people implementing Shape Up tend to overlook it.
Product Development as a series of Projects
Shape Up is a methodology for product development. It converts an infinite product development process into a series of projects with flexible scope, delivered within the Shape Up cycle.
After the betting table, The Pitch is converted into The Project - that’s it.
Team members start working on the Project.
If you open Shape Up PDF and use CTRL/CMD+F to search for “project”, you will get around 300 results.
Why does it matter?
When in the Building phase, you use the sentence “we are working on the pitches” or “we are working on the batches” you make it hard for the people to understand how to work with it.
Try to google for “work on the pitch”, “pitch management”, “work on the batch”, “batch management”. You will get close to zero results related to software development.
But if you use the proper naming of Projects, you can google for “project management”, which gives you 3,470,000,000 results. You can also google for “how to manage a software project” giving you 854,000,000 results.
You can also open Project Management Process Group and Knowledge Area Mapping page in PMBOK and instantly get the single page containing the list of areas you should consider.
Choose the proper techniques
Now, choosing the techniques you find helpful for your Project is your job. You can make them as lightweight as possible to help you. Do not apply all the project management practices you can find - choose only the right ones for a given context.
This is the beauty of Shape Up. You can execute each Project using slightly different methods that precisely match your current needs.
Is the project backend-heavy? Frontend-heavy? Infra-heavy? Are there many unknowns? Is everything clear? Is it a migration? Low risk? High risk? Are there many stakeholders?
Many of such aspects will make you choose a different set of project management, agile and engineering techniques to make your life easier and the Project successful.
Use the knowledge from the world, do not reinvent the wheel.
What’s next?
Before we start building, we need a shared agreement, on who will work on which project.