Getting new teams to work together is hard. Really. Hard.
Is it because there is so much hype around new Agile teams? Or is it because there is such a focus on “doing things right” (or “doing” Agile right), that we forget about the people actually doing the work? Regardless of the reason, before we can change the way people work... we need to focus on the things that are important for teamwork to work!
We believe that the key to high-performance teams is creating an intentional culture that respects and embraces diversity - whether it be race, gender, class, culture, age, beliefs, language, skills or background. So join us as we explore the Team Canvas – sort of like a Business Model Canvas for teamwork - covering nine essential teamwork elements:
Purpose - Why we are doing what we are doing?
People & Roles - What are our names, roles and responsibilities?
Common goals - What do we as a group want to achieve together?
Personal goals - What do I as an individual want to achieve?
Team values - What do we really stand for and believe in?
Needs and expectations - What do each of us need to be successful in a diverse team?
Rules & Activities - How do we communicate and keep everyone up to date?
Strengths & Assets - What skills do we have in the team?
Weaknesses & Risks - What are the weaknesses we have, as an individual and as a team?
We will walk through our agenda for team lift-offs, facilitation posters and preparation work required, materials needed, and facilitation tips and tricks. All packaged in a handy pocket guide, that you can use to explore tried and tested techniques for each essential element. We will also have an opportunity to practice some of these techniques during the session.
Get ready to lift-off your team in T-minus 10... 9... 8...
More details:
https://confengine.com/agile-india-2019/proposal/8348/t-minus-10-9-8-we-have-lift-off
Conference link: https://2019.agileindia.org
What is DevOps | DevOps Introduction | DevOps Tutorial For Beginners | DevOps...Simplilearn
In this presentation, you will learn:
1. What is DevOps?
2. Why DevOps?
3. DevOps goals.
4. Technical challenges.
5. DevOps tools.
6. DevOps Toolchain.
Simplilearn’s DevOps practitioner training course is designed to allow you to apply the latest in DevOps methodology to automate your software development lifecycle right out of the class. You will master Configuration Management, Continuous Integration and Continuous Deployment, Continuous Delivery, Continuous Monitoring using DevOps tools-Git, Docker, Jenkins, Puppet and Nagios in a practical, hands-on and interactive approach. The course is centered around makes use of Docker containers. This technology is revolutionizing the way apps are deployed on the cloud today and is a critical skillset to master in the cloud age.
Who should do this course?
DevOps career opportunities are increasing. Many organizations with to adopt DevOps practices to improve the reliability and maintainability of their production environments. The course will be of benefit for the following professional roles:
1. Software Developers
2. Technical Project Managers
3. Architects
4. Operations Support
Prerequisite knowledge of software development, preferably in Java, and the UNIX/Linux command line tools is essential for this course.
MidwestPHP - Getting Started with Magento 2Mathew Beane
Magento 2 is a fresh take on a modern eCommerce platform rich in features and community. We will go over common best practices and toolsets, and to introduce popular community resources. Then we will take a dive into setting up a Magento 2 site to illustrate the effort required to get a project off the ground, and to find a better understand of what Magento 2 offers.
Covers the following Topics:
the following topics:
Best Practices: Keeping core clean, how to modify Magento the right way.
Community Resources: How to join the Magento Community
Certification: How to get Magento Certified
Migrating from Magento 1: A look at the tools and methods.
Setting up a Magento site: Covering the basic design and development choices.
What is DevOps | DevOps Introduction | DevOps Tutorial For Beginners | DevOps...Simplilearn
In this presentation, you will learn:
1. What is DevOps?
2. Why DevOps?
3. DevOps goals.
4. Technical challenges.
5. DevOps tools.
6. DevOps Toolchain.
Simplilearn’s DevOps practitioner training course is designed to allow you to apply the latest in DevOps methodology to automate your software development lifecycle right out of the class. You will master Configuration Management, Continuous Integration and Continuous Deployment, Continuous Delivery, Continuous Monitoring using DevOps tools-Git, Docker, Jenkins, Puppet and Nagios in a practical, hands-on and interactive approach. The course is centered around makes use of Docker containers. This technology is revolutionizing the way apps are deployed on the cloud today and is a critical skillset to master in the cloud age.
Who should do this course?
DevOps career opportunities are increasing. Many organizations with to adopt DevOps practices to improve the reliability and maintainability of their production environments. The course will be of benefit for the following professional roles:
1. Software Developers
2. Technical Project Managers
3. Architects
4. Operations Support
Prerequisite knowledge of software development, preferably in Java, and the UNIX/Linux command line tools is essential for this course.
MidwestPHP - Getting Started with Magento 2Mathew Beane
Magento 2 is a fresh take on a modern eCommerce platform rich in features and community. We will go over common best practices and toolsets, and to introduce popular community resources. Then we will take a dive into setting up a Magento 2 site to illustrate the effort required to get a project off the ground, and to find a better understand of what Magento 2 offers.
Covers the following Topics:
the following topics:
Best Practices: Keeping core clean, how to modify Magento the right way.
Community Resources: How to join the Magento Community
Certification: How to get Magento Certified
Migrating from Magento 1: A look at the tools and methods.
Setting up a Magento site: Covering the basic design and development choices.
Kubernetes Story - Day 3: Deploying and Scaling Applications on OpenShiftMihai Criveti
Day 3: OpenShift, CodeReady Containers and Operators https://www.youtube.com/watch?v=0txK3icU2Pg
Experience new tools to build, manage and deploy containerized applications following best practices. Learn how to build containers locally with podman, skopeo and buildah, publish and scan containers for vulnerabilities - and deploy containerized applications locally or on cloud using Kubernetes and OpenShift!
Mihai will take you through the process of:
Day 1 = Build: Building and running container images locally with podman, skopeo and buildah. Building containers for years or just getting started? Check out these new tools that help you build and run containers locally, and how they can help you get started with Kubernetes and OpenShift.
Learn some of the best practices on how you can build containers that run as regular users and how to automate the container build process using buildah. Learn about the Universal Base Image and how you can start your image builds from a known, trusted source.
and then over the next two Fridays the story will evolve as follows...
Day 2 = Publish: Publishing container images to quay.io and scanning containers for vulnerabilities and container best practices
Day 3 = Deploy: Getting started with OpenShift using CodeReady Containers or OKD and deploying containers on a Kubernetes Platform (Red Hat OpenShift / OKD / CRC)
Bamboo is a continuous integrations server from Atlassian. But Bamboo is much more than that. See, how a modern CI-Server goes further with automated building, testing, deploying, and releasing of your software.
2015년 8월 29일 강남역 네이버 D2에서 열린 SOCC 6th Conference 에서 발표한 자료입니다.
첫 번째로는 많은 사람들이 언제 처음 공부를 시작했는지를 중요하게 생각하는데, 어떻게가 더 중요하다는 점을 강조하고자 했습니다.
두 번째로는 내가 어떻게 공부를 했었는지에 대한 방법을 소개했습니다.
마지막으로 신기한 방법으로 두 문제를 풀어봅니다.
https://www.acmicpc.net/problem/9457
https://www.acmicpc.net/problem/2329
넥슨 글로벌 플랫폼 구축 이야기 : DB Migration case study (임현수 플랫폼인프라실 Technical Manager, 넥...Amazon Web Services Korea
넥슨 글로벌 플랫폼 구축 이야기 : DB Migration case study
이 세션에서는 넥슨의 Case study를 통하여 글로벌플랫폼 구축을 위해 기존 플랫폼을 AWS로 Migration하는 과정 및 발생가능한 이슈를 공유합니다. 넥슨이 DB서버를 이전하는 과정 속에서 마주한 기술적 고민과 이슈를 통하여 AWS 활용 시 고려해야 할 부분들에 대해 소개하고 함께 이야기 나누고자 합니다.
T minus 10 9 8 we have lift off Agile 2018Angie Doyle
Here are the slides we used for our presentation at Agile 2018. And here is the link for the accompanying booklet: https://sketchingscrummaster.files.wordpress.com/2018/08/agile-2018-t-minus-10-9-8-booklet.pdf)
Kubernetes Story - Day 3: Deploying and Scaling Applications on OpenShiftMihai Criveti
Day 3: OpenShift, CodeReady Containers and Operators https://www.youtube.com/watch?v=0txK3icU2Pg
Experience new tools to build, manage and deploy containerized applications following best practices. Learn how to build containers locally with podman, skopeo and buildah, publish and scan containers for vulnerabilities - and deploy containerized applications locally or on cloud using Kubernetes and OpenShift!
Mihai will take you through the process of:
Day 1 = Build: Building and running container images locally with podman, skopeo and buildah. Building containers for years or just getting started? Check out these new tools that help you build and run containers locally, and how they can help you get started with Kubernetes and OpenShift.
Learn some of the best practices on how you can build containers that run as regular users and how to automate the container build process using buildah. Learn about the Universal Base Image and how you can start your image builds from a known, trusted source.
and then over the next two Fridays the story will evolve as follows...
Day 2 = Publish: Publishing container images to quay.io and scanning containers for vulnerabilities and container best practices
Day 3 = Deploy: Getting started with OpenShift using CodeReady Containers or OKD and deploying containers on a Kubernetes Platform (Red Hat OpenShift / OKD / CRC)
Bamboo is a continuous integrations server from Atlassian. But Bamboo is much more than that. See, how a modern CI-Server goes further with automated building, testing, deploying, and releasing of your software.
2015년 8월 29일 강남역 네이버 D2에서 열린 SOCC 6th Conference 에서 발표한 자료입니다.
첫 번째로는 많은 사람들이 언제 처음 공부를 시작했는지를 중요하게 생각하는데, 어떻게가 더 중요하다는 점을 강조하고자 했습니다.
두 번째로는 내가 어떻게 공부를 했었는지에 대한 방법을 소개했습니다.
마지막으로 신기한 방법으로 두 문제를 풀어봅니다.
https://www.acmicpc.net/problem/9457
https://www.acmicpc.net/problem/2329
넥슨 글로벌 플랫폼 구축 이야기 : DB Migration case study (임현수 플랫폼인프라실 Technical Manager, 넥...Amazon Web Services Korea
넥슨 글로벌 플랫폼 구축 이야기 : DB Migration case study
이 세션에서는 넥슨의 Case study를 통하여 글로벌플랫폼 구축을 위해 기존 플랫폼을 AWS로 Migration하는 과정 및 발생가능한 이슈를 공유합니다. 넥슨이 DB서버를 이전하는 과정 속에서 마주한 기술적 고민과 이슈를 통하여 AWS 활용 시 고려해야 할 부분들에 대해 소개하고 함께 이야기 나누고자 합니다.
T minus 10 9 8 we have lift off Agile 2018Angie Doyle
Here are the slides we used for our presentation at Agile 2018. And here is the link for the accompanying booklet: https://sketchingscrummaster.files.wordpress.com/2018/08/agile-2018-t-minus-10-9-8-booklet.pdf)
How do you know you are ready to start iterating? In some cases, very little is needed before the first iteration. In other cases, rushing to iterate (because you were told to) can lead to weeks of time wasted overly focused on delivering a poorly understood product.
This tutorial provides concrete tools for discovering your product context and assessing whether you are ready to start building and / or iterating. Participants will learn tools for defining how much process you need and tools for truly understanding what you are building and why, as well as who will use it, why they will (or will not) use it and why.
Blending Product Discovery and Product DeliveryJosiah Renaudin
More and more organizations are realizing that while they are getting more done, they are not necessarily getting more value. More code does not mean more product and more product does not mean more market share. According to David Hussman, we need to shift our focus toward a balanced investment in discovery and delivery without going back to gathering big requirements up front. To accomplish this, we need to embrace new discovery metaphors and practices. David draws on his years of experience working with product managers, heads of product, and product owners as he introduces ideas like mapping teams to product, product discovery cadence that feeds a product delivery cadence, how to learn outside the code, and when it is essential to learn in the code. If you are looking for a post-agile gem, drop in and be ready to move on, building on the past success of agile methods while looking toward a future where product learning is valued over process worship.
Filled with questions, explanations and examples, this guide asks 6 essential questions that a designer should answer when co-creating Experience Maps with clients. It supports designers who strive for the best Customer Experience (CX) of their clients' customers.
A big thanks to Ewout van Lambalgen for the illustration!
Facilitating STEM Gamification & Business Model Gamification Projects: Some V...Rod King, Ph.D.
This presentation contains some visual templates for facilitating STEM Gamification as well as Business Model Gamification projects. STEM is an acronym for Science; Technology; Engineering; Mathematics.
Step by step description on how to run a (re)branding exercise using a method developed by Business Quests that exploits various disciplines amongst which De Bono's Six Thinking Hats.
The ENGAGE Learning portal and tools were presented at this workshop and knowledge will be provided on the step by step introduction of game-based learning. The tools will support workshop participants in how to select, modify, design and adopt games for their own classes, regarding their local and cultural agendas. Selected use cases of game-based learning were presented and explained. The workshop was carried out interleaving presentations, demonstrations, discussions and group work.
I am a agile tester, because...(masterclass at the Barcelona Test Academy)Derk-Jan de Grood
These are the slides of the masterclass I gave 24-1-2018 at the Barcelona Test Academy. Using a assessment we started a discussion about what it takes to be an agile tester.
Description: Testing has transformed into Agile Testing. Testing has become a responsibilty of the whole development team. Many testers wonder what their role is now that everyone is testing. Some people say that Testing is WHAT we do and Agile is HOW we do it. In order to contribute effectively to quality solutions, agile testers need to combine the WHAT and HOW in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add value. In this workshop participant will fill ins an self-assessment based on the 12 characteristics of the agile tester. We’ll share the group results and create a snapshot of where we stand. Next, we will discuss each of the characteristics mean to us, how do they make agile testing work, help to boost the agility of the test process and how we can embed quality in the agile development process. In groups we will share examples from the trenches to go along with each of characteristics. What do we do to make it work, and what challenges do we encounter? Participants will help each other and be able to benchmark their own ideas.
This session aligns with the needs that I recognize with many colleagues. They are good testers, work successfully in an agile environment, but want to get better in explaining why they are a good tester. How does their attitude and approach contribute to valuable software solutions? Join this session if you want to improve yourself and want to get practical tips from the real world; If you want to learn what makes your testing agile and how is your agile mindset translated into a valuable testing approach. Participants can use the self-assessment to identify blind spots in their skills. Each of the participants will leave the room with a good understanding of where he/she stands: “I am an agile tester because…”
Similar to T-minus 10… 9… 8… We have lift-off! by Talia Lancaster & Angie Doyle (20)
Everyone has stories of failure. That time you fell off your bike. The day you wore your jumper backwards without realising . That wireframe that confused your customers. The new feature no one used.
Failure is an inevitable part of life and as our delivery practices have matured we’ve celebrated the role that failure plays in building our products.
We Fail Fast. We Fail Forward. We Fail Better.
It almost feels like we want to fail.
It’s as if failure itself is our goal.
Has this obsession with failure clouded our thinking and distracted us from what we are actually trying to achieve?
In this session I will explore the prevailing ideas around failure and how they limit our ability to grow our teams and, just as importantly, the individuals that make up those teams. This talk will leave you with practical actions you can take to create a culture of learning and empowerment…and ultimately create a culture of success rather than failure.
More details:
https://confengine.com/agile-india-2019/proposal/8456/lessons-about-failure-from-the-girl-who-came-last
Conference link: https://2019.agileindia.org
As part of Nedbank's nWoW initiative we also started implementing DevOps practices within product teams; breaking down cultural biases, redefining new processes and standardizing on our DevOps toolchain. Today, months later we’re successfully doing production releases on a weekly basis, fully automated.
More details:
https://confengine.com/agile-india-2019/proposal/8422/devops-in-action-how-nedbank-went-from-quarterly-to-weekly-releases-in-no-time
Conference link: https://2019.agileindia.org
Join me for a very short Design Sprint, where we go through the motions meant for 5 days in just 90 minutes, with a commentary from me about my personal experience in facilitating these.
More details:
https://confengine.com/agile-india-2019/proposal/8407/a-very-short-design-sprint
Conference link: https://2019.agileindia.org
Based on 12 years of experience in numerous transformations, some small, some mammoth, some successful and some not, this talk will outline how to craft a successful Agility transformation from scratch to finish.
The talk will address the following million-dollar questions:
Why would you even want to transform and why is Business Agility one of the most popular options today?
Once you’ve decided to transform, where do you start and how to plan and set up the transformation for success?
What are the parts of a business or organization that need to be transformed? Think of the 3 ‘S’s – Structure, Systems, and Style.
What is the target transformation state?
How do you manage the transformation and tackle the issue of scale?
What to do when the organizational antibodies come for you?
What does success look like and how do you measure it?
When should you stop and get the hell out?
A talk filled with real-world stories and ‘too funny to be true’ incidents that will show you the way, or what to avoid?
More details:
https://confengine.com/agile-india-2019/proposal/8363/how-to-successfully-craft-a-business-agility-transformation
Conference link: https://2019.agileindia.org
Test Encapsulation has its basis in a research paper I wrote about a decade back for Testing Experience magazine and later presented in a some conferences. At the heart of test encapsulation is introspection - making 'test' the most powerful component of the test automation engine, providing all meta data to it so that it can make run time decisions for itself. It's a complete rethinking of the way test automation engines are architected internally.
The ideas were at a very nascent stage at that time. And well, they were just ideas and I was told how impossible they were. So, I ended up experimenting with the concept for almost a decade, creating 20+ automation engines, big and small, touching the philosophies to various levels. They had varying amount of success w.r.t. where I wanted them to be.
At last, I have got it right to a fair extent. This presentation would be more than theoretical exploration of possibilities. I would demonstrate a test engine that achieves many of the ideas that I discuss. The engine would be free and open-sourced so that attendees can freely experiment further.
More details:
https://confengine.com/agile-india-2019/proposal/8347/test-encapsulation-automated-tests-that-decide-for-themselves
Conference link: https://2019.agileindia.org
What a joy to be in a key leadership position in one of the largest-ever corporate experiments - the transition to new ways of working. I'm accountable for establishing and operating the Centre of Expertise, New Ways of Delivering - how we uplift culture, delivery & technical capability. We're doing this through consulting, coaching, educating, facilitating & mentoring.
The scope - 5000 people, 500 squads, 6 regions.
The process - Think systemically, optimise locally.
The result - it's a process...
More details:
https://confengine.com/agile-india-2019/proposal/8344/from-dogma-to-pragma-helping-500-squads-on-the-road-to-agile-maturity
Conference link: https://2019.agileindia.org
Anti-Patterns are like patterns, only more informative. With anti-patterns you will first see what patterns reoccur in "bad" retrospectives and then you will see how to avoid, or remedy, the situation.
Based on her experience with facilitating retrospectives, join Aino for an entertaining and informative presentation on the anti-patterns she has seen and how to overcome the problems. We also encourage the audience to chip-in with their experiences or questions along the way.
More details:
https://confengine.com/agile-india-2019/proposal/8342/retrospective-anti-patterns
Conference link: https://2019.agileindia.org
Today success comes from building products people love, creating loyal customers and serving the broader stakeholder community. In this thoughtful exploration on the future of work, the authors explore the past, present and future of the “project”. And why, in today’s fast changing & hyper-competitive world, running a temporary endeavour is the wrong approach to building sustainable products and how #noprojects is fundamentally changing the way companies work.
The metrics by which we have historically defined success are no longer applicable and we need to re-examine the way value is delivered in the new economy. This book starts from the premise that our goal is to create value, for the customer, for the organisation and for society as a whole and shows how to empower and optimise our teams to achieve this.
The authors draw on modern management approaches to provide proven techniques and tools for producing, and sustaining, creative products that go beyond “meeting requirements”. By creating teams who are accountable for business outcomes, engineering for customer delight, and creating value for all stakeholders - profitability, customer satisfaction and employee engagement are all increased.
This book is far more than just a catalogue of practices and tools which you can apply in your product development. It contains inspirational stories from individuals, teams and organisations who have switched to this new way of thinking and working. It exposes the risks on the pathway and how others have overcome these obstacles
More details:
https://confengine.com/agile-india-2019/proposal/8313/noprojects-why-what-how
Conference link: https://2019.agileindia.org
Deep Work™ is real. It's effective. It's immensely valuable for knowledge work. And yet, it's rare.
Organizations write software in two modes, the focussed mode centered around individual technical skill, and the collaboration mode centered around the communication within the team.
By nature, these two styles are at odds with each other and preferring one means downplaying the other. We know that stellar quality work can come out of an intensely focused mode of working. But we also know that equally stellar quality of work comes from highly aligned teams that work together like a well-oiled engine.
How then should we find a balance between the two? What can leaders and managers do to encourage both? How do we keep the changes small but fundamental?
Modern work cultures and environments are tailored for collaborative work and do not give enough thought to deep work. We will look at how making small changes to the work-day schedule, and the work environment can bridge the gap and support knowledge workers to do the best work of their life.
More details:
https://confengine.com/agile-india-2019/proposal/8290/the-deep-work-divide
Conference link: https://2019.agileindia.org
The default use of an "estimate-driven" approach is pervasive in software development efforts. While estimates can be useful, it is worthwhile to scrutinize our use of estimates, and to seek better ways to manage the development of software when estimates are not appropriate. [NOTE: For this session, I am referring to the use of estimates of cost, time, or effort for software projects, features, or tasks.]
There are a number of things to explore. For example, do we really need estimates for everything we currently use them for? Are we getting a reasonable benefit from them? Is it possible to manage software development without them?
In this session we will start with an information gathering exercise to help us gain a shared idea of our current understanding of the purpose and use of estimates. From here we'll move on to examine the nature of software development projects and a few possible other ways to approach our work.
More details:
https://confengine.com/agile-india-2019/proposal/8277/beyond-estimates-estimates-or-noestimates
Conference link: https://2019.agileindia.org
Five people at one computer? How can that possibly be productive?
While this seems like a reasonable question, it's not easily answered - until we begin to understand the power of flow.
Mob Programming grew from the quest of one team to learn how to work well together. Once we started We almost immediately noticed that working this way provided better results in a variety of ways:
We were getting more done, and they were the more important thing
The quality of our work was increasing dramatically
Our Knowledge, skills, and capabilities were improving rapidly
And all while we were having a lot of fun as well!
While we noticed these benefits and more, and it was clear this was in a large part due to working well together throughout the day - we didn't have an understanding of why this was working so wonderfully for us.
A hint came early on when we recognized we were achieving a one-piece flow - but we didn't realize the importance of this until we started exploring the meaning and power of "flow".
In this presentation, we'll share the results of that exploration, and see if we can get a better understanding of Mob Programming and the power of flow.
More details:
https://confengine.com/agile-india-2019/proposal/8275/mob-programming-and-the-power-of-flow
Conference link: https://2019.agileindia.org
This day is all about the “Agile Mindset”, but what about the “Kanban Mindset?” What’s the same and what is different? Kanban is certainly consistent with the “Agile Mindset,” but also brings in concepts from Lean and other management approaches.
Join Todd as he shares how the Kanban Method focuses on the following areas in order to drive continuous improvement:
Understand the system
Manage the flow of value
Balance Demand and Capacity
Limit WIP to improve predictability
Find and address bottlenecks
Make Policies Explicit
Incremental improvement through experiment and measurement
Double loop learning (process improvement & product improvement)
Scale through the enterprise
More details:
https://confengine.com/agile-india-2019/proposal/8214/the-kanban-mindset
Conference link: https://2019.agileindia.org
The talk is to share experiences and learnings with the digital transformation at the company Siemens.
All of us who work in large, traditional cooperation can undoubtedly learn a lot from agile showcase companies like Spotify and Airbnb. But we also understand that these approaches are not easy to transfer in every context. Large companies with structures, processes and culture that evolved over decades have very special challenges in such a transformation.
A few years ago, Siemens embarked on its transformation journey. We are in the middle of the transformation from a classic industrial company of the 20th century to a digital company of the 21st century.
Some typical questions addressed by specific Siemens examples
What scaling framework to apply; if any?
Top-down or bottom-up transformation?
What are the pillars of a transformation initiative?
How to become efficient and adaptable at the same time?
How to accelerate leadership development on all levels?
More details:
https://confengine.com/agile-india-2019/proposal/8188/travel-notes-from-the-journey-of-a-170-year-old-industrial-company-to-a-digital-company-siemens-case-study
Conference link: https://2019.agileindia.org
Quality in Eurofins Genomics is a central focus point - analysis we do or products we produce have critical applications, be it production of drugs, identifying rare diseases or gene editing. IT is a driving force behind the scenes which challenges us to ensure the highest quality standards without compromising on speed.
When we start a new project, we do it with enthusiasm and feeling of doing something meaningful or even cool. Following scrum we quickly establish our velocity and deliver soon first release into production. Overall quality is quite good; results from testing acceptable, deadlines are coming so nothing can stop us. Let’s prioritize last bugs, fix critical, move rest into backlog – now we can be proud of having delivered value to users!
We continue delivering at ever increasing speed as team matures! Unfortunately the idyllic scenery gets soon destroyed by first, more and more effort needs to be spent addressing issues from both QA and production. We spend time arguing with QA and users on what is bug or if this defect is P2 or P3 or can even be seen as P4, from time to time we take a sprint to “stabilize”, but all too often nothing changes. User stories are getting spilled to next sprints, we postpone releases to have more time for testing, club them with next releases and finally find ourselves in downward spiral..
As quality cannot be compromised we quickly decide that Agile is fine, but as we work in regulated environment we need to be pragmatic and adjust Agile to our needs. What comes out is unfortunately not much different to Waterfall or V-Model, we still keep sprints and do reviews, but realize that only form is left. I am directly responsible for IT in Eurofins Genomics so will share experience from the field on how did we overcome this and reanimated Agile.
More details:
https://confengine.com/agile-india-2019/proposal/8187/regulations-eat-agile-for-breakfast
Conference link: https://2019.agileindia.org
In 2008 I was member of a leadership team at Ericsson starting the transformation towards agility for a 2000 people organization. Soon we heard, that agile is a mindset and somehow that sounded right. But it was so hard to get: for me that full mindset change journey took about a year. Through it, I have become one of the transformation drivers at enterprise level. Today I am driving the transformation of a 15000 people business unit as organizational coach/inhouse consultant. Having worked with all kinds of people in all kinds of roles on all levels in the hierarchy across the company gave me a lot of experience with how to get the mindset across. One key learning is, that there is no one-size-fits all approach to it. People are different and different groups of people react in different ways through the group dynamics.
In this talk I will share my 10-year-experience with facilitating mindset change. I will share several examples of different kinds of people and groups of people I encountered and what I found working to facilitate the mindset change.
More details:
https://confengine.com/agile-india-2019/proposal/8182/10-years-of-transforming-mindset
Conference link: https://2019.agileindia.org
Adaptive handling and flow of financials are an important ingredient to business agility. Essentially what we want to achieve is, to have the money in a company flow to where it creates most value. In the modern dynamic business environment this is an increasing challenge as we on one side see the need to be very adaptive throughout the year to cope with the changes in the business and on the other side people in enterprises as well as suppliers and partners would like to have sufficient financial stability to plan their work. On top of that come regulatory requirements.
For ICAgile I led an international team of professionals in 2018 to create a learning curriculum outlining the most important things you need to know about finance in an agile enterprise. This curriculum is published under creative commons license. In this talk you will get an overview of finance agility based on the professional knowledge of this team.
More details:
https://confengine.com/agile-india-2019/proposal/8181/agile-finance-enabling-business-agility
Conference link: https://2019.agileindia.org
Modifying the schema of a production database is hard. If something goes wrong, the impact on both customers and the team can be enormous. And it can be hard or even impossible to rollback a database schema change if things go wrong. And the same is true for any architectural change for a production application.
The Branch by Abstraction and Strangler Pattern makes significant application changes easier. Are there any similar patterns we can use to make production database changes less risky?
Indeed, there are. The Expand/Collapse pattern is a blueprint for making the database migration. It makes the remodelling both reversible and safe. By expanding the application to accommodate both the old and the new schemas in parallel, we can give ourselves time to:
Migrate any downstream dependencies on the old database schema
Gain confidence that the migration is safe
We contract the application to the new version, once we’ve satisfied that the old schema is no longer needed.
The pattern helps to make significant, but necessary refactorings to your data model in a continuous delivery way. Most importantly, without threatening the robustness of your production applications.
While working with our product, I’ve successfully applied this pattern to make major changes to the core of the application, all while serving customers in production. I’ve learned some important lessons about how to best implement the Expand/Contract pattern.
In this session, I’ll share my experiences on how to avoid pitfalls and succeed at these kinds of major data remodelling with hardly any downtime.
More details:
https://confengine.com/agile-india-2019/proposal/8174/expand-contract-pattern-for-continuous-delivery-of-databases
Conference link: https://2019.agileindia.org
I'll present how the dynamics of today's world means that old ways of organizing power in businesses are no longer working.
We need to re-look at our organization structures so that the emerging culture allows for more effective ways of using power.
I'll cover:
The Decay of Power and What It Means For Your Organization
Current Structures Make it Difficult to Get Things Done
Holacracy — A New Social Technology To Organize Power in Pursuit of Purpose
5 Ways Holacracy Organizes Power to Thrive in a Rapidly Changing World
1. The purpose is the new Boss
2. Autonomy: Everyone is a Leader (but lead roles not people)
3. Create Fractal structures (not Hierarchical or Flat)
4. Power vested in rules (not people)
5. Dynamic org structure that evolves (instead of rigid top-down ones)
More details:
https://confengine.com/agile-india-2019/proposal/8145/re-thinking-how-power-is-organized-in-businesses-to-thrive-in-a-rapidly-changing-world
Conference link: https://2019.agileindia.org
Do you want to hire the best? I suppose yes. Do you want them to grow, to improve their skills continuously and to develop your company? Hope so? But what happens if people grow quicker than the company itself? That might be an issue and you need serious changes in your company to keep employees interested to stay, to grow and to develop your company. We are using open salaries, money transparency and an advice process in ScrumTrek company to retain interest, to have a new source of enthusiasm and motivation of our employees. We started our journey 2.5 years ago and we are happy to share how it feels from inside.
More details:
https://confengine.com/agile-india-2019/proposal/8090/open-salaries-from-employees-to-managing-partners
Conference link: https://2019.agileindia.org
I had been sitting in a few team retrospectives and hearing the same old tired pattern of "what went well, what didn't, what can we improve". The teams were bored, I was bored, they were just doing mechanical Scrum. Retrospectives are such a powerful tool to drive continuous improvement, but what i was seeing was a stagnation and the true value of this event was being lost.
End of the Sprint was coming up so as the enterprise agile coach, I thought I'd provide some of my favourite patterns and ended up providing my 20 Scrum Masters with a playbook to accelerate and reinvigorate learning and improvement, retrospectives and ideas as well as links to where to find more.
Would love to share these patterns with you, discuss the pain points we were experiencing and how we were able to reinvigorate this event and improve overall quality of our delivery. It will be a workshop so would also love to hear your favourite patterns so we can share them with the group in this workshop and help inspire our teams to strive for activating real improvements.
More details:
https://confengine.com/agile-india-2019/proposal/8084/accelerate-improvements-through-retrospectives
Conference link: https://2019.agileindia.org
This presentation, created by Syed Faiz ul Hassan, explores the profound influence of media on public perception and behavior. It delves into the evolution of media from oral traditions to modern digital and social media platforms. Key topics include the role of media in information propagation, socialization, crisis awareness, globalization, and education. The presentation also examines media influence through agenda setting, propaganda, and manipulative techniques used by advertisers and marketers. Furthermore, it highlights the impact of surveillance enabled by media technologies on personal behavior and preferences. Through this comprehensive overview, the presentation aims to shed light on how media shapes collective consciousness and public opinion.
Collapsing Narratives: Exploring Non-Linearity • a micro report by Rosie WellsRosie Wells
Insight: In a landscape where traditional narrative structures are giving way to fragmented and non-linear forms of storytelling, there lies immense potential for creativity and exploration.
'Collapsing Narratives: Exploring Non-Linearity' is a micro report from Rosie Wells.
Rosie Wells is an Arts & Cultural Strategist uniquely positioned at the intersection of grassroots and mainstream storytelling.
Their work is focused on developing meaningful and lasting connections that can drive social change.
Please download this presentation to enjoy the hyperlinks!
13. - Team Name
- Method of collaboration (Slack, Zoom)
- How do we visualize work? (physical or virtual?)
- Core working hours (flexi hours, religious events)
- Multiple time zones
- Leave (sick leave work buddy)
- Team Framework (Scrum)
- Definition of Ready
- Definition of Done
- Team calendar
- Conflict protocol
Rules&Activities
More comprehensive list in AdamWeisbart – Scrum Kick Off Planner
27. Do it yourself values
Needs and expectations
card game
Each team will have the
opportunity to select one
of the following
techniques to practice
SMARTER Canvas
Personal Goals
28.
29. Time Section Activity Materials/Supplies/Handouts
2’ Introduction Introduce speakers, ask questions on high
teams
- One booklet per
- Colored markers
- Post-it notes
- Sharpies
- Agenda/ Parking Lot
- Action Log
3’ Introduction to the Team Introduce team canvas, ask to follow along in
5’ Purpose Play sample purpose video in the background
5’ People & Roles Perform “on-stage demo” of role exercise - Role flip chart poster for demo - Post-it notes with: Role, Name
5’ Strengths & Assets and
Weaknesses & Risks
Perform “on-stage demo” of Skills matrix
Assets, and Weaknesses & risks
- Large colored dots: Green, Yellow, Red (20 of each color per person per table)
- Flipchart paper
5’ Rules & Activities Review elements of working agreements
5’ Values Perform “on-stage demo” of values exercise - One A4 Management 3.0 Big Values
per person
- One sheet of blank A3 paper
- One A3 “We work best together
poster per table
- Strips of colored paper (many)
- Glue
5’ Common & Personal Goals Read sample team SMARTER goal - One A3 SMARTER goal template for demo
5’ Needs & Expectations Perform “on-stage demo” of needs and
exercise
- One pack of “All you need is…” cards
person
- 5 needs statement cards per person
25’ Practical Activities Explain the format of the exercise section - Practical kit per team
10’ Feedback & Closing Answer questions and close off with this slide
Sample Facilitation Guide
Editor's Notes
Hi, I am Angie Doyle. I am an Agile Coach, Trainer and Facilitator from a company called IQbusiness in South Africa.
Hi, I am Talia Lancaster, otherwise known as the Sketching Scrum Master … TALIA TO ADD SOME NOTES
Stand up if you have heard of high performance teams… PROCESS AS IT PLAYS OUT… (Angie)
Stay standing if you have been in a high performance team? This might even be a sports team from school or university or the army. PROCESS AS IT PLAYS OUT… (Talia)
Those of you standing… What kind of things did the high performance team you were in value? What attitudes or behaviors did you see in the team? Don’t sit down yet PROCESS AS IT PLAYS OUT… (Angie)
Those of you standing… How many of you were involved in helping to create that high performance team culture. How easy was it? PROCESS AS IT PLAYS OUT… (Talia)
Just out of interest… for those of you that were in a high performance team… put up your hands if the teams were using an Agile approach… (Angie)
Angie:
Now team culture is a funny thing. Because it’s all about how people work together and how they treat each other. It’s a difficult thing to grasp because it’s generally unspoken and unwritten. But if it is unspoken and unwritten, how can we be sure that different people in the team have a similar understanding of what is considered normal and acceptable for this team? Now most of us probably work in pretty diverse teams. And this makes team work even more challenging! Because when you work people who look different to you, and speak different to you, and who come from a different background to you – you need to bring your A game! Because you know that not everyone in the team is going to think like you. And that is exactly what we are looking for. Teams that think differently about new problems, together.
So in this perfect storm of different opinions and viewpoints, how do we create an intentional high performance culture in our team? Well, we never leave a team culture to chance. From the start, we focus on the things that make teamwork work. And once people can work together well, regardless of the approach they are using, well… then pretty much anything is possible!
Angie:
With all of our teams, we create a team charter – which is essentially the north star for the team. Everyone participates in creating it, so you tend to get more buy-in from everyone in the team. It also provide an easy way for the team to hold themselves and each other accountable to the same principles and behaviors.
A team charter is different to an Agile Charter, because the Agile charter also includes discussions around the product. We tend to hold a separate product lift-off workshop in the same week as the team charter – but that is a whole other workshop If you want a really great book on Agile Chartering, check out Liftoff: Launching Agile Teams & Projects by Diana Larsen and Ainsely Nies.
It is a good idea to create a team charter when you are creating new teams, when you feel stuck in a rut, or when you are onboarding new team members. We tend to run through our team charter at least every quarter or so just to make sure we are still aligned as a team.
After running a few team lift-off sessions, we came across a canvas that consolidates almost everything we do in a liftoff in one place. So while we didn’t create it, we do think it is pretty cool. You can check out how the creators complete the Team Canvas on their website. But for the purposes of this workshop, we are going to take you through some of the techniques we use with our teams. Now the reality is that we tend to take one or two days to do a team lift-off. And we only have just over an hour with you today. So we are going to touch lightly on some sections, but will give you a chance to practice some of the techniques. You can follow along on the different sections in your handy pocket guides.
- Inspiration, run through – option some activities
- Should be 2 days
Talia:
We always kick off our sessions with the central part of the canvas, which is purpose. And of course it helps when you have a strong sense of purpose or reason to exist. There are a few examples of our favorite purpose statements in your pocket guide, but for today we wanted to share an idea of a really fun way to connect your team to their purpose. First of all, get your team in front of their customers. This is the best way to help them to connect to why they are doing what they are doing. And then take some pictures or camera footage of the encounter. Behind us is an example of some footage that was taken of a team that my mom is part of. She is one of the Reading Gogos who operate in the East Rand. Essentially, they are a group of about 40 elderly retired ladies who travel to township schools to help the learners in the foundation phase communicate better in English. They do this by reading books to the learners, listening to the learners read and playing educations games with them – all in English. Now this is a great example of how to capture the interactions your team has with their customers – and is something that you can play back to them during Sprint Planning, or Backlog Refinement if you feel like the team is becoming distant from their purpose. This doesn’t need to be professional footage either – your cell phone camera will work perfectly well.
Angie & Talia:
Now that we know why we exist as a team, it is probably a good idea to start to get to know each other a little more. At the start of the session, we through a few questions to help people get acquainted with each other. Now we want to start understanding what it is they do.
The reality is that we often make assumptions about what other people do, based on the roles they held before they joined the team. And we want to uncover those assumptions – because that is what tends to lead to conflict and misunderstandings.
Firstly, we ask people to write down each role they fill on a separate post-it note. In all our years of working with Agile teams, we have yet to come across a team who says that they are all development team members. When that starts to change, we will need to rethink this section. For now, this seems to work.
Once we have all the roles in the team, we stick them up on the pre-prepared role posters on the walls. DEMO USING A FLIPCHART/ ON THE PPT. We ask the team to write down the responsibilities for the roles they just wrote down on a scrap piece of paper. They aren’t allowed to show it to anybody just yet. We then ask the team to stand in front of a role that is not their own. And we give them a few minutes at that poster to write down what they think this role does. After a few minutes, we ask them to shift to the right and go stand at the next poster. If that is their role, we ask them to move on somewhere else – it doesn’t matter if there is one or two people per posted. They will read what has been written down by the previous person and build on and add in missing information. Once the time slot is up, we ask people to rotate to the next poster and follow the same practice, each time reducing the amount of time spent at a poster.
And so we go until each role is populated with some info. It usually takes about 5 or 6 rounds to have sufficient information. We then ask the team to stand by the roles they believe they fulfill and to write their names on a 4x6 post it note and stick it over the role on the A3 sheet. If two people fulfill the same role, they just stick both their names in the relevant section. We give them a few minutes to read through the information silently and then we start to go around the room role by role. Each person will read out the statements written by the others and either agree or disagree that they fulfill the responsibilities listed. If they disagree, we have a chat about where it should go. Once they have been through the written comments, they then review what they wrote down at the beginning and add anything that hasn’t been included yet.
We then move on to the next person. Rinse and repeat.
At the end of this technique, we will have a consolidated view of what people do and don’t do in the team. SHOW THE POSTERS! We usually finish off the section by adding our contact details on a post-it note so that someone (often the Scrum Master) can create a consolidate contact sheet.
Talia:
Think of a fun example!
Competency matrix:
Brainstorm skills (not roles)
2 x 4 x group
Write names on the top
Write the skills down the side
Add stickers – Novice, Intermediate, Expert > Add another visual element to show where we do not have the skill, and where we do not like doing that activity e.g. unhappy face on the sticker.
Include soft and hard skills – although soft skills I do a bit later once the team has had time to get used to each other
Weaknesses – get someone to say what they think their strngest weakness is e.g. I get hangry… It is not a good idea to work through lunch times without eating
Highlight the risks of skills not being present. E.g. Put an exclamation mark
Talia & Angie
For this section, we like to use Adam Weidbart’s Scrum Kick off planner as a guide, or a variation of it. This is where we are going to agree on the Team Name, our preferred method of collaboration and the tools we are going to use – like Slack for collaboration, Zoom for virtual sessions, etc. We also discuss and agree how we are going to visualize our work and if we are going to have a physical or a virtual board. We also discuss our core working hours. Some people might start early and leave early, while others might arrive late and leave late. We also discuss if there are any specific cultural or religious events we need to be aware of. Such as Muslim team members that need to go mosque for prayers at Friday midday. Or Jewish team members that need to get home before sunset on a Friday. Obvisouly, if we have a distributed team, we will discuss how we are going to collaborate across multiple time zones. We also discuss how we want to work when people are on sick leave – is there a buddy that keeps them up to date with what is happening… Or when we go on extended leave. We even talk about the process we are going to follow when we are applying for leave – just so there is no confusion.
We also talk about the specifics on events that the team will be following. So if they are a Scrum team, how long is the sprint, Which date and time slot will we use for Sprint Planning, Sprint Review and Sprint Retrospective. When and where will we have our daily stand up. We will also agree what Ready looks like for our team, as well as agree on our Definition of Done. These are not trivial discussions and this section usually takes us a good couple of hours to complete. If we are going to use a specific type of estimation, we will also discuss and agree on it here.
We will also build up a calendar for the next 3 months and identify if there are any special dates that are coming up – maybe team members birthdays, or a special cultural or religious event. An example of that would be something like Diwali where our Hindu collegaues bring in sweetmeats after their celebration, or Heritage day in South Africa where we all agree to come to work in traditional garbs.
Our final conversation point is around our Conflict protocol. How are we going to behave when things start to get hot? When we first start with teams, this usually takes the form of a “safe” word. So if someone is feeling unsafe, or threatened, they say the safe word, the team takes a 5 minute break and then agrees how to proceed. Usually the Scrum Master agrees to handle pineapple siutations.
Talia & Angie
For this section, we like to use Adam Weidbart’s Scrum Kick off planner as a guide, or a variation of it. This is where we are going to agree on the Team Name, our preferred method of collaboration and the tools we are going to use – like Slack for collaboration, Zoom for virtual sessions, etc. We also discuss and agree how we are going to visualize our work and if we are going to have a physical or a virtual board. We also discuss our core working hours. Some people might start early and leave early, while others might arrive late and leave late. We also discuss if there are any specific cultural or religious events we need to be aware of. Such as Muslim team members that need to go mosque for prayers at Friday midday. Or Jewish team members that need to get home before sunset on a Friday. Obvisouly, if we have a distributed team, we will discuss how we are going to collaborate across multiple time zones. We also discuss how we want to work when people are on sick leave – is there a buddy that keeps them up to date with what is happening… Or when we go on extended leave. We even talk about the process we are going to follow when we are applying for leave – just so there is no confusion.
We also talk about the specifics on events that the team will be following. So if they are a Scrum team, how long is the sprint, Which date and time slot will we use for Sprint Planning, Sprint Review and Sprint Retrospective. When and where will we have our daily stand up. We will also agree what Ready looks like for our team, as well as agree on our Definition of Done. These are not trivial discussions and this section usually takes us a good couple of hours to complete. If we are going to use a specific type of estimation, we will also discuss and agree on it here.
We will also build up a calendar for the next 3 months and identify if there are any special dates that are coming up – maybe team members birthdays, or a special cultural or religious event. An example of that would be something like Diwali where our Hindu collegaues bring in sweetmeats after their celebration, or Heritage day in South Africa where we all agree to come to work in traditional garbs.
Our final conversation point is around our Conflict protocol. How are we going to behave when things start to get hot? When we first start with teams, this usually takes the form of a “safe” word. So if someone is feeling unsafe, or threatened, they say the safe word, the team takes a 5 minute break and then agrees how to proceed. Usually the Scrum Master agrees to handle pineapple siutations.
Talia:
Now that we understand our team and personal goals, it is time to move on to what we value as a team. What do we really stand for and believe in. We play a variation of a values game created by the happiness at work experts over at Management 3.0.
This is one of the exercises that you will have some time to practice a little later. What you do is give each person in the team a Management 3.0 Big Values List
Ask the team to select a facilitator if there isn’t someone assuming that role
Individually, circle your top 5 values from the list, based on your current project, situation, and personalities.
Once everyone is done, read out your values one by one.
The facilitator will record on a flipchart each time a new word is read out – so that we have a consolidated list of the most important words.
Give each team member 3 dots to vote on which values they believe are the most important to focus on for the team.
Either one dot on three separate values OR
Two dots on value, one dot on another OR
Three dots on one value
The facilitator will sum up the votes and identify the values with the highest 3-5 votes.
Once we have identified the top values, we need to agree what they mean. Now most teams will want to include the word “respect” into their team values. And it is a really good word. However, in the Zulu culture in South Africa, it is a sign of respect not to look a tribal elder, or any older person in the eye when they are talking to you. It is also a sign of respect to be lower than someone who is who seen as superior to you in the tribal hierarchy – so many people will sit down before being asked to do so. Now while this behaviour won’t be a problem in rural areas, it can be seen at best as odd, and at worst as rude in westernised culture. Unless we share the same definition of what behaviour is considered acceptable for a particular value, agreeing on your values won’t mean much.
Show the poster – “We work best together when” – and explain how to write the value statements for each value.
There can be more than one behavior statement for each value. Once each pair has come up with a few statements for each value, ask them to pair up with another pair (i.e. form a group of 4) and to consolidate similar behavior statements. Once each quad has consolidated similar behavior statements, ask them to group up with another group (i.e. form a group of 8) and to consolidate similar behavior statements.
Once there are only 2 groups left, have a large group discussion to share and consolidate similar behavior statements for each value. We stick them onto a values poster so that we can refer back to our values during retrospectives or discussions as a team.
Stick the consolidated list up on the walls.
Depending on the environment, we will often stick it up on the scrum board.
Angie:
Now that we understand what people do, it is vital that team members understand how people outside the team will measure the success of the team, as well as how the team is going to measure their own success. Otherwise, how are they going to be able to prioritize their work?
When we talk about wording goals, we want to move away from 1980s beauty queen statements of “I want to solve world hunger”. And rather move into something that we can really get our teeth into. The concept of SMART goals has been around for years, but few people really understand what that means. So we still land up with vague goals where we don’t actually know how we are going to know if we are on track. We prefer the acronym of SMARTER because it introduces some inspect and adapt into the process.
Just so we are all on the same page, we use the following definition for SMARTER
S – Specific
M – Measureable
A – Achievable
R – Relevant
T – Time-bound
E – Evaluate
R – Re-do
A better word for Achievable would probably be feasible. But then that would leave us with SMFRT which doesn’t have such a ring SHOW A SMURF ON THE POSTER
Let’s go through some things that will help us come up with great goals. And remember to do this with a positive attitude because it has potential to be an energy sapper for the team.
S – Specific. When setting a goal, we want to be very specific about what we want to accomplish. It isn’t a detailed of how you are going to meet a goal but it does included some answers to your popular “W” questions.
M – Measurable. How are we going to know if we meet the goal? Well, first of all we need to know where we are coming from. Which means we need to know the current state of affairs, or we won’t know if we have made progress. It is always a good idea to set some milestones (maybe every 3 months or so). This way, we will be able to break things down into specific tasks to achieve those milestone.
A - Achievable or Feasible helps us to focus on what we need to make a goal attainable. This might require developing new skills, or even adopting a completely different mindset. And it is important that it inspire the team, and doesn’t disillusion them.
R – Relevant. Is this goal in line with the broader business strategy? Or are we going in an opposite direction? Is it worthwhile?
T – Time bound. Anyone can set goals, but if it doesn’t have realistic timing then it is very unlikely to succeed. Providing a target date for specific deliverables is very important. Providing time constraints can create a sense of urgency, but remember the “A” for Attainable. We need to be able to do it or we risk completely de-motivating the team. If a goal will take 6 months to complete, define what should be achieved half way through the process (or even sooner).
E – Evaluate and R – Re-d0. The idea behind the E and R is that you should constantly be evaluating your goals and re-setting them as needed. Company directions change, personal goals evolve, so maybe a goal you set six months ago no longer makes sense.
Show Goal for Blog traffic on PPT
In addition to how we will measure our success, we also want to know what the personal goals are for people in the team. This will ensure that there are no hidden agendas in the team. If levels are trust are still pretty low, this can be pretty edgy for some. So we might wait to explore this more during a future retrospective. Or we keep the statement pretty light e.g. Become better at business analysis.
Take 3 minutes and use the goal template on your table to come up with your own personal goal statement. You aren’t going to finish it because these take some time to craft. But it will give you an idea of an activity you can use with your teams.
Angie:
Now we move onto something that is hard for many people. Expressing needs. A need is something that is essential to us and is very important for us to live a healthy and satisfied life. To create high performing teams, we need to tell our team members what kinds of needs we hope to have met through being part of this team. Everyone is different, so this is one of those things we don’t want to leave to guess work.
We sometimes do this exercise once a team has been together for a while as it might be a bit edgy to do at the start. Regardless of when we do it, we do this as a silent technique. This is one of the techniques you will have an opportunity to play around with a little later.
We have created a pack of need cards that we give to each team member. These needs cards are a sub-set of needs based on the list from the Centre for Non-Violent communication. You are welcome to create your own cards using all of the needs if you prefer. We have found that these ones are good enough to start the conversation in the right direction.
Each team member silently orders the pack of needs cards in order from left to right. Left being the least important and right being the most important. We then ask them to move the needs that might be impacted by being part of this team upwards. This will give us a sense of what are our personal needs and what may be impacted by the team. Now the reality is that no one can give you your needs. They can only help to align their strategies for meeting them to each of the other people in the system.
Now that we have identified which needs should be shared with the team, we want to give people a low risk way to communicate the needs to the team. We quite like using a user-story type format here.
As Angie
I need…the space to be creative….
So I request from the team… the opportunity to include visual elements in our requirement dicussions.
We only need to write these statement for the top 3 to 5 needs per person. Once done, we ask each team member to hand them to the person sitting on their right. This is also done silently. If someone needs clarity on what was written on the need statement, we ask them to write it down on a piece of paper that they keep for later. Continue to rotate to the right until all the needs statements have been expressed. We then have a conversation to discuss the questions that people have about specific need statements.
Once everyone has read all the needs, we have a conversation to see if our behavior statements need any additions to incorporate the needs of people in the team. This is again one of those things that we will periodically review to see if how we are helping each other to achieve their needs.
Each person keeps their own needs statement as a reminder that no one else in the team can give them their needs. This is still something that they own, and take responsibility for if conversation need to happen about needs that are not being fulfilled.
Now we don’t have time to practice every single technique we have mentioned today. But there are 3 techniques that take about 20 minutes to complete. On your tables you will find a kit to complete one of the following techniques:
Do it yourself values
Team Competency Matrix
Needs and expectations card game
In your team, decide which game you would like to play for the next 20 minutes or so. If you finish early, you are welcome to start another one.
In order to facilitate the session, we still need the normal facilitation tools you would have in any other normal facilitated session:
A question based agenda – the brain loves questions, which is why we do it this way
A parking lot for parking topics and discussions that are going to completely derail us from our purpose
An action log to record all of the actions coming out of the session – we like it to be very specific on what the action is, who is going to do the what and when they think they will be able to do it by.
We have also created a facilitation guide for the lift-off so we know what we are doing where, together with an idea of timings, the timer we are going to use for timeboxed activities, the outcomes we hope we are going to get, and any materials we need for each section.
We also prep all the posters and flipcharts beforehand so that we aren’t wasting valuable collaboration time.
For this session, we are going to pretend that each table cluster is a team and we are going to work on what we hope will be a fun and meaningful case study…