Many organizations implement Agile. Quite a few of these feel that something is not working well: while there is a great promise in Agile it can be abused and misused.
Bettering the implementation is not impossible, yet day to day work is pressing and people don’t have the time to invest there, and so the situation persists.
Agile Up! will take your agile implementation back to the road for success. let our experience guide you to safety.
TEST YOURSELF: IS SOMETHING WRONG WITH YOUR AGILE IMPLEMENTATION?
FIRST THINGS TO LOOK FOR IN ORDER TO AGILE UP!
The first thing to understand is that you’re not alone. We see many organizations that struggle with their agile implementation. Getting it back on track is not so tough.
The second important thing is that if it doesn’t feel good, something’s wrong. People who practice good Agile are happy with the way they work – you can get there too.
Agile helped product development/IT organizations improve the Product/Development/Test process. DevOps seeks to extend the benefits of principles such as small batches and Flow, Collaboration, brutal visibility and widely shared metrics, Cross-functional teams, frequent delivery, Inspect and Adapt thinking all the way to Production. Many organizations realize that while Agile helped them by reducing batch sizes and silos in a certain important slice of the value stream, the bottleneck has now moved to the Dev/Ops interface.
DevOps started as a bottom-up collection of best practices as System Administrators and developers were looking at the successes of Agile development practices and trying to apply some of the same ideas to the whole development-to-operations process.
DevOps brought Ops-specific tools aiming to solve the Continuous Delivery challenge, improve Monitoring and in general, reduce the transaction costs involved in deploying software and maintaining it, thereby enabling a much faster and Leaner operation.
“Self Managed” means the team manages themselves. The team should make their own decisions. Management should guide and support them. Once people start taking responsibility for themselves they feel better. Remember that many of the people in the teams have families, they bought a home – why can’t they manage themselves at work?
QA should be a part of the team. Period. It can’t be in another building. It can’t be in another team. Dev and QA should work together and not one against the other. QA’s purpose is not to open defects. QA’s purpose is to light all the dark corners and guide Dev.
AGILE UP! YOUR SCRUM
Scrum tends to fulfill the proverb “can’t see the wood for the trees.” Once scrum gets into the organization everyone focuses on the next iteration. We recommend to build a kanban board depicting the entire End to End flow of product development, to see the entire picture. Suddenly the iterations become less important for management and they let the teams do what they need to do and management focus on the road ahead.
At the end of the iteration we have the iteration review where we should everyone what we planned to do and what we did, and sometimes we even demo some of the things we did. Immediately following the iteration review, after every one except team members left, the team (that includes the product owner and scrum master) tries to find out one thing they will do different in the next iteration, trying to get better. An experiment.
AGILESPARKS BLOG POSTS THAT CAN HELP YOU AGILE UP!
GOOD RESOURCES TO START WITH (IN ALPHABETICAL ORDER)
Dan Pink’s Autonomy, Mastery, Purpose – A short video talking about what motivates us.
David Marquet’s Turn the ship around – A book about leadership.
G. Kim, J. Humble, P. Debois, J. Willis’s The Dev Ops Handbook – A book about devops.
Henrik Kniberg’s Product Ownership in a nutshell – A short video about scrum.
AGILE UP! COURSES
We are currently offering the Agile Up! using Jira/TFS (two separate tracks) course to help you Agile Up! your implementation quickly by using the best of these tools in the context of Agile.