Mindtree distributed agile journey and guiding principles
1 like728 views
The document discusses the rise and implementation of distributed agile software development methodologies, emphasizing their effectiveness in geographically diverse teams since 2001. It highlights Mindtree's experience and guiding principles for adopting distributed agile, including the importance of collaboration, governance, and automation to ensure quality and efficiency. With over 50 million man-hours in agile projects, Mindtree aims to foster agile capabilities and knowledge sharing within its organization and the wider community.
Mindtree distributed agile journey and guiding principles
- 2. Summary Agile software development and the breed of agile methodologies (XP, SCRUM, DSDM, etc.) have gained popularity since 2001. Agile methodologies were primarily founded for software projects executed at a single location. Today, with many adopters and practitioners across the globe, agile methodologies are showing promising results in multi-site projects too. Offshore delivery models have been successful in application maintenance and enhancement projects for more than two decades. In the case of development projects, iterative lifecycle approaches are more widespread and acceptable than the classical waterfall approach in delivering results and ensuring customer satisfaction. Distributed agile software development involves software projects done by agile teams located across geographies. This paper presents Mindtree’s journey and learnings on distributed agile and offshoring. Contents What is distributed agile? 03 What do we do? 03 Distributed agile at Mindtree: the guiding principles 04 Our capability 05 What next? 05 White paper 02
- 3. What is distributed agile? Appreciation: Mindtree understands and appreciates the Agile is all about delivering business value in short significance of Global Software Engineering (GSE) and agile. iterations at a sustainable pace, adapting to changing Agile has been the mantra of success and the adoption business needs. Agile software development focuses of distributed agile continues to rise. We study current on early delivery of working software and considers working industry trends and work with eminent thought leaders to software as the primary measure of progress. It creates an serve our customers better. environment that responds to change by being flexible and nimble. It discourages creation of extensive documents Readiness: We value the vital role played by physical that do not add any value. Distributed agile software infrastructure such as creative workspaces, collaboration development and testing is simply applying agile principles tools and communication networks. We focus consistently and practices to software projects executed by distributed on sustaining and upgrading our readiness to nurture teams or teams located at different sites. These could be at geographically distributed teams. two or more floors of the same building, different buildings, cities or countries across geographies and time zones. Capability: We are relentlessly committed to competency building and specialization in areas such as distributed What do we do? agile. Our investment in knowledge management and Mindtree started implementing agile methodologies in thought leadership has helped us build strong distributed geographically distributed teams as early as 2002. agile capabilities over the past several years. In adopting distributed agile we believe in five aspects: appreciation, readiness, capability, experience and Experience: We have executed numerous projects that methodology, as shown in fig. 01. involved GSE and agile. We continue to work with many of our customers in these areas. Fig. 01: Distributed agile at Mindtree: The five aspects Demand for GSE & agile adoption Appreciation Context-driven Physical infrastructure, with engineering Methodology Readiness collaboration tools, etc. best practices Experience Capability 50,000,000+ Specialization, person hours, 100+ commitment, thought agile projects leadership White paper 03
- 4. Methodology: Our focus on the first four aspects 3. Infrastructure for communication and coordination has helped us work with our customers in defining is crucial: Team members of geographically distributed context-specific methodologies with a good balance of teams depend on phone calls, chat, email and video management and engineering practices. conferencing for communication. Also, they depend on web-based tools for agile project management, issue Through this experience we have identified ten guiding tracking, defect tracking, etc. It is crucial to have an principles that help us deliver success through infrastructure that supports distributed development in distributed agile. order to relieve teams from technical issues related to communication and coordination. Distributed agile at Mindtree: the guiding principles 4. Knowledge management is the key to success: Simply put, adherence to the Agile Manifesto and Agile Assimilation, creation, dissemination and regular upkeep Principles is the foundation of agile teams. In addition to of knowledge related to technology as well as domain the 12 principles declared by the founders of the agile elements of a project are critical to the success of the manifesto, we value the following ten guiding principles: project. This is especially important in distributed agile projects. This is because teams have to focus consistently 1. Methodology is driven by project teams: Agile software on delivering working software over short iterations at a development in a distributed environment does not sustainable pace and respond to changes coming from mean step-by-step implementation of any specific agile business users at the same time. Systematic and consistent methodology such as Scrum, with high expectations focus on knowledge management improves our ability to on timely, high-quality delivery. It means collaboration induct new joiners in order to expand teams and also to amongst distributed teams to collate processes that follow manage attrition effectively. agile principles and to put together a methodology that works for them. Projects that follow distributed agile suffer 5. Quality is multi-dimensional and owned by everybody: when a methodology accepted by a sub team drives Quality can be seen in terms of intrinsic or internal quality the rest of the team. Successful distributed agile projects and external quality. External quality is an attribute happen because of collaborative teams that drive to define that relates to the end-user experience. It can be assessed a methodology for themselves. The definition of such a and improved through black box testing and defect methodology happens by means of open communication prevention. Internal quality is visible to various groups and minor adjustments to make things work as expected. In in the development team, such as designers, developers, other words, methodology is driven by project teams. More maintainers and technical reviewers. Internal quality is importantly, a methodology that works for one distributed invisible to end-users. It can be assessed and improved ecosystem may not work for another distributed ecosystem. through reviews and static analysis. Internal quality can be This is because, for any methodology, while the basic tenets improved by defect prevention, as well as defect detection, remain intact, the implementation details vary across followed by analysis and correction or defect fixing. ecosystems. Hence, methodology is an internal affair of the project team. Quality can be improved from different dimensions or streams of activities, such as inspection of requirements, 2. Consistent usage of common tools improves design reviews, testing of functions, performance, security productivity: Team members in a distributed team must and compliance, exploratory testing, etc. Agile teams have access to a standardized set of tools for engineering understand this multi-dimensional aspect of quality and activities such as design, coding, static analysis, unit value the whole team approach. Obviously, the set of testing, build automation, test automation, defect tracking metrics or measures used to understand progress needs and so on. Besides, they need to use such tools consistently to be multi-dimensional. A single dimensional view of in order to realize the benefits. Disparate tools result in quality is simply not comprehensive enough. Also, in compatibility issues and impact team productivity. distributed teams, team members from every location have to demonstrate a relentless focus on quality. White paper 04
- 5. 6. Distributed agile requires an inclusive approach: first iteration is unrealistic. Ensuring early success is a Distributed agile teams need to consider an inclusive collaborative responsibility of both project and approach in order to nurture distributed ecosystems. This is governance teams. more important than the distribution of functional modules or user stories across sites. Facilitating a base camp at a Our capability central location at the beginning of the project and having We have ten years of proven experience in agile an adequate travel budget for team members to travel methodologies. We have executed projects ranging from across sites at regular intervals is the first step in ensuring software development and maintenance to testing, using inclusion. Implementing distributed test drives or reviews, agile methodologies with distributed teams as well as distributed retrospectives and distributed root cause collocated offshore teams. Our experience includes: analysis are also ways to nurture inclusion. ƒƒ 50,00,000+ man hours of experience in agile projects ƒƒ 1000+ agile team members 7. Governance is the backbone of successful distributed ƒƒ 100+ ongoing agile projects teams: Geographically distributed teams cannot function on their own. Collaborative governance is critical to the We understand agile as well as other evolutionary success of projects executed by distributed teams. methodologies. Our experience in executing projects in onsite-offshore models enables us to apply agile principles 8. Automation enables sustainable pace: Automation of and best practices in distributed teams. To make this work engineering tasks such as build creation, test data creation, at an organizational level, we have created subject matter unit test execution, regression testing, test result analysis, experts and agile coaches. We also facilitate training etc., is necessary to optimize or avoid manual efforts spent programs on distributed agile to build agile capabilities in on routine tasks. With automation, team members get our organization. These are the crucial steps we adopt to adequate time to focus on critical tasks that need manual make it work. intervention. The significance of automation in distributed teams is greater than that of collocated teams. We promote agile through Mindtree Agile Council and Agile Community. Mindtree Agile Council, a team of 9. It is essential to streamline the accumulation and agile experts, focuses on nurturing agile capabilities at pay-off of technical debt: Distributed teams need to be Mindtree and facilitating competency building programs. aware, aligned and organized in managing technical Agile Community at Mindtree is a knowledge management debt in order to deliver maintainable, robust software. community that provides a common platform for all practitioners and promotes knowledge sharing. In addition 10. Iteration progression is a common phenomenon to these we contribute to external conferences and online and ensuring early success is a collective responsibility: media by sharing our success stories, presenting white Distributed teams progress over the first three or four papers and participating in discussions. iterations. Aiming for instantaneous results from the References: What next? Mindtree distributed agile blogs: Mindtree has contributed to several success stories http://www.blogs.mindtree.com/author/raja-bavani on distributed agile. Every year we see many new engagements kicking off in this model. We have Mindtree articles and white papers: experienced the symbiotic relationship between http://www.mindtree.com/services/agile distributed agile and offshoring and so have our customers. We believe that distributed agile will be increasingly adopted over the coming years. For more information on Mindtree distributed agile capabilities or case studies please contact [email protected]. White paper 05
- 6. About the author: Raja Bavani is Chief Architect of Mindtree’s Product Engineering Services (PES) and IT Services (ITS) groups and plays the role of agile evangelist. He has more than 20 years of experience in the IT industry and has published papers at international conferences on topics related to code quality, distributed agile, customer value management and software estimation. He is a member of IEEE and IEEE computer society. He regularly interfaces with educational institutions to offer guest lectures and writes for technical conferences. He also writes for magazines such as Agile Record, Cutter IT Journal, IEEE Software and SD Times. White paper 06