Agile Center of Excellence : Presented by Rahul Sudame oGuild .
When any organization plans to move to Agile methodology, it needs to plan multiple initiatives for successful transition. One of the important initiative would be building an Agile Center of Excellence, a team which would support for consistency of Agile implementation across the organization. The Agile CoE we built worked on multiple aspects such as:
Defining organization-wide Agile methodology, tailoring it as per organization environment if required.
Build knowledge of Agile across the organization.
Supporting the team members with any ongoing queries.
Support in building required Tools and Templates required implementing Agile.
Assessing Agile implementation of different projects, identifying any gaps or improvement areas.
This session covered practical experience of how we built a successful Center of Excellence, which become a big enabler for successful Agile transformation.
Atceries, kā bērnībā taisīji papīra lidmašīnas? "Airplane Factory Game" vai spēle "Lidmašīnu Fabrika" ir bērnišķīgs bet tai pat laikā arī nopietns veids kā praksē, nevis teorijā apgūt mūsdienīgus Agile principus. Tie iemanto arvien lielāku popularitāti kā labs papildinājums klasiskajām projektu vadīšanas metodēm.
This guide summaries a successful Agile transformation in Telco with a related case study.
Do not take the described steps of this guide as the only way to be successful, there can be many other alternatives for sure. However, this guide explains a way thats experienced to be successful in many companies and under different circumstances.
Looking forward to hear your comments & suggestions
Thanks
Kanban is a workflow management system that visualizes work and limits work-in-progress. It focuses on optimizing flow and reducing lead times rather than velocity. There are three primary feedback loops in Kanban: daily standups, system capability reviews, and operations reviews. Kanban metrics like lead time, flow efficiency, and work-in-progress are analyzed to understand workflow and identify areas for improvement. Coaches advise teams to adjust work-in-progress based on trends in these metrics.
The document discusses an agile transformation process with three key ingredients: adopting practices and evolving them, building teams to model new behaviors, and finding tools to improve cooperation. It states that after agile transformations, project success rates increased to 80% and profitability increased. The transformation involves internalizing agile principles, building an open culture, and continuous improvement. Pilot projects are used to test changes through workshops, trainings and retrospectives. Barriers to enterprise-wide transformations include organizational behavior problems and a lack of transformational leadership. Benefits include increased agility, faster development cycles, higher customer satisfaction, and increased business value and employee happiness.
Dual Track Agile Or, How I learned to stop worrying and love the scrumUXDXConf
In software there are two key types of work - discovery and delivery. However, that doesn't mean there are different people doing those jobs. If the whole team is responsible for product success, not just getting things built, then the whole team needs to understand and contribute to both kinds of work.
Dual track agile and the UXDX model both convey the approach of design and development working together.
The Agile Fluency Model outlines a journey through different zones of agility, including positive, investment, improvement, and inclusive zones. It focuses on shifting team culture, skills, and organizational structure over time through practices like co-locating teams, establishing clear priorities, and empowering teams. The goal is to help teams and organizations continuously optimize value delivery through metrics like frequent working software delivery and transparent progress visibility.
Where can Kanban be embedded in the organizational context? Sounds like an easy question, however, it is not always easy to answer - especially in bigger organizations. In this session I will introduce the Kanban Flight Levels model which provides an overview of the different fields of application of Kanban and helps to understand the implications for the organizational context. Furthermore, the model helps to clarify where to start with your Kanban change initiative: on team level, on the value stream, or on portfolio level - every level has it's own challenges, pros and cons.
Agile Center of Excellence : Presented by Rahul Sudame oGuild .
When any organization plans to move to Agile methodology, it needs to plan multiple initiatives for successful transition. One of the important initiative would be building an Agile Center of Excellence, a team which would support for consistency of Agile implementation across the organization. The Agile CoE we built worked on multiple aspects such as:
Defining organization-wide Agile methodology, tailoring it as per organization environment if required.
Build knowledge of Agile across the organization.
Supporting the team members with any ongoing queries.
Support in building required Tools and Templates required implementing Agile.
Assessing Agile implementation of different projects, identifying any gaps or improvement areas.
This session covered practical experience of how we built a successful Center of Excellence, which become a big enabler for successful Agile transformation.
Atceries, kā bērnībā taisīji papīra lidmašīnas? "Airplane Factory Game" vai spēle "Lidmašīnu Fabrika" ir bērnišķīgs bet tai pat laikā arī nopietns veids kā praksē, nevis teorijā apgūt mūsdienīgus Agile principus. Tie iemanto arvien lielāku popularitāti kā labs papildinājums klasiskajām projektu vadīšanas metodēm.
This guide summaries a successful Agile transformation in Telco with a related case study.
Do not take the described steps of this guide as the only way to be successful, there can be many other alternatives for sure. However, this guide explains a way thats experienced to be successful in many companies and under different circumstances.
Looking forward to hear your comments & suggestions
Thanks
Kanban is a workflow management system that visualizes work and limits work-in-progress. It focuses on optimizing flow and reducing lead times rather than velocity. There are three primary feedback loops in Kanban: daily standups, system capability reviews, and operations reviews. Kanban metrics like lead time, flow efficiency, and work-in-progress are analyzed to understand workflow and identify areas for improvement. Coaches advise teams to adjust work-in-progress based on trends in these metrics.
The document discusses an agile transformation process with three key ingredients: adopting practices and evolving them, building teams to model new behaviors, and finding tools to improve cooperation. It states that after agile transformations, project success rates increased to 80% and profitability increased. The transformation involves internalizing agile principles, building an open culture, and continuous improvement. Pilot projects are used to test changes through workshops, trainings and retrospectives. Barriers to enterprise-wide transformations include organizational behavior problems and a lack of transformational leadership. Benefits include increased agility, faster development cycles, higher customer satisfaction, and increased business value and employee happiness.
Dual Track Agile Or, How I learned to stop worrying and love the scrumUXDXConf
In software there are two key types of work - discovery and delivery. However, that doesn't mean there are different people doing those jobs. If the whole team is responsible for product success, not just getting things built, then the whole team needs to understand and contribute to both kinds of work.
Dual track agile and the UXDX model both convey the approach of design and development working together.
The Agile Fluency Model outlines a journey through different zones of agility, including positive, investment, improvement, and inclusive zones. It focuses on shifting team culture, skills, and organizational structure over time through practices like co-locating teams, establishing clear priorities, and empowering teams. The goal is to help teams and organizations continuously optimize value delivery through metrics like frequent working software delivery and transparent progress visibility.
Where can Kanban be embedded in the organizational context? Sounds like an easy question, however, it is not always easy to answer - especially in bigger organizations. In this session I will introduce the Kanban Flight Levels model which provides an overview of the different fields of application of Kanban and helps to understand the implications for the organizational context. Furthermore, the model helps to clarify where to start with your Kanban change initiative: on team level, on the value stream, or on portfolio level - every level has it's own challenges, pros and cons.
What is Value Stream Management and why do you need it?Tasktop
Agile has provided a framework for shortening iterations and adapting to ever changing requirements. DevOps established practices for automating the software delivery pipeline. While these methods are becoming standard practices in building software, scaling these concepts is problematic. That’s where Value Stream Management (VSM) comes in.
During this webinar, Senior VSM Strategist, Carmen DeArdo, discusses:
- What is Value Stream Management and why you need it
- How to architect your delivery pipeline for end-to-end flow and delivery speed
- Why moving from a project to product approach is critical to survive in the age of digital disruption
This document discusses flow efficiency, kanban boards, touch time versus wait time, and Little's Law. It provides examples of calculating flow efficiency for a woodcutter and explains the components of flow time. It discusses how reducing wait time through limiting work-in-process can improve flow efficiency without changing work processes or increasing costs. The document emphasizes that reducing wait time is often easier and lower risk than trying to reduce touch time.
This document provides an overview of numerous agile concepts, frameworks, and practices. It includes concepts related to lean, scrum, kanban, design thinking, and scaled agile frameworks. The document also discusses challenges organizations may face in implementing agile and how an agile delivery partner can help address common issues through various agile services.
My keynote talk at Agile of the East, Kolkata on 11-Nov. In this talk, I have shared a perspective on what an agile transformation could bring, and some anti-patterns
Métricas para times Ágeis usando Estatística BásicaDiego Eis
Entender quanto e quando entregar em projetos de software é algo difícil. Isso todo mundo já sabe e é exatamente por esse motivo que todo mundo acha que apenas ter um time agile é a solução para todos os problemas.
Se aplicarmos um pouco de estatística básica, como Média, Mediana, Percentil, Desvio Padrão, Histograma e outras técnicas a partir de números de Leadtime e Throughput, nós conseguimos entender a constância de entregas do time.
This document discusses transforming organizations to agile practices. It begins by outlining common goals for going agile such as predictability, quality, and innovation. It then discusses considerations for transformation based on organization size and dependencies. The key aspects for transformation are identified as backlogs, teams, and working tested software. Governance structures, metrics, and teaming strategies are also discussed. Transformation is framed as a journey, and quadrants are used to illustrate where organizations are currently and where they aim to go.
Niranjan Nerlige V presented at the Scrum Bangalore 14th Meetup on September 05, 2015. The presentation covered current challenges in leadership for enterprise agility based on the presenter's experience, different leadership styles, and lean agile leadership for enterprise agility. It included discussions of lean thinking and value stream mapping. Games and exercises were used to illustrate concepts like minimizing waste and optimizing flow. The presentation highlighted how motivating employees with autonomy, mastery, and purpose can improve performance over external rewards. Recommended reading on topics like lean software development and the Scaled Agile Framework was also provided.
Custom-tailored Agility with the Agile Fluency™ ModelAhmed Avais
How do you know your agile frameworks and methods are working? What is the benefit to your organization? Agile and Business Agility are being sold as silver bullets. Leaders are complaining they are not getting the promised benefits. The Agile Fluency Model, a trademark of James Shore and Diana Larsen, helps you get the most out of your agile ideas. George Box famously said: "all models are wrong but some are useful." Agile Fluency Model happens to be useful. Through the Agile Fluency Model, you can identify zones that are fit for your purpose; understand which benefits to expect from your agile teams; which investments must be made to achieve those benefits; and where to look when your teams don’t deliver the benefits your business needs.
The document discusses limiting work in progress (WIP) to improve productivity. Some key points:
1. Limiting WIP to 1-3 items leads to faster delivery, better quality, and less stress by avoiding multitasking. It also makes bottlenecks more visible.
2. Studies show multitasking is inefficient and can reduce productivity by 40% due to switching costs. Limiting WIP reduces context switching.
3. With too much WIP, teams spend most time waiting rather than working. Limiting WIP improves flow and enables faster response to changes.
Why agile is failing in large enterprisesLeadingAgile
Agile works. We get it. You don’t have to sell people on the underlying principles anymore. Even so, many large-scale agile transformations are struggling. Some have failed. Others can’t figure out why things aren't working after multiple attempts. It’s easy to blame the people, the process, and the culture. And it’s especially easy to blame management. However, the underlying problem is that most large organizations weren’t built to be agile. You need a way to safely and pragmatically refactor your company into an organization that can adopt agile and sustain the transformation. Mike Cottmeyer introduces a framework for understanding the type of company in which you work, its delivery constraints, and likely challenges you’ll face in your agile transformation. Mike shares a strategy for establishing an end-state vision and operational model to guide your transformation. Finally, he defines an approach for incrementally introducing change, measuring outcomes, and sustaining those changes.
Check out Mike giving this talk live https://www.leadingagile.com/why-agile-fails
Understanding the Agile Release and Sprint Planning Process John Derrico
The document discusses Agile planning processes. Release planning occurs before each release and involves the product owner, Scrum team, and stakeholders prioritizing features and setting release dates. Sprint planning occurs before each sprint and involves the Scrum team and product owner selecting stories for the sprint from the prioritized backlog, estimating work, and establishing a plan. The document provides details on participants, timing, objectives, inputs, and outputs for both release and sprint planning meetings in Agile. It also notes that estimations may be inaccurate initially but will improve over time as teams gain experience.
This document provides an overview of agile methodology for software development. It discusses how agile practices arose in response to the limitations of traditional waterfall approaches. The core principles of agile include valuing individuals and interactions, working software, customer collaboration, and responding to change. Agile methods embrace changing requirements, frequent delivery of working software, collaboration between business and technical teams, self-organizing teams, and continuous improvement.
Beyond Agile with Team Topologies discusses an approach to organizational design called "team-first thinking" based on the concepts in Team Topologies. It describes how teams should be the fundamental unit of delivery and how their size, lifespan, interactions and cognition must be considered. The document provides an example of how a fitness company called PureGym applied these principles to transition from project teams to long-lived stream-aligned teams in order to better support rapid business needs. Key takeaways are that Team Topologies can help organizations increase team efficiency, evolve away from monolithic structures, and achieve better business agility through its focus on team purpose, interaction modes and service boundaries.
Actionable Agile Metrics for Predictability - Daniel VacantiAgile Montréal
The document discusses using cycle time and scatterplots to measure and visualize workflow to better predict completion dates for work items. It introduces the concept of thinking probabilistically rather than deterministically when forecasting, since multiple outcomes are possible. Specific metrics like the 50th, 85th and 95th percentiles of a cycle time scatterplot can provide forecasts of when a given percentage of items may complete. Factors like work in progress, blockers and dependencies affect cycle times as well. The document promotes tracking start and end dates to measure flow and cycle times as fundamental metrics for gaining predictability.
This document discusses key performance indicators (KPIs) for measuring agile projects. It begins by defining metrics and KPIs, noting that KPIs should be tied to strategic objectives and have defined targets. It then discusses characteristics of good KPIs and provides examples of both traditional and agile KPIs related to time, effort, scope, and quality. The document cautions that too many KPIs can be useless and advocates keeping metrics simple. It also discusses challenges like cheating on metrics and provides tips for using tools and dashboards to effectively measure agile performance.
Dependency Management In A Large Agile OrganizationSteve Greene
This document discusses dependency management in a large agile organization. It was presented at the Agile 2008 conference in Toronto by Eric Babinet and Rajani Ramanathan. The document contains a safe harbor statement noting that any projections or statements regarding future strategies, plans, beliefs, services, technology or customer contracts constitute forward-looking statements that may differ from actual results.
My keynote at AgileNCR2016 at Gurgaon, 9 Dec. In this talk, I explore the very basis of the role of scrum master, what happens when that jobs is done, and what should you do next?
Comments, objections and feedback welcome!
This document discusses passive aggression and dealing with resistance to change. It defines passive-aggressive behavior as the indirect expression of hostility through actions like procrastination, stubbornness, or failing to complete tasks. The document outlines common passive-aggressive patterns and provides examples of how passive aggression might manifest in Scrum roles during a change process. It recommends dealing with passive aggression by understanding its underlying causes, setting clear expectations, and using assertive communication.
What is Value Stream Management and why do you need it?Tasktop
Agile has provided a framework for shortening iterations and adapting to ever changing requirements. DevOps established practices for automating the software delivery pipeline. While these methods are becoming standard practices in building software, scaling these concepts is problematic. That’s where Value Stream Management (VSM) comes in.
During this webinar, Senior VSM Strategist, Carmen DeArdo, discusses:
- What is Value Stream Management and why you need it
- How to architect your delivery pipeline for end-to-end flow and delivery speed
- Why moving from a project to product approach is critical to survive in the age of digital disruption
This document discusses flow efficiency, kanban boards, touch time versus wait time, and Little's Law. It provides examples of calculating flow efficiency for a woodcutter and explains the components of flow time. It discusses how reducing wait time through limiting work-in-process can improve flow efficiency without changing work processes or increasing costs. The document emphasizes that reducing wait time is often easier and lower risk than trying to reduce touch time.
This document provides an overview of numerous agile concepts, frameworks, and practices. It includes concepts related to lean, scrum, kanban, design thinking, and scaled agile frameworks. The document also discusses challenges organizations may face in implementing agile and how an agile delivery partner can help address common issues through various agile services.
My keynote talk at Agile of the East, Kolkata on 11-Nov. In this talk, I have shared a perspective on what an agile transformation could bring, and some anti-patterns
Métricas para times Ágeis usando Estatística BásicaDiego Eis
Entender quanto e quando entregar em projetos de software é algo difícil. Isso todo mundo já sabe e é exatamente por esse motivo que todo mundo acha que apenas ter um time agile é a solução para todos os problemas.
Se aplicarmos um pouco de estatística básica, como Média, Mediana, Percentil, Desvio Padrão, Histograma e outras técnicas a partir de números de Leadtime e Throughput, nós conseguimos entender a constância de entregas do time.
This document discusses transforming organizations to agile practices. It begins by outlining common goals for going agile such as predictability, quality, and innovation. It then discusses considerations for transformation based on organization size and dependencies. The key aspects for transformation are identified as backlogs, teams, and working tested software. Governance structures, metrics, and teaming strategies are also discussed. Transformation is framed as a journey, and quadrants are used to illustrate where organizations are currently and where they aim to go.
Niranjan Nerlige V presented at the Scrum Bangalore 14th Meetup on September 05, 2015. The presentation covered current challenges in leadership for enterprise agility based on the presenter's experience, different leadership styles, and lean agile leadership for enterprise agility. It included discussions of lean thinking and value stream mapping. Games and exercises were used to illustrate concepts like minimizing waste and optimizing flow. The presentation highlighted how motivating employees with autonomy, mastery, and purpose can improve performance over external rewards. Recommended reading on topics like lean software development and the Scaled Agile Framework was also provided.
Custom-tailored Agility with the Agile Fluency™ ModelAhmed Avais
How do you know your agile frameworks and methods are working? What is the benefit to your organization? Agile and Business Agility are being sold as silver bullets. Leaders are complaining they are not getting the promised benefits. The Agile Fluency Model, a trademark of James Shore and Diana Larsen, helps you get the most out of your agile ideas. George Box famously said: "all models are wrong but some are useful." Agile Fluency Model happens to be useful. Through the Agile Fluency Model, you can identify zones that are fit for your purpose; understand which benefits to expect from your agile teams; which investments must be made to achieve those benefits; and where to look when your teams don’t deliver the benefits your business needs.
The document discusses limiting work in progress (WIP) to improve productivity. Some key points:
1. Limiting WIP to 1-3 items leads to faster delivery, better quality, and less stress by avoiding multitasking. It also makes bottlenecks more visible.
2. Studies show multitasking is inefficient and can reduce productivity by 40% due to switching costs. Limiting WIP reduces context switching.
3. With too much WIP, teams spend most time waiting rather than working. Limiting WIP improves flow and enables faster response to changes.
Why agile is failing in large enterprisesLeadingAgile
Agile works. We get it. You don’t have to sell people on the underlying principles anymore. Even so, many large-scale agile transformations are struggling. Some have failed. Others can’t figure out why things aren't working after multiple attempts. It’s easy to blame the people, the process, and the culture. And it’s especially easy to blame management. However, the underlying problem is that most large organizations weren’t built to be agile. You need a way to safely and pragmatically refactor your company into an organization that can adopt agile and sustain the transformation. Mike Cottmeyer introduces a framework for understanding the type of company in which you work, its delivery constraints, and likely challenges you’ll face in your agile transformation. Mike shares a strategy for establishing an end-state vision and operational model to guide your transformation. Finally, he defines an approach for incrementally introducing change, measuring outcomes, and sustaining those changes.
Check out Mike giving this talk live https://www.leadingagile.com/why-agile-fails
Understanding the Agile Release and Sprint Planning Process John Derrico
The document discusses Agile planning processes. Release planning occurs before each release and involves the product owner, Scrum team, and stakeholders prioritizing features and setting release dates. Sprint planning occurs before each sprint and involves the Scrum team and product owner selecting stories for the sprint from the prioritized backlog, estimating work, and establishing a plan. The document provides details on participants, timing, objectives, inputs, and outputs for both release and sprint planning meetings in Agile. It also notes that estimations may be inaccurate initially but will improve over time as teams gain experience.
This document provides an overview of agile methodology for software development. It discusses how agile practices arose in response to the limitations of traditional waterfall approaches. The core principles of agile include valuing individuals and interactions, working software, customer collaboration, and responding to change. Agile methods embrace changing requirements, frequent delivery of working software, collaboration between business and technical teams, self-organizing teams, and continuous improvement.
Beyond Agile with Team Topologies discusses an approach to organizational design called "team-first thinking" based on the concepts in Team Topologies. It describes how teams should be the fundamental unit of delivery and how their size, lifespan, interactions and cognition must be considered. The document provides an example of how a fitness company called PureGym applied these principles to transition from project teams to long-lived stream-aligned teams in order to better support rapid business needs. Key takeaways are that Team Topologies can help organizations increase team efficiency, evolve away from monolithic structures, and achieve better business agility through its focus on team purpose, interaction modes and service boundaries.
Actionable Agile Metrics for Predictability - Daniel VacantiAgile Montréal
The document discusses using cycle time and scatterplots to measure and visualize workflow to better predict completion dates for work items. It introduces the concept of thinking probabilistically rather than deterministically when forecasting, since multiple outcomes are possible. Specific metrics like the 50th, 85th and 95th percentiles of a cycle time scatterplot can provide forecasts of when a given percentage of items may complete. Factors like work in progress, blockers and dependencies affect cycle times as well. The document promotes tracking start and end dates to measure flow and cycle times as fundamental metrics for gaining predictability.
This document discusses key performance indicators (KPIs) for measuring agile projects. It begins by defining metrics and KPIs, noting that KPIs should be tied to strategic objectives and have defined targets. It then discusses characteristics of good KPIs and provides examples of both traditional and agile KPIs related to time, effort, scope, and quality. The document cautions that too many KPIs can be useless and advocates keeping metrics simple. It also discusses challenges like cheating on metrics and provides tips for using tools and dashboards to effectively measure agile performance.
Dependency Management In A Large Agile OrganizationSteve Greene
This document discusses dependency management in a large agile organization. It was presented at the Agile 2008 conference in Toronto by Eric Babinet and Rajani Ramanathan. The document contains a safe harbor statement noting that any projections or statements regarding future strategies, plans, beliefs, services, technology or customer contracts constitute forward-looking statements that may differ from actual results.
My keynote at AgileNCR2016 at Gurgaon, 9 Dec. In this talk, I explore the very basis of the role of scrum master, what happens when that jobs is done, and what should you do next?
Comments, objections and feedback welcome!
This document discusses passive aggression and dealing with resistance to change. It defines passive-aggressive behavior as the indirect expression of hostility through actions like procrastination, stubbornness, or failing to complete tasks. The document outlines common passive-aggressive patterns and provides examples of how passive aggression might manifest in Scrum roles during a change process. It recommends dealing with passive aggression by understanding its underlying causes, setting clear expectations, and using assertive communication.
The document provides 12 tips for conducting an effective daily standup meeting in an Agile environment. The tips advise that the purpose of the daily standup is for team members to gather, plan their day's work, report progress, raise impediments, and offer help to others. It recommends keeping the meeting brief by limiting it to 15 minutes, standing to encourage brevity, and using a parking lot concept for issues requiring more discussion. The document also notes that the daily standup is not for status updates or problem solving, and that team members should address each other rather than just the Scrum Master.
Agile Principle # 12 defines that at regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. From Scrum to Kanban and other agile frameworks, this is accomplished through retrospectives and continuos improvement processes. The key to being a successful agile practitioner is to identify areas of improvement and then experiment ways of improving it. But it doesn't stop there; positive improvements ultimately become success stories for other teams and motivates them to experiment with newer ideas which eventually leads to innovation. A negative outcome isn't bad either since it adds to the experience of situations where ideas may not apply. Thus the key to this process lies in being a child, an explorer, and inculcate an experimentation mindset. The SLICE framework addresses this in the following way:
Share: Share an area of improvement
Learn: Explore the area for ways of improvement
Implement: Search & apply the learning to identify the success factors
Collateral: Publish blogs, white papers, presentations, etc. as observations of the implementation
Expansion: Grow, Seed, and Split in order to explore new venues for success
A slidedeck Marc Stickdorn and Jakob Schneider use for presentations on Service Design Thinking in 2013. It uses some examples from the field of tourism to explain the basic concepts, process, methods and tools of service design. Have a look at our websites to learn more on what we're doing or get in touch with us:
The book "This is Service Design Thinking": www.tisdt.com
The software "smaply": www.smaply.com
The mobile ethnography software "myServiceFellow": www.myservicefellow.com
Presentation by Marc Stickdorn & Jakob Schneider.
Graphic design by Jakob Schneider. Like his style? Check his agency: http://kd1.com
Agile lean workshop for managers & exec leadershipRavi Tadwalkar
This document summarizes an agile workshop for managers and executive leadership at Cisco. The workshop covers several topics:
- Defining the role of an agile functional manager and transitioning existing managers to this role.
- Discussing whether the concept of "servant leadership" is too idealistic and assessing different leadership styles.
- Explaining the value of having a dedicated team room to facilitate transparency, collaboration and trust within agile teams.
The workshop provides guidance to leadership on adopting an inside-out approach to cultural change, emphasizing assessing organizational culture before implementing new processes or structures. Overall, the document outlines an agenda to help management explore how to effectively lead teams using agile and lean
10 steps to a successsful enterprise agile transformation global scrum 2018Agile Velocity
Presented at Scrum Gathering Minneapolis, Senior Agile Coach and Trainer Mike Hall provides leaders and managers 10 steps to a successful enterprise Agile transformation.
This document discusses scaling agile practices in large organizations. It recommends scaling customization of issue types, fields, and workflows in project management software as the organization scales its culture. Specific tips include tracking who is involved in work, following story progress and understanding epic value across projects. Flexible tracking of investment details is also recommended.
Agile Basics: Women In Agile Mid AtlanticLeahBurman
The document provides an overview of agile concepts including:
- The agile manifesto principles of individuals, interactions, working software, customer collaboration, and responding to change.
- Common agile methodologies like Scrum, Kanban, and XP.
- Key roles in Scrum like the Product Owner, Scrum Master, and self-organizing cross-functional teams of 5-9 people.
- Scrum ceremonies like Sprint Planning, Daily Standup, Sprint Review and Retrospective.
- Scaling agile through frameworks like Scrum of Scrums to coordinate work across many teams.
The document discusses trends in nonprofit leadership transitions that will need to be addressed between now and 2016. It notes that nonprofits will need to recruit over 600,000 to 1,250,000 new senior managers, and anticipate increased turnover beyond current levels. This is driven by factors such as the increasing number of nonprofits, baby boomer retirement, and lack of experienced younger professionals. Proper transition management is necessary to stabilize organizations and orient new executives through phases of ending the old relationship, establishing an interim plan, and launching the new beginning.
The document discusses trends in nonprofit leadership transitions that will need to be addressed between now and 2016. It notes that nonprofits will need to recruit over 600,000 to 1,250,000 new senior managers, and anticipate increased turnover beyond current levels. This is driven by factors such as the large number of retiring baby boomers, increased accountability requirements, and a lack of experienced successors and younger professionals entering the field. The document provides recommendations for remedies such as investing in leadership development, succession planning, evaluating compensation, and exploring new talent pools.
The document outlines a path to agility for organizations adopting agile practices. It discusses common pains organizations face in five stages: align, learn, predict, accelerate, and adapt. For each stage, it provides potential solutions to overcome pitfalls like lack of alignment, teams not being equipped, not getting work to a "done done" state, optimizing the whole value stream, and culture not being fully adapted to agile. The overall path discusses applying change management, running the transformation using agile principles, and evolving the new status quo to have truly agile teams and leadership.
Why Agile Transformations Get Stuck - David Hawks, AgileCamp Dallas 2018Agile Velocity
In this world of exponentially increasing market disruption, it is more imperative than ever for organizations to not only achieve operational agility (efficiency, speed, etc.), but also organizational agility (speed to respond to market change).
Traditional Leadership Paradigms, Org. Structures, and Culture all get in the way, as too many companies focus on team level change and framework implementation (Scrum and SAFe). In this session, we explore how leaders can guide their organizations past these barriers and accelerate the momentum towards true organizational agility.
This document summarizes the key findings from site visits and research conducted by the Learning Consortium in 2015 and 2016. The Consortium explored how large organizations have adopted Agile practices. The most important finding was that Agile requires a different mindset with the customer as the central focus, rather than shareholders. Adopting this mindset enables benefits from Agile practices. Transitioning requires strong leadership and can take years, but is happening across industries. Large firms can change by focusing on customers and adapting practices to their context while maintaining transparency.
The Power of Alignment and Intrinsic Motivation in Continuous ImprovementKaiNexus
A webinar presented by Mark Graban, hosted by KaiNexus.
In this webinar, you will learn:
- The real meaning of "the carrot and the stick
- The difference between motivating people and not demotivating them
- The role of "recognition and rewards" in continuous improvement
- The leadership behaviors that drive participation and alignment related to improvement
Agile ways of working necessitate changes in how organizations and HR operate. Agile prioritizes satisfying customers, embracing change, frequent delivery of working software, collaboration between business and technical teams, self-organizing teams, and face-to-face communication. This requires shifts in organizational culture to be more flexible, transparent, empowering of individuals and teams. For HR, agile requires mindset and skills changes for individuals, redefining jobs and performance management, increased emphasis on continuous learning and coaching. The role of HR is to enable the strategic transformation to an agile culture and way of working.
IndigoCube the agile enterprise: moving beyond scrum by JacoViljoenIndigoCube
To stay relevant in a world of accelerating change, business executives are increasingly striving for greater business agility.
To achieve this, the modern enterprise faces challenges such as:
• Increased responsiveness to market demands,
• Managing business agility at the portfolio and program level,
• Aligning business and IT agility,
• Extending software development agility to the greater application life cycle,
• Scaling agile practices so that it perpetuates throughout the organisation,
• Enabling agility using DevOps toolsets that significantly enhance productivity and speeds up delivery.
Join Jaco Viljoen, Principal consultant for Agile Software Development at IndigoCube and hear about the latest thinking in scaling agile to the enterprise and learn how to address these problems. Furthermore, Viljoen will discuss the state of agile today, agile frameworks for the agile enterprise, enabling DevOps toolsets, and how it all comes together to facilitate business agility.
The document discusses three key things needed to transform an organization into an agile enterprise: backlogs, teams, and working tested software. It explains that properly formatted backlogs provide clarity, accountability, and measurable progress. Cross-functional teams allow for autonomy, mastery, and a sense of purpose. And emphasis on continually delivering working, tested software is important at scale through governance, structure, and metrics. The document also identifies common barriers such as organizational dependencies, technical debt, and improperly managed requirements.
The document provides information on several leadership development companies in India. It discusses:
1) The leadership identification, assessment, and development solutions offered by the companies to help clients identify and strengthen their current and future leaders. This includes 360 assessments, leadership programs, coaching, and customized solutions.
2) The types of clients served, which include large Indian and multinational corporations.
3) Additional services offered beyond leadership development, such as organizational consulting, change management support, and talent management.
4) Key differentiators of the companies, which emphasize their customized approach, global expertise, and track record of positive outcomes for clients.
This document discusses how the role of line managers needs to transform when adopting Agile methods. In traditional roles, line managers focused on people, processes, and tools, but in Agile they need to shift to a mindset of facilitating team collaboration and getting out of the way. Their role becomes coaching and mentoring the self-organizing team to deliver faster. The transition requires an open mindset and letting go of preconceived notions. Key aspects of the transformed role include acting as a pig to remove impediments, focusing on communication and feedback over status reporting, and prioritizing the team over individuals through frequent one-on-ones. Adopting Agile values like focusing on people and collaboration helps line managers effectively
Hamish Duff - Make or Break - ALGIM Nov 2015Hamish Duff
Exponential change brings a complex set of problems to our organisations - when we barely survive normal, linear change programmes. How will increasing rates of change affect you, and what strategies can you use to address this challenge?
Agile is not just for software development, it’s for the whole business! by O...Bosnia Agile
In this session, Olta will discuss how Agile is influencing company culture, human resources, customers, finance, marketing, and the company as a whole. The use of traditional approaches in other departments and the agile approaches in software development departments are bringing so much noise into the environment rather than a successful agile transformation.
Why 76% of Organizations are Failing at Agile - Agile Cincinnati April 2019Agile Velocity
Traditional leadership paradigms, organization structures, and culture all get in the way of agility, as too many enterprises focus on team level change and framework implementation (Scrum and SAFe). Explore how leaders can guide their organizations past these barriers and accelerate the momentum towards true organizational agility.
Agile Gurugram 2019 Conference | Design Thinking: an approach for transformationAgileNetwork
The customer wanted to improve their agile maturity and adoption of agile practices across their organization. The consultant used design thinking principles to understand the customer's needs, culture, and challenges. They proposed a working model with Kanban and Scrum practices, value stream mapping, and focus on continuous improvement. Key steps included empathy interviews, defining problems, ideating solutions with the customer, prototyping practices in pilot projects, and establishing standards and metrics for ongoing progress. Initial results showed improved transparency, collaboration, and flow of work, while further improvements were still needed in quality processes and work-life balance. The consultant emphasized understanding the customer, avoiding premature suggestions, and iterating solutions with them.
Similar to What part of "Agile Transformating" companies don't get??? (20)
AI in Manufacturing: Opportunities & ChallengesTathagat Varma
AI has significant potential to create value in manufacturing through operational performance improvements, workforce augmentation, and sustainability gains. However, manufacturers often struggle to realize this value due to challenges such as a mismatch between AI capabilities and operational needs, a lack of strategic leadership and communication, insufficient cross-functional skills, and issues with data availability and governance. Addressing these adoption challenges will be key to unlocking the full promise of AI in manufacturing.
The document discusses key lessons learned from the COVID-19 pandemic and ongoing uncertainties. It emphasizes that preparing for future crises requires prioritizing people, culture, and resilience. Organizations need to embrace agility, technology, and interconnection to adapt quickly to changing situations. Leaders must build trust, transparency, and flexibility to inspire their teams during uncertain times. Overall, the document stresses using past crises like COVID-19 as opportunities to strengthen preparations for future uncertainties.
This document discusses leadership agility mindsets needed for successful digital transformations. It notes that the majority of change initiatives and digital transformations fail due to today's fast-paced environment with big, continuous changes. True leadership agility requires mindsets of continuously learning, getting help when needed, trusting one's team over being right, and building great teams through inspiration rather than just authority. Leaders must guide transformations through co-creation rather than just direction or management.
In this talk, I have discussed the issues around the need to recognize the business problem being solved, how to identify that, etc. rather than only focusing on the tech.
The document discusses challenges with developing and deploying AI/ML projects and proposes an agile framework called Data-Driven Scrum (DDS) to address these challenges. DDS integrates elements of Scrum and Kanban to allow for iterative experimentation in AI/ML projects. It supports capability-based iterations of varying length and focuses teams on creating models, observing results, and analyzing learnings. DDS aims to improve upon traditional agile methods that do not always translate well to data science work due to uncertainties in task estimation and the need for flexible iterations around data and modeling tasks.
This document discusses various "cognitive chasms" that can occur during the adoption of artificial intelligence (AI) technologies. It identifies several phases of an AI project where adoption can fall off, such as moving from hype to practical technology implementation, piloting to full production, and initial scaling to achieving business impact. The document provides examples of AI initiatives that failed to progress between these stages due to challenges like unrealistic timelines, lack of data or organizational support, and difficulties demonstrating return on investment or making insights actionable. Overall, the document seeks to examine why many AI projects struggle to move beyond early stages of adoption.
In this talk for the students of IIM Udaipur, I have discussed how AI as technology needs to deliver business value in order for AI as a discipline to be seen as relevant to business. I have also spoken briefly about my own research work.
The document discusses various aspects of nurturing an innovation mindset. It defines innovation and outlines the innovation process. It emphasizes the importance of properly defining problems before attempting to solve them. Organizations need to prioritize problems and consider customers, financial impacts, and time constraints. Fostering an innovation mindset involves being purpose-driven, curious, and willing to take risks and experiment. The document also discusses intrapreneurship and sustaining innovation as ongoing business-as-usual activities through alignment, scaling, continuous integration, and cultural embedding.
What is #ThoughtLeadership? Is it mindless self-promotion, or is it more like some fancy management fad? Is it more like your social media presence, or sharing stories? What is the real deal here? In this talk, I have shared some ideas from others, and also some of my own learning over the years. Hope you find the answers you were looking for...
The document discusses the evolution of project management offices (PMOs) and how increasing complexity affects their performance. It notes that while PMOs were traditionally established to improve project satisfaction through standardized processes, this approach is ineffective in complex, unpredictable environments. As complexity rises from simple to chaotic, linear, mechanistic methods break down. Up to 75% of PMOs fail within 3 years due to not adapting to complexity and focusing only on compliance. A new approach is needed to help PMOs succeed in dynamic landscapes through principles like emergent strategy, learning, and building trust relationships. The Cynefin framework categorizes contexts from simple to complex/chaotic and suggests matching approaches to sensemaking and decision making.
An Introduction to the Systematic Inventive Thinking (SIT) MethodTathagat Varma
This document provides an introduction to Systematic Inventive Thinking (SIT), an innovation method that uses five thinking patterns - subtraction, division, multiplication, task unification, and attribute dependency - to generate creative ideas. These patterns help overcome cognitive biases like functional fixedness that stifle creativity. SIT adheres to principles like the path of most resistance, closed world, and function follows form. It involves defining an existing situation and then applying SIT tools to mentally manipulate the situation and visualize virtual products with novel functions.
The document discusses various frameworks for scaling agile practices in large organizations, including Scrum of Scrums, Nexus, Scrum@Scale, Large Scale Scrum (LeSS), and the Scaled Agile Framework (SAFe). It provides overviews of the key concepts of each framework, such as how they divide work among multiple agile teams, coordinate cross-team efforts, and scale agile principles and practices to the organizational level. The document also discusses some of the challenges of scaling agile and principles that informed the development of these frameworks.
How does one go about blogging? Or, why to even blog in the first place? In this talk, I have shared some of my key learning over last 15 years of blogging
Bridging the gap between Education and LearningTathagat Varma
This document summarizes a presentation about bridging the gap between education and learning in India, specifically for the IT industry. It outlines several problems with the current education system in India including low labor productivity, scientific research output, and number of patents. It also notes that many engineering graduates lack necessary job skills. The presentation identifies challenges such as outdated curriculum, lack of faculty, and fast-changing technology knowledge. It provides recommendations to develop more applied, experience-based education through partnerships with industry and use of new technologies.
This document discusses digital business model innovation and transformation. It begins with an overview of business models and the business model canvas tool. It then covers digital business models, the stages of digital transformation, and frameworks for digital business models. Key components of digital business models are discussed. The document outlines drivers of business model innovation and a framework for digital business model innovation. It also discusses challenges in digital transformation, such as why many initiatives fail. The document concludes with sections on business model innovation opportunities in different areas like resources, offerings, customers, and finances.
25 Years of Evolution of Software Product Management: A practitioner's perspe...Tathagat Varma
How has the role and function of product management evolved over the years? In this talk, I have shared my notes from my personal journey over the last 25 years.
Using Query Store in Azure PostgreSQL to Understand Query PerformanceGrant Fritchey
Microsoft has added an excellent new extension in PostgreSQL on their Azure Platform. This session, presented at Posette 2024, covers what Query Store is and the types of information you can get out of it.
Microservice Teams - How the cloud changes the way we workSven Peters
A lot of technical challenges and complexity come with building a cloud-native and distributed architecture. The way we develop backend software has fundamentally changed in the last ten years. Managing a microservices architecture demands a lot of us to ensure observability and operational resiliency. But did you also change the way you run your development teams?
Sven will talk about Atlassian’s journey from a monolith to a multi-tenanted architecture and how it affected the way the engineering teams work. You will learn how we shifted to service ownership, moved to more autonomous teams (and its challenges), and established platform and enablement teams.
Unveiling the Advantages of Agile Software Development.pdfbrainerhub1
Learn about Agile Software Development's advantages. Simplify your workflow to spur quicker innovation. Jump right in! We have also discussed the advantages.
UI5con 2024 - Boost Your Development Experience with UI5 Tooling ExtensionsPeter Muessig
The UI5 tooling is the development and build tooling of UI5. It is built in a modular and extensible way so that it can be easily extended by your needs. This session will showcase various tooling extensions which can boost your development experience by far so that you can really work offline, transpile your code in your project to use even newer versions of EcmaScript (than 2022 which is supported right now by the UI5 tooling), consume any npm package of your choice in your project, using different kind of proxies, and even stitching UI5 projects during development together to mimic your target environment.
Most important New features of Oracle 23c for DBAs and Developers. You can get more idea from my youtube channel video from https://youtu.be/XvL5WtaC20A
Artificia Intellicence and XPath Extension FunctionsOctavian Nadolu
The purpose of this presentation is to provide an overview of how you can use AI from XSLT, XQuery, Schematron, or XML Refactoring operations, the potential benefits of using AI, and some of the challenges we face.
UI5con 2024 - Bring Your Own Design SystemPeter Muessig
How do you combine the OpenUI5/SAPUI5 programming model with a design system that makes its controls available as Web Components? Since OpenUI5/SAPUI5 1.120, the framework supports the integration of any Web Components. This makes it possible, for example, to natively embed own Web Components of your design system which are created with Stencil. The integration embeds the Web Components in a way that they can be used naturally in XMLViews, like with standard UI5 controls, and can be bound with data binding. Learn how you can also make use of the Web Components base class in OpenUI5/SAPUI5 to also integrate your Web Components and get inspired by the solution to generate a custom UI5 library providing the Web Components control wrappers for the native ones.
Flutter is a popular open source, cross-platform framework developed by Google. In this webinar we'll explore Flutter and its architecture, delve into the Flutter Embedder and Flutter’s Dart language, discover how to leverage Flutter for embedded device development, learn about Automotive Grade Linux (AGL) and its consortium and understand the rationale behind AGL's choice of Flutter for next-gen IVI systems. Don’t miss this opportunity to discover whether Flutter is right for your project.
Zoom is a comprehensive platform designed to connect individuals and teams efficiently. With its user-friendly interface and powerful features, Zoom has become a go-to solution for virtual communication and collaboration. It offers a range of tools, including virtual meetings, team chat, VoIP phone systems, online whiteboards, and AI companions, to streamline workflows and enhance productivity.
Hand Rolled Applicative User ValidationCode KataPhilip Schwarz
Could you use a simple piece of Scala validation code (granted, a very simplistic one too!) that you can rewrite, now and again, to refresh your basic understanding of Applicative operators <*>, <*, *>?
The goal is not to write perfect code showcasing validation, but rather, to provide a small, rough-and ready exercise to reinforce your muscle-memory.
Despite its grandiose-sounding title, this deck consists of just three slides showing the Scala 3 code to be rewritten whenever the details of the operators begin to fade away.
The code is my rough and ready translation of a Haskell user-validation program found in a book called Finding Success (and Failure) in Haskell - Fall in love with applicative functors.
8 Best Automated Android App Testing Tool and Framework in 2024.pdfkalichargn70th171
Regarding mobile operating systems, two major players dominate our thoughts: Android and iPhone. With Android leading the market, software development companies are focused on delivering apps compatible with this OS. Ensuring an app's functionality across various Android devices, OS versions, and hardware specifications is critical, making Android app testing essential.
8 Best Automated Android App Testing Tool and Framework in 2024.pdf
What part of "Agile Transformating" companies don't get???
1. What part of
“Agile Transformating”
companies don’t get???
Tathagat Varma
http://thoughtleadership.in
2. Discussion points
• Why change is hard?
• What is transformation
“transformating”?
• Top 10 Agile Transformating
Antipatterns
3. Lewin’s Force Field Analysis
Status Quo New Status
Driving Forces Restraining Forces
4.
5. Why “refreeze”?
“A change towards a higher level of group
performance is frequently short-lived, after a
"shot in the arm", group life soon returns to the
previous level. This indicates that it does not
suffice to define the objective of planned
change in group performance as the reaching
of a different level. Permanency of the new
level, or permanency for a desired period,
should be included in the objective.”
Kurt Lewin, "Frontiers of Group Dynamics",
6. Waterfall, the “Status Quo”
Accompanied, supported,
and reinforced by –
• Mindset
• Talent
• Culture
• Structure
• Process
• Policies
• Practices
• Infrastructure
• Tools
• ...
8. What really is “agile”?
Mindset
Culture
Process
Methods
Tools
9. So, what is “transformating”?
• A radically different change (“10X”) from a
system’s existing state to a new state,
where…
• The people consistently deliver better
results more efficiently and effectively by
continuously fine-tuning their self-defined
way of working, and…
• The system sustains the new state even
when all support mechanism, rewards and
penalties are withdrawn.
10. Barriers to Agile adoption
VersionOne 10th Annual State of Agile Report
11. Top 10 Transformating
antipatterns
1. Fixed Mindsets
2. Pigeon-holed Talent
3. Component Teams
4. Cargo Cult Agile
5. Waterfall-era Methods
6. Inefficient Tools
7. Factory-style People Practices
8. Spider Organization
9. Culture of Compliance
10. Orphaned transformation project
20. Culture of Compliance
• Predictability and reliability are non-negotiable
• No “sandbox” to test new / bottom-up ideas
• Inspection trumps trust, authority trumps
initiative
• Deviations are shunned and mistakes are
punished
• When “means” becomes “ends”, agile ceases to
be of value
• Agile is the new waterfall!
21. Orphaned transformation
project
• Failure to embed “agile transformation”
results into the mainstream business
results diminishes its importance
• Agile transformating is successful only
when
– Customers are happier
– Business is better
– Employees are engaged
22. Recap
• A robust agile adoption at team-level is
necessary, but not sufficient.
• Starting with individual mindsets, an
organization must address its culture.
• Process is a second-class citizen in an
agile culture. People always come first.
• A successful agile “transformating” has
no finish line!