This presentation is both a how-to as well as the material you need to prepare and host the Visualized Workflow workshop that Jeff describes in the Actionable Agile Tools book published by OikosofySeries.
You will find “Facilitator slides” which help you understand how to prepare and host each of the steps in the workshop.
You will also find the “Presentation slides”, which you can use directly in the workshop.
Kanban is a scheduling system used in lean manufacturing to improve workflow efficiency. It involves visualizing workflow, limiting work-in-progress, measuring and managing flow, making policies explicit, and implementing feedback loops to iteratively improve processes. The key aspects of Kanban include using boards to visualize workflow and WIP limits, evolving processes experimentally through small changes, and respecting existing roles and responsibilities when first implementing Kanban.
The document provides instructions for an Agile in a Day workshop. Participants are instructed to sit with others who have different levels of Agile experience. They then initial questions they want to learn and discuss challenges to adopting Agile. The workshop covers Agile concepts through activities like visioning, user stories, mapping stories and estimating. Participants work through an iteration, including planning, a standup and retrospective. They conclude by reviewing what they learned.
OK, I’m ready to DevOp. Now what?
We’ve heard a lot about the technologies behind DevOps, and even a bit on the processes that some DevOps shops employ. What we haven’t heard too much about directly is a fundamental matter of bootstrapping. If you’re a leader or influencer in a software or IT shop, you’re sold on this DevOps idea but overwhelmed by the difference between where you are now and where you need to be, you’ve come to the right place. We’ve heard all about the unicorns of the movement, and what they are doing. Much time is spent talking about their innovative technologies. But how did they get there? Moreover, how can YOU get there? We’re going to spend some time discussing how to get started and find success on the rocky road to DevOps. We’re going to talk about the roles of executives, middle managers, front line managers, and individual contributors in this transformation. We’ll talk about the layered approach to transforming your culture, and building the processes and tool chains on top of it. At the tactical level, we’re going to talk about an example team and what their first year looks like, what are the major milestones they will reach, and how to measure their success along the way.
The document summarizes the results of 8 productivity experiments conducted on teams in various industries over the past century. The key findings include:
1) Working more than 40 hours per week leads to decreased productivity over time due to fatigue and lack of rest.
2) There is always a cost to "crunching" or overtime in terms of decreased productivity, even when working harder in bursts with breaks in between.
3) Overtime is particularly detrimental to the productivity of knowledge workers where creativity and problem-solving are important, compared to manual labor.
4) While individuals may feel more productive working overtime, objective metrics show teams working standard hours actually accomplish more.
This presentation discusses patterns and anti-patterns for transforming a large legacy organization to being lean and agile. It describes a case study of a large product development unit that successfully piloted an agile transformation. Key lessons included focusing on flow over tasks, implementing cross-functional feature teams, learning from an organization that had already transformed, and having top management support to help overcome organizational impediments. The presentation advises line managers to educate themselves on agile principles, manage by supporting product flow rather than delegating, and question old assumptions about development processes.
The document summarizes the origins and principles of Lean manufacturing as derived from Toyota's production system. It describes a 1990 study showing Japanese automakers had 50% higher productivity and quality with 40% faster development times using Lean principles. Lean focuses on eliminating waste to optimize value delivery. The core ideas are only producing what is needed when it is needed, stopping work to fix problems, and empowering employees.
ACS Presentation : How to teach your team Agile in 3 monthsMia Horrigan
presentation given to ACS Agile Special interest group. Outlines my experiences as an Agile coach introducing Scrum to the team.
By using psychology based approach to implementing Scrum we were able to guide them through the learning process over a three month period
Kanban is a scheduling system used in lean manufacturing to improve workflow efficiency. It involves visualizing workflow, limiting work-in-progress, measuring and managing flow, making policies explicit, and implementing feedback loops to iteratively improve processes. The key aspects of Kanban include using boards to visualize workflow and WIP limits, evolving processes experimentally through small changes, and respecting existing roles and responsibilities when first implementing Kanban.
The document provides instructions for an Agile in a Day workshop. Participants are instructed to sit with others who have different levels of Agile experience. They then initial questions they want to learn and discuss challenges to adopting Agile. The workshop covers Agile concepts through activities like visioning, user stories, mapping stories and estimating. Participants work through an iteration, including planning, a standup and retrospective. They conclude by reviewing what they learned.
OK, I’m ready to DevOp. Now what?
We’ve heard a lot about the technologies behind DevOps, and even a bit on the processes that some DevOps shops employ. What we haven’t heard too much about directly is a fundamental matter of bootstrapping. If you’re a leader or influencer in a software or IT shop, you’re sold on this DevOps idea but overwhelmed by the difference between where you are now and where you need to be, you’ve come to the right place. We’ve heard all about the unicorns of the movement, and what they are doing. Much time is spent talking about their innovative technologies. But how did they get there? Moreover, how can YOU get there? We’re going to spend some time discussing how to get started and find success on the rocky road to DevOps. We’re going to talk about the roles of executives, middle managers, front line managers, and individual contributors in this transformation. We’ll talk about the layered approach to transforming your culture, and building the processes and tool chains on top of it. At the tactical level, we’re going to talk about an example team and what their first year looks like, what are the major milestones they will reach, and how to measure their success along the way.
The document summarizes the results of 8 productivity experiments conducted on teams in various industries over the past century. The key findings include:
1) Working more than 40 hours per week leads to decreased productivity over time due to fatigue and lack of rest.
2) There is always a cost to "crunching" or overtime in terms of decreased productivity, even when working harder in bursts with breaks in between.
3) Overtime is particularly detrimental to the productivity of knowledge workers where creativity and problem-solving are important, compared to manual labor.
4) While individuals may feel more productive working overtime, objective metrics show teams working standard hours actually accomplish more.
This presentation discusses patterns and anti-patterns for transforming a large legacy organization to being lean and agile. It describes a case study of a large product development unit that successfully piloted an agile transformation. Key lessons included focusing on flow over tasks, implementing cross-functional feature teams, learning from an organization that had already transformed, and having top management support to help overcome organizational impediments. The presentation advises line managers to educate themselves on agile principles, manage by supporting product flow rather than delegating, and question old assumptions about development processes.
The document summarizes the origins and principles of Lean manufacturing as derived from Toyota's production system. It describes a 1990 study showing Japanese automakers had 50% higher productivity and quality with 40% faster development times using Lean principles. Lean focuses on eliminating waste to optimize value delivery. The core ideas are only producing what is needed when it is needed, stopping work to fix problems, and empowering employees.
ACS Presentation : How to teach your team Agile in 3 monthsMia Horrigan
presentation given to ACS Agile Special interest group. Outlines my experiences as an Agile coach introducing Scrum to the team.
By using psychology based approach to implementing Scrum we were able to guide them through the learning process over a three month period
This document provides an introduction to DevOps presented by Sri Parthasarathy from cPrime. It discusses how DevOps aims to break down silos between development and operations teams to allow for more frequent deployments through automating processes. DevOps requires both teams to work closely together across the entire development lifecycle from coding to deployment. The presentation outlines some of the technical aspects involved in DevOps including continuous integration, infrastructure as code, automated testing, and continuous delivery.
Scrum is an agile framework that emphasizes incremental deliveries, quality, continuous improvement, and discovering potential. It consists of sprints, roles like the product owner, scrum master, and cross-functional team. Sprint reviews provide visibility, feedback, and an opportunity for demos. Retrospectives are meetings at the end of each sprint to learn and improve for the next sprint through structured activities like gathering data, generating insights, and deciding on actions. They aim to continuously improve the development process.
How to survive the zombie scrum apocalypse Mia Horrigan
A couple of years ago Christiaan Verwijs and Johannes Schartau coined the term ‘Zombie-Scrum’. What's it all about?
Well, at first sight Zombie Scrum seems to be normal Scrum. But it lacks a beating heart. The Scrum teams do all the Scrum events but a potential releasable increment is rarely the result of a Sprint. Zombie Scrum teams have a very unambitious definition of what ‘done’ means, and no drive to extend it. They see themselves as a cog in the wheel, unable and unwilling to change anything and have a real impact: I’m only here to code! Zombie Scrum teams show no response to a failed or successful Sprint and also don’t have any intention to improve their situation. Actually nobody cares about this team. The stakeholders have forgotten the existence of this team long time ago.
Zombie Scrum is Scrum, but without the beating heart of working software and its on the rise. This workshop will help you understand how to recognise the symptoms and cuases of Zombie Scrum and what you can do to get started to combat and treat Zombie-Scrum. Knowing what causes Zombie Scrum might help prevent a further outbreak and prevent the apocalypse
Working in Particular Software is awesome and challenging at the same time, working in what we call a "dispersed" company can introduce a lot of friction in your daily job. This session aims to disclose how we work internally, how we manage daily tasks, how we manage communication and long term goals in a company were nearly no one works in the same city as anyone else and were most of us are alone in their countries. Not to mention all the time zones issues on top.
How we daily manage and work in a dispersed company: Particular SoftwareMauro Servienti
Working in Particular Software is awesome and challenging at the same time, working in what we call a "dispersed" company can introduce a lot of friction in your daily job. This session aims to disclose how we work internally, how we manage daily tasks, how we manage communication and long term goals in a company were nearly no one works in the same city as anyone else and were most of us are alone in their countries. Not to mention all the time zones issues on top.
The document summarizes an upcoming webinar on Agile Release Planning workshops led by Joe Little on October 19, 2020. The webinar will provide an introduction to Agile Release Planning, including details on how the workshops are structured, both online and in-person. Attendees will learn the key elements and approaches used in the workshops through discussion and working with real project examples.
We prize our ability to multitask yet we rarely acknowledge the impact this has on our ability to get work done. Teams look to process to create efficiencies but ignore one simple tool that has the ability to transform the amount, the speed, and the quality of their work: Limiting Work In Progress. In this talk I will share my stories and experiences of the power that limiting WIP has to bring a team focus, flexibility and follow through.
Agile Leadership 201: Enriching Management for AgileNoVAPaul Boos
This document outlines an agenda for a presentation on agile leadership and servant leadership. The presentation defines servant leadership as serving others first before leading, discusses common frustrations managers face when adopting this model, and provides exercises for attendees to brainstorm ways to address these frustrations. The presentation also covers topics like observing work processes, demonstrating curiosity, problem-solving proactively, and effectively delegating responsibilities. The goal is to help managers shift from a traditional leadership role to one that enriches their teams through servant leadership approaches.
Enriching management is a key way to build Agile Leadership. This presentation helps make this concept of enrichment a bit clearer and how in turn management can learn to enrich its workforce as well. This provides some concrete mechanisms to make servant leadership real, without necessarily calling it servant leadership (shich sometimes doesn't resonate with people).
Going Beyond WIP Limits for Ever-Higher Organizational PerformanceLeanKit
In this webinar, I introduce the concept of WIP Targets and their application at the enterprise scale, and address key questions about how to implement WIP Targets on your team and at scale.
This document discusses how to interpret data from Kanban retrospectives to identify opportunities for optimizing workflow. It provides examples of metrics like lead time, cycle time, and work in progress that can be analyzed to address issues like bottlenecks, piles of work in specific states, outliers in work completion times, frequent blockers, the impact of unplanned work, and ensuring team well-being and sustainability. The document advocates using a structured process of planning improvements, implementing changes, measuring their impact, and adjusting as needed.
Scalability is currently a big topic in the agile world. Most agile methods and practices often reach their limits when one wants to “agilize" more than a few teams, let alone one wants to achieve real agile collaboration of several hundert people.
The main problem is that many agile methods focus on the team. Kanban follows a completely different path - Kanban is not a team method! Kanban is a management method which focuses on generating value. "Manage work and not workers" is one of the key messages of the Lean Kanban management philosophy. Therefore, scalability is not a real topic within Kanban: if you focus on value generation of work, scaling Kanban simple means doing more Kanban - it’s inherent scalable.
In this session I show how one could use Kanban at scale. Besides the general schematic explanation I will also show a case study where Kanban is used to coordinate work of more than 200 people.
Presentation about agile ideas, lessons learned, pitfalls, and methods. Usually done in conjunction with a Kanban board showing the progress of the lecture.
Lean and Kanban: An Alternative Path to Agility -Gartner PPM Summit 2014LeanKit
Chris Hefley, CEO of LeanKit, gives this presentation at the 2014 Gartner PPM & IT Governance Conference on Lean & Kanban-An Alternative Path to Agility.
This document provides an introduction to lean principles and kanban. It discusses two pillars of lean thinking: don't trouble the customer and develop people. Lean principles include continuous improvement, respect for people, eliminating waste, and problem solving. Kanban is introduced as a change management methodology that utilizes lean tools like visualizing workflow, limiting work-in-progress, measuring and managing flow, making process policies explicit, and using models to recognize improvement opportunities. Similarities and differences between scrum and kanban are also outlined.
This document discusses three key challenges to scaling agile adoption: distributed teams, hybrid projects, and scaling agile in general. It provides advice on overcoming these challenges, including establishing clear communication for distributed teams, creating a hybrid project management office to manage both agile and non-agile teams, and ensuring the right organizational culture and support is in place for large-scale agile transformation. Polls are included to gauge attendees' experience with these topics.
Applying Organizational Change and Leadership in Agile TransformationsCprime
It is no secret that when an organization chooses to transition to Agile methodologies, it requires an enormous commitment to leadership and change management. Even in prescriptive methods of Agile transitions, such as SAFe, I have found this subject matter deficient, especially in the area of practical application. This presentation is based on a training class I developed and conducted with executive leadership at American Airlines. It focuses on how to apply Dr. John Kotter’s 8-step model of change management and leadership to help transition an organization to support an Agile transformation. I have been involved in large scale Agile Transformations at Nokia, AT&T, American Airlines, Telogical Systems and VCE. I have successfully applied the principles of this process at several companies, most recently at American Airlines IT division to train executives in Agile Change Management.
This document provides an overview of tools and activities that can be used to help teams work more effectively. It includes descriptions of 10 different tools: Brainstorming, Brownpaper Technique, Day in the Life Of, Fishbone Analysis and Five Whys, Force-field Analysis, Prioritization Matrix, Problem Solving/Team Building, Six Hats, Stakeholder Mapping, and SWOT. Each tool is described clearly in 1-2 sentences explaining what it is and why it would be used. The document also provides more detailed descriptions of selected tools, including how to structure and facilitate a brainstorming session and the two-phase process for developing and evaluating a Brownpaper Technique. The purpose is to offer
This document provides an introduction to DevOps presented by Sri Parthasarathy from cPrime. It discusses how DevOps aims to break down silos between development and operations teams to allow for more frequent deployments through automating processes. DevOps requires both teams to work closely together across the entire development lifecycle from coding to deployment. The presentation outlines some of the technical aspects involved in DevOps including continuous integration, infrastructure as code, automated testing, and continuous delivery.
Scrum is an agile framework that emphasizes incremental deliveries, quality, continuous improvement, and discovering potential. It consists of sprints, roles like the product owner, scrum master, and cross-functional team. Sprint reviews provide visibility, feedback, and an opportunity for demos. Retrospectives are meetings at the end of each sprint to learn and improve for the next sprint through structured activities like gathering data, generating insights, and deciding on actions. They aim to continuously improve the development process.
How to survive the zombie scrum apocalypse Mia Horrigan
A couple of years ago Christiaan Verwijs and Johannes Schartau coined the term ‘Zombie-Scrum’. What's it all about?
Well, at first sight Zombie Scrum seems to be normal Scrum. But it lacks a beating heart. The Scrum teams do all the Scrum events but a potential releasable increment is rarely the result of a Sprint. Zombie Scrum teams have a very unambitious definition of what ‘done’ means, and no drive to extend it. They see themselves as a cog in the wheel, unable and unwilling to change anything and have a real impact: I’m only here to code! Zombie Scrum teams show no response to a failed or successful Sprint and also don’t have any intention to improve their situation. Actually nobody cares about this team. The stakeholders have forgotten the existence of this team long time ago.
Zombie Scrum is Scrum, but without the beating heart of working software and its on the rise. This workshop will help you understand how to recognise the symptoms and cuases of Zombie Scrum and what you can do to get started to combat and treat Zombie-Scrum. Knowing what causes Zombie Scrum might help prevent a further outbreak and prevent the apocalypse
Working in Particular Software is awesome and challenging at the same time, working in what we call a "dispersed" company can introduce a lot of friction in your daily job. This session aims to disclose how we work internally, how we manage daily tasks, how we manage communication and long term goals in a company were nearly no one works in the same city as anyone else and were most of us are alone in their countries. Not to mention all the time zones issues on top.
How we daily manage and work in a dispersed company: Particular SoftwareMauro Servienti
Working in Particular Software is awesome and challenging at the same time, working in what we call a "dispersed" company can introduce a lot of friction in your daily job. This session aims to disclose how we work internally, how we manage daily tasks, how we manage communication and long term goals in a company were nearly no one works in the same city as anyone else and were most of us are alone in their countries. Not to mention all the time zones issues on top.
The document summarizes an upcoming webinar on Agile Release Planning workshops led by Joe Little on October 19, 2020. The webinar will provide an introduction to Agile Release Planning, including details on how the workshops are structured, both online and in-person. Attendees will learn the key elements and approaches used in the workshops through discussion and working with real project examples.
We prize our ability to multitask yet we rarely acknowledge the impact this has on our ability to get work done. Teams look to process to create efficiencies but ignore one simple tool that has the ability to transform the amount, the speed, and the quality of their work: Limiting Work In Progress. In this talk I will share my stories and experiences of the power that limiting WIP has to bring a team focus, flexibility and follow through.
Agile Leadership 201: Enriching Management for AgileNoVAPaul Boos
This document outlines an agenda for a presentation on agile leadership and servant leadership. The presentation defines servant leadership as serving others first before leading, discusses common frustrations managers face when adopting this model, and provides exercises for attendees to brainstorm ways to address these frustrations. The presentation also covers topics like observing work processes, demonstrating curiosity, problem-solving proactively, and effectively delegating responsibilities. The goal is to help managers shift from a traditional leadership role to one that enriches their teams through servant leadership approaches.
Enriching management is a key way to build Agile Leadership. This presentation helps make this concept of enrichment a bit clearer and how in turn management can learn to enrich its workforce as well. This provides some concrete mechanisms to make servant leadership real, without necessarily calling it servant leadership (shich sometimes doesn't resonate with people).
Going Beyond WIP Limits for Ever-Higher Organizational PerformanceLeanKit
In this webinar, I introduce the concept of WIP Targets and their application at the enterprise scale, and address key questions about how to implement WIP Targets on your team and at scale.
This document discusses how to interpret data from Kanban retrospectives to identify opportunities for optimizing workflow. It provides examples of metrics like lead time, cycle time, and work in progress that can be analyzed to address issues like bottlenecks, piles of work in specific states, outliers in work completion times, frequent blockers, the impact of unplanned work, and ensuring team well-being and sustainability. The document advocates using a structured process of planning improvements, implementing changes, measuring their impact, and adjusting as needed.
Scalability is currently a big topic in the agile world. Most agile methods and practices often reach their limits when one wants to “agilize" more than a few teams, let alone one wants to achieve real agile collaboration of several hundert people.
The main problem is that many agile methods focus on the team. Kanban follows a completely different path - Kanban is not a team method! Kanban is a management method which focuses on generating value. "Manage work and not workers" is one of the key messages of the Lean Kanban management philosophy. Therefore, scalability is not a real topic within Kanban: if you focus on value generation of work, scaling Kanban simple means doing more Kanban - it’s inherent scalable.
In this session I show how one could use Kanban at scale. Besides the general schematic explanation I will also show a case study where Kanban is used to coordinate work of more than 200 people.
Presentation about agile ideas, lessons learned, pitfalls, and methods. Usually done in conjunction with a Kanban board showing the progress of the lecture.
Lean and Kanban: An Alternative Path to Agility -Gartner PPM Summit 2014LeanKit
Chris Hefley, CEO of LeanKit, gives this presentation at the 2014 Gartner PPM & IT Governance Conference on Lean & Kanban-An Alternative Path to Agility.
This document provides an introduction to lean principles and kanban. It discusses two pillars of lean thinking: don't trouble the customer and develop people. Lean principles include continuous improvement, respect for people, eliminating waste, and problem solving. Kanban is introduced as a change management methodology that utilizes lean tools like visualizing workflow, limiting work-in-progress, measuring and managing flow, making process policies explicit, and using models to recognize improvement opportunities. Similarities and differences between scrum and kanban are also outlined.
This document discusses three key challenges to scaling agile adoption: distributed teams, hybrid projects, and scaling agile in general. It provides advice on overcoming these challenges, including establishing clear communication for distributed teams, creating a hybrid project management office to manage both agile and non-agile teams, and ensuring the right organizational culture and support is in place for large-scale agile transformation. Polls are included to gauge attendees' experience with these topics.
Applying Organizational Change and Leadership in Agile TransformationsCprime
It is no secret that when an organization chooses to transition to Agile methodologies, it requires an enormous commitment to leadership and change management. Even in prescriptive methods of Agile transitions, such as SAFe, I have found this subject matter deficient, especially in the area of practical application. This presentation is based on a training class I developed and conducted with executive leadership at American Airlines. It focuses on how to apply Dr. John Kotter’s 8-step model of change management and leadership to help transition an organization to support an Agile transformation. I have been involved in large scale Agile Transformations at Nokia, AT&T, American Airlines, Telogical Systems and VCE. I have successfully applied the principles of this process at several companies, most recently at American Airlines IT division to train executives in Agile Change Management.
This document provides an overview of tools and activities that can be used to help teams work more effectively. It includes descriptions of 10 different tools: Brainstorming, Brownpaper Technique, Day in the Life Of, Fishbone Analysis and Five Whys, Force-field Analysis, Prioritization Matrix, Problem Solving/Team Building, Six Hats, Stakeholder Mapping, and SWOT. Each tool is described clearly in 1-2 sentences explaining what it is and why it would be used. The document also provides more detailed descriptions of selected tools, including how to structure and facilitate a brainstorming session and the two-phase process for developing and evaluating a Brownpaper Technique. The purpose is to offer
Michael de la Maza gave a presentation on using kanban. He began with an overview of his background and credentials in agile coaching. He then discussed how corporations can become too complicated for humans to understand, and introduced kanban as a way to make companies more effective by making processes simpler and more visual. The presentation covered the history and principles of kanban, how to create an initial kanban board with states and workflows, and examples of electronic and physical kanban boards in use. It concluded with a survey on attendees' plans to implement kanban boards.
This document provides guidance on creating a product vision. It discusses why a product vision is useful, including to get buy-in, compare initiatives, and serve as a decision-making standard. It provides a template for the product vision board with categories for the user, their needs, key features, and business goals. These elements should align and deliver on the overall vision statement. The document also covers how to develop a product vision, including preparing for a workshop, facilitating the session, and next steps after the vision is created. It discusses how to manage multiple visions using a Lean Value Tree to focus on value outcomes and connect initiatives to organizational goals and strategies. Finally, it addresses using OKRs and PIRATE metrics together to measure
The document provides an overview of how to effectively use ALM with TFS 2013. It discusses how to set up iterations and areas, move work items between iterations, add work item types to the backlog, and create useful queries. It also offers tips on creating release notes, branching code, and things to automate in builds. Key points covered include using tags instead of iterations to track work, branching code to isolate releases or unfinished work, and creating a new workspace per branch.
The document outlines the principles of Lean UX, which are inspired by Lean Startup and Agile Development theories. It emphasizes bringing products to light faster through cross-functional collaboration with less emphasis on deliverables. Key principles include forming small, dedicated, co-located cross-functional teams; focusing on outcomes over outputs; removing waste; using small batch sizes; continuous discovery; getting out of the building to engage customers; emphasizing shared understanding; allowing for permission to fail through experimentation; and getting out of the deliverables business to focus on outcomes. The overall goal is to sustain innovation, agility, and feedback to develop solutions through a collaborative process.
This webinar looks at the provider community, their abilities, needs, limitations and tendency to resist change. Few information resources can be successful and cost-effective without the cooperation and support of content providers, and they are unlikely to succeed if their provider community is not on board. Indeed, a strongly resistant provider community can sink even the most elegantly designed information project.
Continuous Improvement Posters for LearningCIToolkit
The intention of this section is to provide all the continuous improvement tools in a poster format that is easy to print and share. These posters are great tools for training, sharing and posting, and can also be distributed as hand-outs during continuous improvement workshops.
Романа Косцик “New project begins. Jump in and keep calm. Everything will be ...Dakiry
New project begins. The document provides guidance for business analysts on how to effectively start a new project by planning stakeholder engagement, clarifying their role, exploring the system, and communicating effectively. It emphasizes understanding the business need, gathering feedback, and focusing on business outcomes.
This document provides an overview of operations management concepts for a course. It outlines 13 topics that will be covered, including forecasting demand, quality management, inventory management, and lean operations. Students are instructed to review the slides and textbook, ask questions if anything is unclear, and complete assignments summarizing theories and analyzing a real-world organization's processes and layout. The goal is for students to demonstrate understanding of key concepts and apply them to improve an existing system.
When Management Asks You: “Do You Accept Agile as Your Lord and Savior?"admford
So you’ve been told that your organization is going to implement Agile methodologies across ALL of IT, and not just in development. And you’ve been given the responsibility to implement it in Security Operations, and without a clear plan or measurable objectives other than “make the team more efficient”. While one can complain that someone in the C-Suite heard of the book “Scrum: The Art of Doing Twice the Work in Half the Time”, you still have a job to do. So the basics of Project Management, Agile, Scrum & Kanban are covered and how one can shoehorn these concepts into working in an operations context. Oh, and there will also be some finagling of where DevOps stands regarding Agile and Operations.
Agile Topics - Explained Simply - Practical Agilist.pptxBrian Link
This document provides an overview of various agile topics that are explained simply by Brian Link of PracticalAgilist.com. It covers running effective standups and understanding agile roles, writing user stories and estimating work, maintaining a product backlog, having valuable sprint reviews and feedback loops, facilitating retrospectives, and connecting strategy to delivery through OKRs and roadmaps. The document emphasizes building trust within teams and cultivating an iterative, learning-focused agile mindset. It provides contact information for Brian Link and mentions his free book on 21 common agile misconceptions.
Increasing Analytical Thinking In Agile Teams 1.5 (1).pptxNickFoard2
Is your team not delivering the needed outcome? Do you keep building the wrong thing? Does the solution work but doesn't solve the problem? Maybe your Agile Team lacks analytical thinking. Everyone in your team can apply critical and analytical thinking to create better outcomes and higher value levels for your customers.
Interactive workshop: how to capture and visualize business process (NYBPP Me...Samuel Chin, PMP, CSM
It's easy to get caught up in the day-to-day of what we’re doing at work. But is our routine as efficient as it could be? Is our business or business unit running efficiently? Buzzwords like “optimize” and “streamline” make their way around offices today. However, before we can do anything to change our current workflows, we must understand what’s already in place.
In this interactive workshop, we discussed how to capture and visualize process with senior members of the Cavi team! In this meetup, we went through the Cavi framework for visualizing process information. We understood what process really is, how to simplify it, and how to capture it on paper. Participants had a chance to ask questions and practice drawing some process maps (pen and paper provided). And we ended up the session with review and editing of our work.
The Value Management SIG presented Chris Samson and Daniel Rahamim from London Underground who offered an insight to the organisational approach of implementing Lean principles in one of London Underground's major upgrade programmes.
Want to ensure everything you do adds value to your business? Want to make a real difference to business performance and customer satisfaction?
This challenge was taken up by London underground’s Sub Surface Upgrade Programme (SUP) 18 months ago amidst a time of cost savings, programme review and ever increasing expectations and scrutiny from our stakeholders and customers.
The document outlines Contactually's new product management framework. Previously, product development was disorganized with work thrown into a large backlog and no clear priorities. The new framework includes: a product vision document, iteration planning spreadsheets, and using Trello and Pivotal Tracker for feature development and engineering tasks. Features are developed in Trello first before being implemented in Pivotal Tracker. The framework provides transparency and ensures stakeholders understand upcoming work and engineers have clear goals. Monthly and sprint meetings keep the team aligned on priorities. The framework has improved productivity by providing structure and accountability.
This document discusses best practices for managing product releases and software engineering teams. It provides the following recommendations:
1) Establish clear processes for releases, including regular intervals, versioning, distribution, and metrics to measure success. Ensure everyone understands their role in the release cycle.
2) Use the Dreyfus model of skill acquisition to balance team skills and experience levels. Recruit for "smart and get things done" attitudes. Apply practices according to where the team stands.
3) Automate aspects like releases, reporting, and testing when possible, but also retain some manual processes to aid understanding of what to automate. Team learning takes time.
Similar to Visualised Flow - Facilitator Guide (20)
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.
Mobile App Development Company In Noida | Drona InfotechDrona Infotech
Drona Infotech is a premier mobile app development company in Noida, providing cutting-edge solutions for businesses.
Visit Us For : https://www.dronainfotech.com/mobile-application-development/
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.
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.
Consistent toolbox talks are critical for maintaining workplace safety, as they provide regular opportunities to address specific hazards and reinforce safe practices.
These brief, focused sessions ensure that safety is a continual conversation rather than a one-time event, which helps keep safety protocols fresh in employees' minds. Studies have shown that shorter, more frequent training sessions are more effective for retention and behavior change compared to longer, infrequent sessions.
Engaging workers regularly, toolbox talks promote a culture of safety, empower employees to voice concerns, and ultimately reduce the likelihood of accidents and injuries on site.
The traditional method of conducting safety talks with paper documents and lengthy meetings is not only time-consuming but also less effective. Manual tracking of attendance and compliance is prone to errors and inconsistencies, leading to gaps in safety communication and potential non-compliance with OSHA regulations. Switching to a digital solution like Safelyio offers significant advantages.
Safelyio automates the delivery and documentation of safety talks, ensuring consistency and accessibility. The microlearning approach breaks down complex safety protocols into manageable, bite-sized pieces, making it easier for employees to absorb and retain information.
This method minimizes disruptions to work schedules, eliminates the hassle of paperwork, and ensures that all safety communications are tracked and recorded accurately. Ultimately, using a digital platform like Safelyio enhances engagement, compliance, and overall safety performance on site. https://safelyio.com/
WWDC 2024 Keynote Review: For CocoaCoders AustinPatrick Weigel
Overview of WWDC 2024 Keynote Address.
Covers: Apple Intelligence, iOS18, macOS Sequoia, iPadOS, watchOS, visionOS, and Apple TV+.
Understandable dialogue on Apple TV+
On-device app controlling AI.
Access to ChatGPT with a guest appearance by Chief Data Thief Sam Altman!
App Locking! iPhone Mirroring! And a Calculator!!
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.
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.
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...XfilesPro
Wondering how X-Sign gained popularity in a quick time span? This eSign functionality of XfilesPro DocuPrime has many advancements to offer for Salesforce users. Explore them now!
UI5con 2024 - Keynote: Latest News about UI5 and it’s EcosystemPeter Muessig
Learn about the latest innovations in and around OpenUI5/SAPUI5: UI5 Tooling, UI5 linter, UI5 Web Components, Web Components Integration, UI5 2.x, UI5 GenAI.
Recording:
https://www.youtube.com/live/MSdGLG2zLy8?si=INxBHTqkwHhxV5Ta&t=0
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...kalichargn70th171
In today's business landscape, digital integration is ubiquitous, demanding swift innovation as a necessity rather than a luxury. In a fiercely competitive market with heightened customer expectations, the timely launch of flawless digital products is crucial for both acquisition and retention—any delay risks ceding market share to competitors.
2. About
This presentation is both a how-to as well as the
material you need to prepare and host theVisualized
Workflow workshop that Jeff describes in the
ActionableAgileTools book published by
OikosofySeries
You will find “Facilitator slides” which help you
understand how to prepare and host each of the
steps in the workshop.
You will also find the “Presentation slides”, which
you can use directly in the workshop.
This material is provided inCreative Comments BY-
SA 4.0. For more information on the license, please
visit this page.
3. Prerequisites
• Who to involve
• What you need to know
• Basic Layout
• Materials for the workshop
4. Prerequisites (Who to involve)
• This workshop can be run with any team, group, or department that takes
place is a product/project deliver. But the best results are achieved when
people representing the entire value chain are represented.
• Think about all the people and departments who come in to contact with a piece of
work when it goes from idea to delivery to someone who pays for it.
• Try to gather people from these all of these disciplines and mix them up in
the groups in the workshop.
• Do not create groups based on peoples function within the organisation.
5. Prerequisites
(What do you
need to know)
• In order to run this workshop you need an understanding of
the problem domain you are running the workshop for.
• For example, if this is a software development
company you need an understanding of how software
delivery works in various organisations, what type of
departments are usually involved, what the common
issues are, what processes are commonly used.
• You need an understanding of the fundamental concepts of
Kanban and the ability to illustrate them for others.
• Notably the idea ofWIP being a cost and seeing the
whole.
• You need the ability to facilitate disagreements between
participants to productive discussions.
6. Prerequisites (Basic layout)
People should be
in groups of 5-9
people.
If at all possible
there should be
at least 2 groups.
Whiteboard at
the front of the
room.
A flipchart for
each group.
Optimal room
layout:
• bit.ly/1RyjPpH
7. Prerequisites
(Materials)
The following material is considered a minimum for the workshop. Feel free
to add/change the list to fit your needs.
Post-its
• 203x152 mm (1-2 packages)
• 127x76 mm (2-3 packages per group)
• 76x76 mm (2-3 packages per group)
Markers
• Sharpies for writing on smaller Post-its
• Permanent markers to write on larger Post-its
• Whiteboard markers to write on the white board as you explain the ideas
of the workshop and to allow for brainstorming on whiteboards
Food
• The workshop can get pretty intense and you may not want to break the
flow of the participants. In this case it is imperative to have some food
available so that people can keep their energy level and avoid irritated
conversations
9. Introduction
• This slide is to be used for any
introduction information you
might have. (i.e.Who you are,
logistical questions, workshop
policies.)
12. What is it?
• A way of visualising your entire value chain.
• A common understanding of status of work.
• An overview where information is aggregated in a way that is understandable
across departments.
• Picture of a flow that makes sense.
13. Why do I care about it?
• Allows people to understand status of work at a glance.
• Enables ”epiphanies” about work process.
• Helps people understand the relationship between their work and the whole
value chain of the company.
• Promotes collaboration across organisational boundaries.
• Helps you understand impacts of ”optimisations” on the system as a whole.
15. What are they?
A visualisation of
established
processes.
A snapshot of your
organisations
current process.
Checklists to
ensure needed
process steps are
used.
Reminders of what
to think about
when doing a piece
of work.
Picture of a work
process with
explicit policies.
16. Why do I care about them?
• They reveal where people have differing processes.
• They create clarity in how the process works currently.
• They make it easier to find improvement opportunities.
• They create clarity in how the process is being changed.
• They aid in collaboration across departments.
• They act as safety nets and reminders.
• The enable easier training and understanding of a process.
18. Guidelines
Identify
In order to improve
we must
understand the
current situation.
• This means always be
honest about how
something works today.
Avoid
Don’t get caught up
on disagreement
• Note it and resolves
when there is a clearer
picture of the whole.
Strive
Always strive to
understand outside
your piece of the
puzzle
• Ask questions and seek
clarifications
Be Clear
Be clear in your
communication
• Write large and clear on
all notes
• Be clear in a legend
about any conventions
your groups has
adopted.
19. Visualised Flow
• Give a name to specific process steps and describe their general function.
• Exactly what happens is not needed right now.
• Describe at whatever level of granularity makes most sense to your group.
• Always seek to understand as much before and after ”your job”.
• Note when something becomes a mystery.
• If a mystery, try to figure out who would be needed to clarify.
20. In-Flows
• Have participants generate all the possible inflows to their backlog.
• Have the groups work in small increments and share with the other groups in order to inspire
and build off each others ideas.
• For instance set a 10 minute timebox, have each team present, have the other groups ask questions, then
work in a 10 minute timebox again based on feedback., continue this iteration until a solid picture of the in-
flows has emerged.
• Have groups work on small post-it notes until the output is solidified, then create a presentable
version for the final output.
• Place all the In-Flows as swim lane.
• Create a column called “backlog” after all of them.
22. What In-Flows do you have?
• Where does work come from?
• Try to find the various channels from which work flows into you backlog.
• Think about
• Stakeholders.
• Customers.
• Projects.
• Products.
• Type of requests.
23. Refinement
• Have participants consider the work required to transform ideas into ready to implement work.
• Have the groups work in small increments and share with the other groups as in previous steps.
• Try to draw out managers and product experts in this step, as they usually have the most
information about this part of the process.
• Have people who actually implement the work (i.e. Developers, testers) discuss things that they
are unsure of or puzzle them about this part of the process.
• Have groups work on small post-it notes until the output is solidified, then create a presentable
version for the final output.
• Place all the refinement steps as columns.
• Create a column called “Ready” after all of them.
25. Refinement
After an item arrives what is
needed to get it into a state
where is can progress to the
next major part of the
process?
Think about
• Information gathering.
• Legal questions.
• Funding.
• Prioritisation.
• Waiting states.
26. In Development
• Have participants consider the work process that actually takes place to turn ready ideas into product
increments.
• Have the groups work in small increments and share with the other groups as in previous steps.
• Have people who actually implement the work (i.e. Developers, testers) describe their working process in
detail.
• Have the managers and product experts discuss things that they are unsure of or puzzle them about this
part of the process.
• Have groups work on small post-it notes until the output is solidified, then create a presentable version for
the final output.
• Place each step of the process as a column.
28. Outflows
• Have participants consider what is required in order to move product increments into the hands
of the customer.
• This is one of the trickier parts of the workshop as the outflows can involve any part of the company, you will
need to ask a lot of questions about how this part of the process works in order to draw out all the
departments or functions who contribute.
• Also, much of this work can happen in parallel. Don’t get too caught up on making this sequential at first.
• Don’t forget about operations teams if your company has this function.
• Have the groups work in small increments and share with the other groups as in previous steps.
• Have groups work on small post-it notes until the output is solidified, then create a presentable
version for the final output.
• Place each step of the process as a column.
29. In Development
• What work is done to turn something from idea in reality?
• Think about
• Which departments are involved before a product is finished?
• Planning.
• Verification.
• Feedback.
31. Outflows
• What is needed to get your product from finished to in the hands of the per who wants it?
• Think about
• Other types of verification
• Customer acceptance.
• External quality requirements.
• Environments where things are deployed.
• Other teams that work on it after we are done.
• How are things distributed?
• Waiting states.
32. Abstraction
• In this part of the workshop you should guide the participants using your own
knowledge to create meaningful abstractions of the process.
• Encourage participants to think about where they need transparency and where
they don’t.
• Visualise the abstractions using the whiteboard and the process that is already
established for all of the participants.
• Invite the participants to ask questions or create action points for future
clarification.
33. Abstraction
• As a group, create a map of what information is needed at a company wide
level to create transparency.
• Map what information is needed only by certain teams to get their job done.
34. Book Jeff to host this
workshop at your
company
Email Jeff at Jeff@rebelalliance.se
Jeff Campbell is an AgileCoach who
considers the discovery of Agile and Lean
to be one of the most defining moments
of his life. He has been helping teams and
organizations adopt Agile ways of working
close to ten years now and he has worked
with driving Agile transformations in
organizations both small and large.
This has led him to write the book
“Actionable AgileTools” since most
materials and tools available to Scrum
Masters and AgileCoaches are theoretical
with almost zero practical tools available.
35. This workshop is a way to
achieve the results Jeff
describes in the book
Actionable AgileTools,
published by
OikosofySeries.com
Buy the book at
bit.ly/07BuyAATNow