Software development initiatives include different types of meetings, spread across the whole development process. A post on the Mobile Orchard blog explains tips and tricks to check and improve the effectiveness of these meetings.
Agile software development is sometimes perceived as an undisciplined way of working. There are organizations which use that perception as an excuse to not adopt agile. According to others agile is actually a more disciplined approach than waterfall for software development. Let’s explore how discipline plays a role in agile and why discipline is considered important for agile to be successful.
Brian Wernham wrote an article for The Times in which he identifies seven governance behaviours which are needed for successful adoption of agile, especially focused on government departments adopting new ways of working. The UK Government has mandated agile practices for delivery of IT projects and provides guidelines for service design using agile approaches.
Successful adoption of agile is related to the approach that is used to introduce changes in the organization. Organization can do a top down “mandated” implementation or use a different approach. Kanban can be used as a way to kick start agile, allowing teams to opt-in to agile practices when they feel ready for it to create a sustainable new way of working .
Valentin Tudor Mocanu described upgraded form of pair programming using pairing and non-solo development.
Does agile certification depict the knowledge of professional? Thoughts shared by various thought leaders.
Satya Nadella, CEO at Microsoft Corporation, is preaching a more nimble approach of agile implementation to build software as part of the company’s transformation.
Teams can become so focused that they forget the world around them and risk losing contact with stakeholders. This makes it difficult for them to know what their customers need and how end users will use their products. At the ASAS2014 conference Daisy Rasing-de Joode will show how successful agile teams create synergy by being interdependent and highly collaborative with their environment.
Agile coaches often use a “hands-off” descriptive approach when coaching teams. The question is if such a coaching approach is always the best solution when teams are adopting agile? Would there be situations where prescriptive “hands-on” coaching could be more effective? How could you do it?
The 9th Annual State of Agile Survey is currently open for participants to share their adoption of Agile practices and processes for inclusion in the annual report.
Management can get the feeling of losing control when their enterprise adopts agile and starts deploying self-organizing teams. Procedures, review boards and consultation bodies can become superfluous when switching to an agile approach, but they may not realize that, says Marcel Heijmans. Trying to regain control with additional planning can make things worse, causing "death by planning".
Worldwide Agile Coach Camps continue to allow coaching practitioners to share knowledge and experience with a view to improving outcomes for agile teams across many countries and industries. This post lists upcoming Coach Camps, looks at how and why they work and discusses their impact with participants.
Adopting agile in organizations usually impacts the role and activities of project managers. Scrum offers the possibility for project managers to become Scrum masters or product owners. Project managers can also adopt their way of working and the things they do to work together with Scrum masters and agile teams.
Agile software development teams have to assure that the products that they develop have sufficient quality. Management often also expect that they increase their velocity to be able to deliver more functionality faster to their customer. Several authors explored the relationship between quality and velocity and suggested ways to improve both quality and velocity.
Agile retrospectives are mostly done at the team level or at a project level. What if you need to conduct a retrospective with 50 teams or more? Luke Hohmann describes how a large scale agile transformation project did a huge retrospective to create insight on what was going well and what needed to be improved.