The document discusses the importance of regularly reflecting on processes and making adjustments to improve effectiveness. It emphasizes that retrospectives help teams learn, take ownership, and communicate better by sharing different experiences. The document provides tips for facilitating retrospectives, such as preparing the space and materials, choosing engaging exercises, and focusing on outcomes rather than problems.
The Art of the Retrospective: How to run an awesome retrospective meetingChris Smith
The drive to inspect and adapt is one of the most important aspects of agile software development. A great way to bake this approach into your process is by having regular retrospective meetings that engage and challenge the team to solve their own problems and make things better. However, these meetings can be difficult to run well and drive improvement. In fact, many teams sleepwalk through sessions, treating them as a box-ticking exercise that signals the end of the iteration.
Maybe its time we tried a bit harder to make retrospective meetings work?
In this talk, Chris explains how to put together an awesome sprint retrospective. He discusses the following:
* Why retrospectives can be unpopular
* Structuring the meeting to succeed
* Setting the right tone
* Activities to gather data
* Activities to generate insights
* How to decide what to do
* How to manage retrospective actions
Techniques for Effective RetrospectivesProwareness
Every month Prowareness organizes a session called “Mastering Scrum”. In these sessions Scrum Masters share their knowledge about a central theme. On January 19 2012 we focused on Retrospectives.
In these slides we share 15 different ways to gather data and create insights. We hope this will inspire you to have Effective Retrospectives!
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
The Art of the Retrospective: How to run an awesome retrospective meetingChris Smith
The drive to inspect and adapt is one of the most important aspects of agile software development. A great way to bake this approach into your process is by having regular retrospective meetings that engage and challenge the team to solve their own problems and make things better. However, these meetings can be difficult to run well and drive improvement. In fact, many teams sleepwalk through sessions, treating them as a box-ticking exercise that signals the end of the iteration.
Maybe its time we tried a bit harder to make retrospective meetings work?
In this talk, Chris explains how to put together an awesome sprint retrospective. He discusses the following:
* Why retrospectives can be unpopular
* Structuring the meeting to succeed
* Setting the right tone
* Activities to gather data
* Activities to generate insights
* How to decide what to do
* How to manage retrospective actions
Techniques for Effective RetrospectivesProwareness
Every month Prowareness organizes a session called “Mastering Scrum”. In these sessions Scrum Masters share their knowledge about a central theme. On January 19 2012 we focused on Retrospectives.
In these slides we share 15 different ways to gather data and create insights. We hope this will inspire you to have Effective Retrospectives!
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
This is my presentation from the 17th Agile Greece meetup. The event was a series of lightning talks about the events of Scrum.
My presentations has a collection of bad and good practices when implementing a Daily Scrum or Daily standup at Scrum.
http://www.meetup.com/Agile-Greece/
Ever wonder why Agile teams swear by relative estimation? My teams improved sprint planning efforts by a factor or 3, once we started using relative estimation.
Without understanding Agile relative estimation, teams tend to fall back to using time-based methods. This often leads them to spend way too much time on obsolete estimates that will be made even more complex with all the unknowns and constant emergent requirements of an Agile world!
“It's better to be roughly right, than precisely wrong!”
~ John Maynard Keyenes
The Solution is simple: understand that relative estimation is only a rough order of magnitude estimate to quickly organize the product backlog. This empowers your product owners (PO) to quickly make value based trade-offs on backlog items and decide on what stories the team should work next. This gives the business the highest bang for their buck!
PROBLEMS WITH TIME-BASED ESTIMATES
-Teams spend too much time trying to get it right
-Lack of confidence/experience can lead to people being either optimistic or pessimistic
-Timeline you are estimating may be too far in the future
-Due to long timeline, there are too many risks, unknowns, changes or dependencies!
WHY USE RELATIVE ESTIMATION?
-Allows a quick comparison of stories in the backlog
-Allows you to select a predictable volume of work to do in a sprint
-Uses a simple arbitrary scale
-Allows PO to make trade-offs and take on the most valuable stories next
ESTIMATION TIPS
-Relative points or equivalent Tshirt sizes are used to estimate stories, leveraging the Fibonacci sequence modified for Agile.
-The team estimates the story, not management nor the customer.
-Story estimates account for three things: effort, complexity, and unknowns. Don’t short sell yourself by estimating effort alone, that’s where waterfall projects face issues.
-Remember to estimate all Stories, user stories or technical stories. Even estimate research or discovery spikes.
-Refine your backlog as a team on a continuous basis, to get your stories to meet the Definition of Ready.
-Only pull into your sprint, stories that are refined and estimated.
-Break down stories that are large, into smaller slivers of value to optimize your flow.
-Don’t sweat it if you get it wrong, teams often do early on but improve over time.
Backlog refinement is not a Scrum event, but instead is an ongoing activity during the Sprint required to decompose, describe, estimate, and order backlog items in the Product Backlog.
This material is divided into two sections. The first section reviews the basics of backlog refinement, covering various options for conducting the activity. The second section covers tips for maintaining a healthy backlog and potential anti-patterns.
This material was presented at Agile New England in July and August 2022 as "101" introduction and "202" advanced sessions.
The Agile Retrospective is one of the primary feedback loops for a team to drive it's continuous improvement. In this short deck we look at 5W+H of retros. What are they, why are they needed, who needs to attend (and not), when do they need to be run, where (under what conditions) do they need to be run and tips and tricks on how to run a retro.
This is my presentation from the 17th Agile Greece meetup. The event was a series of lightning talks about the events of Scrum.
My presentations has a collection of bad and good practices when implementing a Daily Scrum or Daily standup at Scrum.
http://www.meetup.com/Agile-Greece/
Ever wonder why Agile teams swear by relative estimation? My teams improved sprint planning efforts by a factor or 3, once we started using relative estimation.
Without understanding Agile relative estimation, teams tend to fall back to using time-based methods. This often leads them to spend way too much time on obsolete estimates that will be made even more complex with all the unknowns and constant emergent requirements of an Agile world!
“It's better to be roughly right, than precisely wrong!”
~ John Maynard Keyenes
The Solution is simple: understand that relative estimation is only a rough order of magnitude estimate to quickly organize the product backlog. This empowers your product owners (PO) to quickly make value based trade-offs on backlog items and decide on what stories the team should work next. This gives the business the highest bang for their buck!
PROBLEMS WITH TIME-BASED ESTIMATES
-Teams spend too much time trying to get it right
-Lack of confidence/experience can lead to people being either optimistic or pessimistic
-Timeline you are estimating may be too far in the future
-Due to long timeline, there are too many risks, unknowns, changes or dependencies!
WHY USE RELATIVE ESTIMATION?
-Allows a quick comparison of stories in the backlog
-Allows you to select a predictable volume of work to do in a sprint
-Uses a simple arbitrary scale
-Allows PO to make trade-offs and take on the most valuable stories next
ESTIMATION TIPS
-Relative points or equivalent Tshirt sizes are used to estimate stories, leveraging the Fibonacci sequence modified for Agile.
-The team estimates the story, not management nor the customer.
-Story estimates account for three things: effort, complexity, and unknowns. Don’t short sell yourself by estimating effort alone, that’s where waterfall projects face issues.
-Remember to estimate all Stories, user stories or technical stories. Even estimate research or discovery spikes.
-Refine your backlog as a team on a continuous basis, to get your stories to meet the Definition of Ready.
-Only pull into your sprint, stories that are refined and estimated.
-Break down stories that are large, into smaller slivers of value to optimize your flow.
-Don’t sweat it if you get it wrong, teams often do early on but improve over time.
Backlog refinement is not a Scrum event, but instead is an ongoing activity during the Sprint required to decompose, describe, estimate, and order backlog items in the Product Backlog.
This material is divided into two sections. The first section reviews the basics of backlog refinement, covering various options for conducting the activity. The second section covers tips for maintaining a healthy backlog and potential anti-patterns.
This material was presented at Agile New England in July and August 2022 as "101" introduction and "202" advanced sessions.
The Agile Retrospective is one of the primary feedback loops for a team to drive it's continuous improvement. In this short deck we look at 5W+H of retros. What are they, why are they needed, who needs to attend (and not), when do they need to be run, where (under what conditions) do they need to be run and tips and tricks on how to run a retro.
Project Retrospectives are an important part of any software development process. The Principles Behind the Agile Manifesto state that, "At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly." How can this be done? By taking the time to reflect and learn and proactively determine what should be done differently in the next iteration, release, or project. Linda's presentation will introduce techniques for project retrospectives, whether they are agile or not. The techniques help teams discover what they’re doing well so that successful practices can continue and identify what should be done differently to improve performance. Retrospectives are not finger pointing or blaming sessions, but rather a highly effective process in which teams reflect on the past to become more productive in the future. Linda will share her experiences with leading retrospectives of several kinds for dozens of projects—successful and unsuccessful, small and large, in academia and industry. Her lessons learned can be applied to any project to enable teams and organizations to become learning organizations.
Agile transformation with Scrum. Where to start
1. Agile vs Waterfall
2. What is Scrum
3. Scrum team
4. Scrum artefacts (with activities for easier learning)
5. Scrum events
6. Is Scrum enough?
The retrospective is the most important event in your agile transformation journey (with Scrum or other framework). Here's an intro on what a successful retrospective is and links to sources.
A retreat is a meeting designed and organized to facilitate the ability of a group to step back from day-to-day activities. Organizations will reap full benefits if they follow basic rules.
During the Agile adoption, its a common complain that many team in many organizations get caught up in the ceremonies or mechanics of Agile and fail to understand/appreciate the true value and spirit of Agile. And because of this, the original intent of the Agile movement itself is lost. This is a serious issue!
This workshop will highlight, a well-proven approach to transformation (not adoption) and show the distinct steps in this journey that an individual or a collective goes through when learning anything new. Activities, serving as examples, in the workshop, will focus to show the journey - that is, how to begin with rituals, then gradually move to practices, arriving at principles and eventually internalizing the values. Witnessing this gradual process of transformation will help participants discover for themselves their current progression. We hope this will serve as a guiding light during their Agile journey.
Finally, we will leave the participants to ponder upon and discover for themselves their ideals in life and work as this is not only applicable to software development, but also to any discipline where humans are involved, including life itself.
Principles of continuous improvement and Agile retrospectives by Vedran NikolicBosnia Agile
Vedran will be talking about Principles of continuous Improvement, Agile retrospective essentials as well as best practices in hosting successful retrospective meetings.
Using the Scrum Spirit to Unlock Empiricism and Agility in OKRs - Agile Bosto...Yuval Yeret
Objectives and Key Results (OKRs) are considered a “Modern operating system” by many companies and investors. But the typical implementation doesn’t deal well with the uncertainty and complexity involved in achieving the typical strategic objective whether it requires building a product, innovating a business model, or creating a new cross-functional company capability. In this talk, we will look at common anti-patterns involved in the typical OKR implementation and how the Scrum spirit can help OKR practitioners bring empiricism, empowerment, and continuous improvement to their OKR operating system. This talk is especially relevant to Scrum and Agile practitioners who are looking for creative ways to bring Scrum’s goodness we are so grateful for to the wider organization.
Fixing Your OKRs With Agility – Agile HartfordYuval Yeret
Presentation by Yuval Yeret, 'OKRs & Agile Sitting in a Tree' at the Agile Hartford Meetup Group - September 2023
Struggling to create a healthy synergy between OKRs and Agile/Scrum/SAFe? You're not alone. In this session, we provide a high-level overview of OKRs, identify some common OKR usage issues/anti-patterns, and suggest improvements leveraging Lean/Agile principles and practices. You will learn how to organize around value through an OKR lens. We will understand the connection between OKRs, KPIs, Products / Value Streams, and what that means for leveraging OKRs in the different Scrum/SAFe elements. We will discuss how Evidence-based Management (EBM) can amp up OKR empiricism. By the end of this session, you will understand the relationship between OKRs, Agile, Scrum, SAFe, and EBM and have concrete ideas for how to help your organization leverage them in synergy.
Who should attend? Agile Leaders, Coaches, Scrum Masters, team members, and anyone else who cares about sharing Agile mindset and practices to improve the way their organization works.
Fixing Your OKRs With Agility – Agile Indy 2023Yuval Yeret
Struggling to create a healthy synergy between OKRs and Agile/Scrum? You're not alone. OKRs (Objectives and Key Results) have become the latest management framework to suffer the fate of becoming popular too quickly, to the point where in many organizations, OKRs are a theater/charade with little valuable substance or benefits. That’s a shame because OKRs have enormous potential if used effectively. This talk will teach you how to leverage agility principles to fix your OKRs or implement OKRs in an agile way from day 1.
What's new in the Scaled Agile Framework (SAFe) 6.0 - Agile Indy May 10th MeetupYuval Yeret
SAFe 6.0, a significant version of the Scaled Agile Framework, was released earlier this Spring. Join us for a deep dive into the newly released SAFe 6.0, where we'll explore the latest updates and improvements to the framework.
In this session, we'll cover the following topics:
Strengthening the Foundation for Business Agility -
Foundational changes in SAFe
Empowering Teams and Clarifying Responsibilities
Accelerating Value Flow
Enhancing Business Agility with SAFe across the business
Delivering Better Outcomes with Measure and Grow and OKRs
This session will provide valuable insights into the latest release and how it can help you and your organization improve business agility and deliver value to customers faster. Join us for an informative and engaging session with our expert speaker, SAFe Fellow/SPCT, and Scrum.org PST Yuval Yeret, who has extensive experience in implementing SAFe at scale. Yuval loves to answer questions, so review the “What’s new in SAFe 6.0” article and come up with concrete questions you want him to answer.
OKRs and Agile Sitting on a Tree - Agile Austin.pdfYuval Yeret
Struggling to create a healthy synergy between OKRs and Agile/Scrum/SAFe? You're not alone. In this session, we provide a high-level overview of OKRs, identify some common OKR usage issues/anti-patterns, and suggest improvements leveraging Lean/Agile principles and practices. You will learn how to organize around value through an OKR lens. We will understand the connection between OKRs, KPIs, Products / Value Streams, and what that means for leveraging OKRs in the different Scrum/SAFe elements. We will discuss how Evidence-based Management (EBM) can amp up OKR empiricism. By the end of this session, you will understand the relationship between OKRs, Agile, Scrum, SAFe, and EBM and have concrete ideas for how to help your organization leverage them in synergy.
OKRs and Scrum - SMs of the Universe Webinar.pdfYuval Yeret
Struggling to create a healthy synergy between OKRs and Agile/Scrum? You're not alone. In this session, we provide a high-level overview of OKRs, identify some common OKR usage issues/anti-patterns, and suggest some improvements leveraging Lean/Agile principles and practices.
You will learn how to organize around value through an OKR lens. We will understand the connection between OKRs, KPIs, Products / Value Streams, and what that means for leveraging OKRs in the different Scrum elements. We will discuss how Evidence-based Management (EBM) can amp up OKR empiricism.
By the end of this session, you will understand the relationship between OKRs, Agile, Scrum, and EBM and have concrete ideas for how to help your organization leverage them in synergy.
Using OKRs in the SAFe Enterprise - Align and Focus on outcomes and enable bu...Yuval Yeret
Struggling to create a healthy synergy between OKRs and Agile/SAFe? You're not alone. In this session, we will identify some OKR anti-patterns and suggest alternative approaches more aligned with SAFe Lean/Agile principles. You will learn how to organize around value through an OKR lens as well as how to improve portfolio focus through economic prioritization and flow management of OKRs. We will understand the connection between OKRs, KPIs, Operational and Development Value Streams, and what that means for leveraging OKRs in the different SAFe elements. By the end of this session, you will have an understanding of the relationship between OKRs and SAFe and concrete ideas for how to help your organization leverage them in synergy.
OKRs for SAFe Summit 2022 - 20220705.pdfYuval Yeret
Struggling to create a healthy synergy between OKRs and Agile/SAFe? You're not alone. In this session, we will identify some OKR anti-patterns and suggest alternative approaches that are more aligned with SAFe Lean/Agile principles. You will learn how to organize around value through an OKR lens as well as how to improve portfolio focus through economic prioritization and flow management of OKRs. We will understand the connection between OKRs, KPIs, Operational and Development Value Streams, and what that means for leveraging OKRs in the different SAFe elements. By the end of this session, you will have an understanding of the relationship between OKRs and SAFe and concrete ideas for how to help your organization leverage them in synergy.
In this session, you will learn to:
Understand the relationship between OVS/DVS through KPIs and OKRs and using it to reorganize around value through the OKR lens
Focusing at the strategic level by combining OKRs, Epics, WSJF and the Portfolio Kanban
Using SAFe's PIP PI Objectives approach to set more aligned and realistic OKRs. Using OKRs thinking in PIP to move from output to outcomes on the DVS/ART
Are you a leader in an organization that’s leveraging Scrum? In this webinar, Professional Scrum Trainer Yuval Yeret, co-author of the Scrum Guide Companion for Leaders, looks at the different elements of Scrum and reflects on an effective way for leaders to engage with them. Throughout the session, Yuval explores topics in this new guide, shares stories from the trenches and discusses:
-What Scrum means for you as a leader
-How to create the conditions in which Scrum can thrive
-How leaders can support the Scrum accountabilities, artifacts and events
-How leaders can leverage Scrum to help them lead their teams
The Best A Man Can Get - Improving Agility in the World’s Shaving Headquarter...Yuval Yeret
In this session, I shared how Gillette is using Scrum applied at Scale to improve agility in a CPG non-software context. We had to make some bold choices that might make classic agile practitioners cringe but we believe are appropriate and support the Scrum spirit. We will talk about our experience using Scaled Scrum inspired by Nexus to design technical and commercial Increments of the Gillette Labs Exfoliating Razor and how it helped us achieve value creation goals in an aggressive timeline. We will share how we use Scrum principles and practices to accelerate innovation and team empowerment in the non-agile-native CPG world.
Validating Delivered Business Value – Going Beyond “Actual Business Value”Yuval Yeret
Actual is a relative term when it comes to business value delivered by a SAFe PI Objective. In this talk we will explore techniques for validating the actual value delivered by SAFe Teams and ARTs based on real-world outcomes that can be evaluated post-release. RTEs, Product Management and Lean/Agile Leaders will be able to assess their current ability to validate value and learn specific practices they could add to their artifacts and events. Finally, we will take a deeper look at optionality and hypothesis-driven thinking in SAFe and challenge the comfort zone on how to properly use some of SAFe’s essential elements in this context.
Learning Objectives:
Assess their competency level of their ART/Program when it comes to ability to validate value
Evolve their Inspect and Adapt events to enable validation value based on real outcomes
Extend their Program and Portfolio Kanbans to help manage the flow of learning and validation.
Modern Professional Scrum using Flow and Kanban - Agile and Beyond Detroit 2019Yuval Yeret
Should you use Scrum or Kanban? You don’t have to choose: Scrum teams improve when they look at flows inside and outside their sprints from a Lean/Kanban perspective. In this session we will talk about Kanban-related myths prevalent in the Scrum world and identify common ground between them. We will look at ways to bring Kanban flow into your Scrum: the Kanban-based Sprint/product backlog, flow-based daily Scrum, visualizing aging work, and flow-based Sprint planning .We will describe ways to wrap Scrum with a Kanban flow system, and how DevOps fits into this picture.
You’ll leave with a better understanding of how Scrum, Kanban, and DevOps relate to each other and with ideas for experiments to try when back at work.
Scaled Agile Framework (SAFe) in the TrenchesYuval Yeret
eBook by AgileSparks - curated blog posts, guidance articles, implementation approaches - all based on AgileSparks and specifically Yuval Yeret's experience implementing SAFe in the trenches.
SAFe for Marketing – Extending Towards Real Business Agility - Global SAFe Su...Yuval Yeret
SAFe’s home turf is product/systems/applications development. Let’s talk about challenging this comfort zone by applying it in one of the core business functions – Marketing. Why? Because the marketing operating system is being disrupted and the larger the marketing organization the more it struggles to maintain relevancy and impact. More and more marketing organizations are seeing the impact of Agile and want to benefit as well. How should an organization using SAFe in R&D/IT look at Agile in Marketing? Is SAFe the right choice? Does it work “as is”? Are there any changes needed to support this new context? What are some lessons learned from trying this in the field?
Learning Objectives and Key Takeaways:
At some point in your enterprise transformation you should consider applying SAFe outside of Product Development/IT. Marketing is a great candidate for a next Value Stream to implement SAFe in.
Agile Marketing is possible not just for small nimble companies but also for large organizations with hundreds of marketers and several legacy silos. SAFe provides a blueprint for how to achieve this.
Understand the differences in applying SAFe outside of Product Development/IT and how to adjust the Big Picture / Implementation Roadmap to accommodate these differences.
The ideal “Business Agility” state is actually to bring together Marketing, Product Management/Development, Sales into one Value Stream.
This talk was delivered in the global SAFe Summit in DC in October 2018
Building Quality In in SAFe – The Testing Organization’s Perspective Yuval Yeret
SAFe emphasizes Building Quality In. We will take a deep dive into how this looks from a testing organization’s perspective and what does a SAFe implementation mean for Testing/QA professionals. We will map SAFe’s approach to best practices in the “”Agile Testing”” world. We will look at examples from the real world of how traditional testing organizations shift left and evolve towards continuous testing.
Learning Objectives and Key Takeaways:
Understand how best practices from the “”Agile Testing”” world map to SAFe’s context
Learn ideas and patterns for evolving Testing/QA’s role during a SAFe implementation
Understand how Test-Driven looks like and how techniques like Acceptance-Test-Driven-Design/Behavior-Driven
Development can empower testers as well as improve the flow on SAFe agile teams.
See how SAFe’s principles can be used to guide the evolution towards a lean/agile testing organization
Scrum, Kanban and DevOps Sitting in a tree... Dave West and Yuval Yeret at Ag...Yuval Yeret
Should you use Scrum, Kanban, or DevOps? You don’t have to choose: Scrum teams improve when they look at flows inside and outside their sprints from a Lean/Kanban perspective. In this session we will talk about Kanban-related myths prevalent in the Scrum world and identify common ground between them. We will look at ways to bring Kanban flow into your Scrum: the Kanban-based Sprint/product backlog, flow-based daily Scrum, visualizing aging work, and flow-based Sprint planning .We will describe ways to wrap Scrum with a Kanban flow system, and at the higher-level picture of a DevOps culture and process.
You’ll leave with a better understanding of how Scrum, Kanban, and DevOps relate to each other and with ideas for experiments to try when back at work.
Abstract:
More and more organizations are realizing that in order to achieve business agility they need to go beyond implementing agile in specific teams/projects. Real agility requires scaling agile to the program/portfolio/enterprise level. In this session we will explore the options organizations have when looking to scale agile, with an emphasis on SAFe(tm) - the Scaled Agile Framework - one of the most popular options these days.
Learning Objectives:
• When does it make sense to Scale Agile
• What are the leading scaling approaches
• An introduction to SAFe's Big Picture and implementation configurations
• How to implement SAFe - The Implementation Roadmap
• Typical Results of implementing SAFe
• Key risks/red flags to be aware of when implementing SAFe
Scrum, Kanban, and DevOps Sitting in a Tree… - Big Apple Scrum Day 2018Yuval Yeret
Scrum, Kanban, and DevOps Sitting on a Tree... (Learn how to leverage Kanban & Scrum together and how to fit DevOps into the picture)Should we use Scrum? Should we use Kanban? Where does DevOps fit into the picture? The best agile teams already know they don’t need to choose. Scrum teams improve when they start to look at flow inside and outside their sprints. Kanban teams improve when they have a disciplined cadence, and effective Product Ownership and Scrum Mastership. DevOps really is mainly about doing Agile the right way. In this session, we will look at a core definition of Scrum, Kanban & DevOps, do some myth-busting as well as identify the quite significant common ground between Scrum, Kanban and DevOps. We will then look at practical ways like the Kanban-based Sprint Backlog, Flow-based Daily Scrum, Visualizing aging work, Flow-based Sprint Planning - which bring some Kanban flow into your Scrum. We will look at how to bring Scrum roles/events/artifacts into your Kanban. We will look at ways to wrap Scrum with a Kanban Flow system that looks upstream/downstream and at the higher level picture of a DevOps Culture/Process. You’ll leave with a better understanding of how Scrum, Kanban, and DevOps relate to each other and with some ideas for experiments to try when back at work.
10 Essential SAFe(tm) patterns you should focus on when scaling AgileYuval Yeret
Scaling agile can be overwhelming. In this tutorial, Yuval will provide an overview of the ten essential SAFe patterns, and highlight the diagnostic symptoms that appear when the patterns aren’t in place. Attendees will develop a personal “flash assessment” of their current work context and will be able to identify to “inspect and adapt” areas for improvement. They will also learn how to use this sort of assessment/patterns during their scaled agile journey.
(This includes the Essential SAFe assessment toolkit provided by ScaledAgile)
Scrum 4 marketing - Give Thanks to Scrum 2017Yuval Yeret
Scrum in Marketing
What does Scrum in Marketing look like? Why are more and more marketers using Scrum? How is it different than Scrum in software development? What are some challenges that marketers are facing when using Scrum – Are those Scrum deficiencies? Does Scrum mean giving up on the marketer artsy creative spirit? Where/how to start? This talk is based on Yuval’s work with real-world marketing teams/organizations.
Encryption in Microsoft 365 - ExpertsLive Netherlands 2024Albert Hoitingh
In this session I delve into the encryption technology used in Microsoft 365 and Microsoft Purview. Including the concepts of Customer Key and Double Key Encryption.
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
Are you looking to streamline your workflows and boost your projects’ efficiency? Do you find yourself searching for ways to add flexibility and control over your FME workflows? If so, you’re in the right place.
Join us for an insightful dive into the world of FME parameters, a critical element in optimizing workflow efficiency. This webinar marks the beginning of our three-part “Essentials of Automation” series. This first webinar is designed to equip you with the knowledge and skills to utilize parameters effectively: enhancing the flexibility, maintainability, and user control of your FME projects.
Here’s what you’ll gain:
- Essentials of FME Parameters: Understand the pivotal role of parameters, including Reader/Writer, Transformer, User, and FME Flow categories. Discover how they are the key to unlocking automation and optimization within your workflows.
- Practical Applications in FME Form: Delve into key user parameter types including choice, connections, and file URLs. Allow users to control how a workflow runs, making your workflows more reusable. Learn to import values and deliver the best user experience for your workflows while enhancing accuracy.
- Optimization Strategies in FME Flow: Explore the creation and strategic deployment of parameters in FME Flow, including the use of deployment and geometry parameters, to maximize workflow efficiency.
- Pro Tips for Success: Gain insights on parameterizing connections and leveraging new features like Conditional Visibility for clarity and simplicity.
We’ll wrap up with a glimpse into future webinars, followed by a Q&A session to address your specific questions surrounding this topic.
Don’t miss this opportunity to elevate your FME expertise and drive your projects to new heights of efficiency.
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
Connector Corner: Automate dynamic content and events by pushing a buttonDianaGray10
Here is something new! In our next Connector Corner webinar, we will demonstrate how you can use a single workflow to:
Create a campaign using Mailchimp with merge tags/fields
Send an interactive Slack channel message (using buttons)
Have the message received by managers and peers along with a test email for review
But there’s more:
In a second workflow supporting the same use case, you’ll see:
Your campaign sent to target colleagues for approval
If the “Approve” button is clicked, a Jira/Zendesk ticket is created for the marketing design team
But—if the “Reject” button is pushed, colleagues will be alerted via Slack message
Join us to learn more about this new, human-in-the-loop capability, brought to you by Integration Service connectors.
And...
Speakers:
Akshay Agnihotri, Product Manager
Charlie Greenberg, Host
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
Key Trends Shaping the Future of Infrastructure.pdfCheryl Hung
Keynote at DIGIT West Expo, Glasgow on 29 May 2024.
Cheryl Hung, ochery.com
Sr Director, Infrastructure Ecosystem, Arm.
The key trends across hardware, cloud and open-source; exploring how these areas are likely to mature and develop over the short and long-term, and then considering how organisations can position themselves to adapt and thrive.
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
The Art of the Pitch: WordPress Relationships and Sales
Effective Agile Retrospectives
1. At regular intervals, the team reflects
on how to become more effective, then
tunes and adjusts its behavior
accordingly.”
Agile Manifesto principle
2. Why Retrospect
Credit: Agile Retrospectives – Making good teams Great by Esther Derby &
Diana Larsen
http://pragprog.com/book/dlret/agile-retrospectives
3. Why Retrospect
Learning
Reflection is a key step in learning from
experience
Ownership
Gives a team a way to adapt process to
their context
Communication
Each member of the project team has
different experience and when we share
these perspectives we understand each
other better
4. Retrospective Cycle
• Often –
– remember
what
happened Custom
event
– Small
direction
changes Sprint
– Tight Iteration/
Feedback loop Release
5. What its NOT
Focus on system/process RATHER than individuals
– “A bad system will DEFEAT a good person
every time. “ Deming
– Although SOME problems are really PEOPLE
problems, a retrospective is NOT the place to
solve them!
Photo credit: Mike Vidzos http://www.implementingscrum.com/2007/09/04/scary-team-retrospectives-part-one/
6. Retrospectives Prime Directive
Kerth's Prime Directive:
“Regardless of what we discover,
we must understand and truly
believe that everyone did the
best job he or she could, given
what was known at the time, his
or her skills and abilities, the
resources available, and the
situation at hand.”
http://www.retrospectives.com/pages/retroPrimeDirective.html
7. Negating the Negative
A message wrapped in a
complaint may be
worth listening to, but
the negative packaging
can harm the learning
process
Retrospective format should use activities
which try to diffuse the negative nature
of complaints ..
11. Credit: Agile Retrospectives – Making good teams Great by Esther Derby &
Diana Larsen
http://pragprog.com/book/dlret/agile-retrospectives
12. Positive/Appreciative Goal
• Set the Stage:
State an affirmative goal for the session. Choose among
goals like:
• During this retrospective, we’ll find ways to amplify our
strengths in process and teamwork.
• In this session, we’ll discover where we added the most
value during our last iteration and plan for increasing
the value we add during the next iteration.
• The goal for today’s retrospective is building on our
best uses of engineering practices and methods.
• We’re going to seek out our highest quality working
relationships and find ways to expand on the
13. Engage Everyone
• If applicable - Determine Safety
• Determine interest – ESVP
• Engagement Circle
– One new thing about himself/the
team/the last iteration that wasn’t
mentioned/known before
14.
15.
16.
17. Review Available Data
• Velocity Trend (Control Chart)
• Cycle Times Control Chart
• Cumulative Flow Diagram
• Bonus points for: Time-lapse of Kanban Board…
• Blocked Items History
28. Appreciative Futurespective
• Imagine we could time travel to the end of the
next release. When we arrive there and converse
with our future selves, we hear that it was the
most productive, most satisfying effort we’ve
ever worked on. What do you see and hear in
that future time?
• Wait 2 or 3 minutes for team members to connect
with this vision. Then ask: “What changes did we
implement now that resulted in such productive and
satisfying work in the future?”
• Write down all the answers / Silent Brainstorming
• [Silent] Grouping
29.
30.
31.
32. Retrospective Planning Game
• “Which ideas and actions build on our successes, meet the situational (or
customer) needs, and tap our greatest energyCreate a list of potential
action steps.
• Create backlog – Goals/User Stories
• Groom the backlog so each goal is SMART, or as User Story is INVEST…
• Prioritize based on
– “What are we best positioned to try next?”
– “What do we really want to try (or sustain)?”
• Estimate highest priority US (in SP!)
• Decide on budget/capacity to allocate to improvements, and mechanism
to sync to the Release backlog
• Each committed change should have a volunteer owner
37. Anti-pattern – Wait for the retrospective
• Retrospective replaces ad hoc problem solving
• You need a problem solved. The retrospective is a place
to identify and solve problems.
• Antipattern solution: Wait until the retrospective to
raise the problem and get it solved.
• Consequences: Problem resolution is deferred. The
retrospective gets swamped with problems. Not enough
time in the retrospective to solve all problems, let alone
to explore what is not yet known.
• Refactored solution: If you get aware of a
problem, raise and solve it outside the retrospective.
Enter the retrospective with an open mind to what new
things you might discover and want to tackle.
38. Anti-pattern – Back to the Future
• Retrospectives are about looking back - they even
have it in their name. And I remember a lot of
problems I had.
• Antipattern solution: Focus on talking about what
happened. Focus especially on what went wrong.
• Consequences: The retrospective becomes a
depressive, energy draining meeting no one enjoys.
• Refactored solution: Yes, look at the past - to
share stories, to further understanding, and to paint
a picture of a brighter future. Focus on what you
have learned, on what you want to do differently (or
the same!) in the future. Try an Appreciative
Retrospective.
• Result: A forward looking team with the energy to
make a difference.
39. Anti-pattern – retrospective as
reporting/complaining to management
• Retrospectives as reporting to management
• A problem is perceived to be only solvable with management
involvement/approval.
• Antipattern solution: Create actions that need management involvement
or approval.
• Consequences: Problem resolution is dependent on management taking
action. If management has different priorities, nothing happens.
Retrospectives degenerate into complain sessions, where you don't even
expect to be able to make a difference.
• Refactored solution: For every problem, come up with at least one action
that doesn't need management involvement or approval, and will improve
the situation at least a bit.
• Result: Continuous improvement, however small. Team members get a
better feel for the power they actually have. Managers see team members
take initiative. They might even get interested in getting involved in the
ongoing change.
41. Preparing
• Schedule/Length - Rachel Davies suggests
30 minutes for each week (1:30 hours for
3w sprint, whole day for iteration)
– Face to Face >= Video Conf >= Telephone
• Location – Offsite for iteration, Good
meeting room for sprint
– White boards (More than one / Flip chart)
– Supplies (Markers, Sharpies, Stickies, Dots)
• Decide which exercises (various
alternatives for each stage – mix it up
from time to time)
• Prepare the room
42. Leading the retrospective
• Facilitator vs team member role
• Handle different personalities
– Quiet
– Overbearing
– Passive Aggressive
• Handle different cultures
• Attitude
43. Bibliography
Ester Derby, Diana Larsen
Agile Retrospectives: making good teams
great
http://pragprog.com/book/dlret/
agile-retrospectives
44. Bibliography
Norman Kerth
Project Retrospectives: A handbook for
team reviews
http://www.dorsethouse.com/books/pr.html
45. Tips
•Split into small groups to narrow down actions (helps with large teams
or with quiet members)
•Use a space without a table
•Write the output on a flip chart and stick it up in the workspace where
all can see
•Location, location, location - find a good spaces and mix it up so not
always in same place
•Food (especially nice food like cakes & biscuits) is an excellent way to
make the session more appealing and is a great leveller.
•Use a facilitator from outside the team (e.g. another team's scrum
master)
•Swap the facilitation role within the team: don't let it fall to the same
person (coach, scrum master) each time
•Plan your retrospectives - don't just turn up and run it the same way
each time.
•Throw away everything from the retrospective except the retrospective
actions. Focus on outcomes, not problems.
46. More References/Credits
• Appreciative Retrospectives -
http://www.ayeconference.com/appreciativeretrospecti
ve/
• http://retrospectivewiki.org
• http://groups.yahoo.com/group/retrospectives
• http://www.clearlearning.ca/pdf/ADA.pdf
• http://www.diigo.com/user/yyeret/retrospectives
• http://jamesshore.com/Agile-Book/retrospectives.html
• This presentation was created and evolved by the
AgileSparks Coaching team. Feel free to use/remix for
non-commercial purposes.
We appreciate the credit though…
Editor's Notes
A rough guide to timings is a team need 30 minutes retrospective time per week under review so using this formula allow 2 hours for a monthly retrospective and a whole day for a retrospective of a several months work.