ScrumCraft becomes Australia’s first AAEP.

ANNOUNCEMENT:

For the first time in Australia, ScrumCraft becomes an Authorised Agile Education Provider (AAEP) powered by Scrum Inc and endorsed by Dr. Jeff Sutherland, Co-creator of Scrum and Scrum@Scale.

Adelaide based ScrumCraft, a renowned company in Australia specialising in agile training and agile coaching services, is thrilled to announce its new status as an Authorised Agile Education Provider powered by Scrum Inc and Dr. Jeff Sutherland, the esteemed co-creator of Scrum and Scrum@Scale. This achievement highlights ScrumCraft’s commitment to delivering top-tier agile education and further solidifies its position as a leader in the industry.

As an Authorised Agile Education Provider, ScrumCraft gains the distinction of being authorised by Dr. Jeff Sutherland and Scrum Inc to deliver exceptional agile education and training down-under. This prestigious designation recognises ScrumCraft’s expertise and ability to provide industry-leading agile solutions.

ScrumCraft has long been dedicated to helping organisations embrace agile methodologies and achieve optimal results through its comprehensive range of training programs and agile coaching services. With this new accreditation, ScrumCraft will leverage Dr. Jeff Sutherland’s profound insights and expertise to offer cutting-edge agile courses, designed to equip professionals and organisations with the knowledge and skills needed to implement and scale agile practices effectively.

Dr. Jeff Sutherland, a pioneer in the agile industry and signatory to the original agile manifesto, has played a pivotal role in shaping agile development and transformation for decades. ScrumCraft is privileged to harness Dr. Sutherland’s wealth of knowledge and experience to deliver the highest quality agile education to its clients.

“We are incredibly proud to have become Australia’s first Authorised Agile Education Provider under the guidance and mentorship of Dr Sutherland, JJ Sutherland, Avi Schneier and the whole team at Scrum Inc” said Jason Cameron, Director at ScrumCraft. “This recognition is a testament to our unwavering commitment to providing outstanding agile training and agile coaching services. By combining our own experience and expertise with Dr. Jeff Sutherland’s invaluable insights, we aim to continue empowering organisations worldwide to embrace agile methodologies, excel in their agile transformations and continue our journey towards making the world a better place.”

ScrumCraft’s Authorised Agile Education Provider status demonstrates its dedication to driving business value across industries. Through immersive training programs, customised workshops, and ongoing coaching support, ScrumCraft enables organisations to accelerate project delivery, increase collaboration, remove roadblocks to business agility, and achieve sustainable business growth.

For organisations, teams or individuals seeking to embark on their agile journey or elevate their agile practices to new heights, ScrumCraft stands as the ideal partner, armed with the knowledge, expertise, and endorsement of industry pioneers. With its newly acquired Authorised Agile Education Provider status, ScrumCraft is poised to continue transforming businesses and helping them thrive in the agile era.

For more information about ScrumCraft and its agile training and consulting services, please visit [website].

About ScrumCraft

ScrumCraft is a renowned provider of agile training and consulting services. With a team of experienced agile coaches and trainers, ScrumCraft empowers organisations across industries to embrace agile methodologies, optimise project delivery, and drive sustainable business growth. By combining industry-leading practices with personalised approaches, ScrumCraft ensures organisations achieve successful and sustainable agile transformations.

Sustainability Commitment

Sustainability @ ScrumCraft

Our commitment to sustainability to foster a better tomorrow through our actions today.

At ScrumCraft, we are committed to promoting sustainability in all aspects of our operations. We recognise the urgent need to protect the environment, conserve resources, and contribute to a greener future. As an agile coaching and training company, we pledge to integrate sustainable practices into our business model and inspire positive change within our community.

Our sustainability commitment includes the following principles:

  1. Environmental Responsibility: We will minimise our environmental footprint by actively reducing energy consumption, waste generation, and carbon emissions. We will prioritise the use of renewable energy sources, promote recycling and waste reduction initiatives, and continually explore innovative ways to limit our impact on the planet.
  2. Sustainable Training Delivery: We will strive to deliver our coaching and training services in the most sustainable manner possible. This includes reducing travel-related emissions by leveraging virtual platforms for remote training sessions whenever feasible. We will also encourage the use of digital resources and minimise the use of paper and physical materials. When travel is necessary we will opt to use hybrid or electronic vehicle options for our fleet every time they are available.
  3. Ethical Partnerships: We will seek to collaborate with suppliers, vendors, and partners who share our commitment to sustainability. We will prioritise working with companies that demonstrate environmentally conscious practices, ethical sourcing, and fair labor standards.
  4. Employee Engagement: We will foster a culture of sustainability among our employees by promoting awareness, education, and participation in sustainable initiatives. We will encourage them to incorporate sustainable practices into their daily work routines and support their ideas for improving sustainability within our organisation.
  5. Community Involvement: We will actively contribute to our local community by engaging in initiatives that promote environmental awareness and conservation. We will volunteer our time and resources to support sustainability-focused organisations, participate in community clean-up events, and share knowledge to empower others in adopting sustainable practices.
  6. Continuous Improvement: We will regularly review and update our sustainability policies, goals, and practices to ensure ongoing improvement and alignment with emerging best practices. We will measure our progress, set targets, and report transparently on our sustainability performance to hold ourselves accountable.

By adhering to this sustainability commitment, ScrumCraft aims to make a positive impact on the environment, inspire our clients and peers, and contribute to a more sustainable and resilient future. Together, we can create lasting change and foster a world where agile practices and environmental stewardship go hand in hand.

12 Agile Principles

We have created this infographic of the 12 agile principles based on the original agile manifesto with some modifications for our clients context.

To reference the original please visit https://agilemanifesto.org/ but the reason why I modified them here was due to feedback about the use of some agile terms losing the audience, particularly those who dont work in software but still want to take advantage of the amazing benefits that business agility has to offer the wider organisation.

Principle 1 – changed valuable Software to valuable Outcomes so that we hone in on any value being delivered to satisfy customers.

Principle 3 – changed working Software to working Solutions so that it covers any type of value with increased frequency.

Principle 4 – changed Developers to Team working with stakeholders daily, as many agile adoptions beyond software delivery find the term Developer too abstract for their situation.

Principle 6 – Again changed the term Development Team to just Team to cover any discipline. Also modified Face-2-Face conversation to Direct 2-way conversation. In todays increased hybrid working models it needed an update. Intentionally used Direct 2-Way so that it doesnt get confused with indirect tools like chat, and ensures that the exchange of Q&A dialog offers richer real time communication effectiveness.

Principle 7 – changed working Software to working Solutions to cater for non-software delivery and review of progress.

Principle 8 – exchanged Technical excellence for Delivery excellence for non-technical types of work while still being suitable for technical execution.

Principle 11 – replaced Architectures with the word solutions for non-technical staff.

While delivering agile fundamentals training or workshops I will still chose the best version and even modify it again for direct context, experience has demonstrated that even the best verbal articulation of non-software descriptions of each of the 12 agile principles, if the software version is still on presentation material the attendees find a stronger connection with the visual tools than what is said. In addition we are never there when attendees refer back to notes, its the visual tools that have longer lasting impact.

Feel free to make your own reusable version for your teams or if you like, this one is free to download you are welcome to use it.

Resources

Agile Manifesto Values

Just going to put this thought here for now…

Does the original agile manifesto pose an agile values conflict?

Can you have things on the left in balance with the things on the right?

The first CSM trainer I had way back when, would have had me believe that we dont care about the things on the right of the agile values…at all. I have also seen other trainers say the same thing since. This isn’t correct and was not the intent.

Things on the left are preferred as “we have come to value” states, while there is still a place for things on the right, and they are still helpful “there is value” in the right context and situation.

I have also applied the term VS to the agile values rather than OVER to articulate the spectrum of adoption or choice. Just like a car temperature gauge, there is an optimum running temperature for your car that you become aware of, if your car starts running hot you know that it needs your attention.

*the original agile manifesto was written for “software” but I intentionally used the term “solutions” or sometimes “product” as agility spans far beyond software-only today, as such I am “responding to change” when articulating agile values and mindset 😉

Jason Cameron

I love agile, I mean I really love agile!

It has provided me with so many fantastic opportunities and experiences that I cannot help but want to share its awesomeness with others and provide them with an avenue to grow as well.

That is why, as an agile coach and trainer, #ilovewhatido!

I am on a mission to demystify agile at scale and help organisations and individuals connect with their inner awesome to meet complex challenges head-on.

How to be predictable without estimation

Estimating knowledge work (e.g. software development) has always been a big challenge. Developers and team leaders try to help managers and clients to predict budgets, prioritise, and meet the goals by estimating the amount of time, money, and effort of the work. 

At least that is the theory behind the estimation, however, in reality when the problem is complex with high uncertainty then the estimation won’t be straightforward and accurate. 

In this article, I’m going to explain how we can be predictable without estimation. But first, we need to understand how to generate and read the Lead Time Distribution chart (AKA Histogram).

Let’s have a look at the following Lead Time Distribution chart, which represents all the works that one of my teams delivered, in the last four months.

X-axis: shows the number of days from when the work is committed until it’s delivered to the customer (Lead Time). Please notice that this is a range and not a single number. For example, the value of 10 shows all the works that took between 5 to 10 days to be delivered.

Y-axis: shows the number of works that fit into each range. For example, if you look at the first bar, you’ll see that 25 works took less or equal to 1 day or 65 works delivered between 1 to 5 days.

Now let’s dig into it with a little bit more details and see how we can read the chart. As highlighted on the chart, 70% of works are delivered within 10 days. If the service level expectation is 10 days then this means 30% of our customers’ requests were delayed. 

Lead Time rangeNumber of works delivered
0 – 5 days37%
0 – 10 days70%
0 – 15 days86%
0 – 20 days96%

How we can predict when a new work will be delivered to the customer? 

We look at this team histogram and based on what actually happened in the past we predict the future, and this is because what happened before, will most likely happen again. 

When a new request to the team, we can predict that if we start it today, there is a 70% chance that it will be done within 10 days. If this is not acceptable then we should start it 15 days before the expected delivery date which gives us an 86% chance that delivers at the right time. Sometimes there is a fixed due date and the request MUST be fulfilled on or before that date, in this case, we should start 20 days before then with 96% accuracy the job will be done at the right time.   

Now we can predict when the job will be done without estimation!! And we can spend our time on something more valuable. 

Histogram with long tail

Sometimes your histogram (Lead Time Distribution chart) has a long tail. Please look at the following chart.

As you can notice in the second chart, there are some works that took a lot longer and caused a long tail.

Long-tail means low predictability

 In the following table, I’ve compared the predictability of both teams and you can see that the team with a long tail has much lower predictability. If Team A (no long tail) wants to have +95% accuracy of the delivery date, then they should start 20 days before, which is 60 days for Team B with the long tail.    

Lead Time rangeNumber of works delivered (Team with NO long tail)Number of works delivered (Team with long tail)
0 – 5 days37%31%
0  – 10 days70%52%
0 – 15 days86%64%
0 – 20 days96%71%
0 – 60 days100%98%

Conclusion 

Estimating the size of the knowledge works have been always challenging and had a negative impact on customers trust, people moral (blame game) as well as low-quality products. By measuring the Lead Time and how it’s distributed historically we would be able to be more predictable while we are predictable, in fact, we will be more predictable and this is because we predict based on what actually happened in the past rather than guess. In Team Kanban Practitioner and Kanban System Design courses, we will discuss the Lead Time Distribution and explain how this chart can help us to improve the system.

Orod

Orod is an Agile Coach, public speaker and Accredited Kanban Trainer, SAFe Program consultant, Scrum Master and food vlogger.

Since 2010, Orod has trained and helped many organisations in a variety of industries, to design sustainable kanban systems and support them to gradually improve their business agility by delivering the right work at the right time, without changing job titles or oranisation structure.

The Six Trumps

I was on a training session a while ago and found myself doodling, by the way this is normal for me as I like to take notes and pictures as it is part of my learning style, I was paying attention…honest!

The course content was reflecting on the concept of DIMWiTS to articulate The 6 Trumps which are six brain-science principles that ‘trump’ traditional teaching and training techniques. This is how I captured the concepts. I have this on my wall as an inspiration during training, right next to The Four C’s.

Here are some examples of how I have chosen to apply these concepts in my training delivery:

D
Different Trumps Same – Mix up or mash up the training session with different types of tools and activities using a combination of Mural, Miro, slides, whiteboard physical and virtual, flip charts (yes even in virtual classes), objects around the home to create personal connections, workflow tools for practical scenarios like Jira to show how to do it in the real world, Lego, music, toys, games, competitions, hats, student workbooks so learners can write and draw along with the content.

I
Images Trump Words – Try not to go heavy text on any training content. Rather use pictures or photos on slides that represent the context and have the 2 way conversation with the learners. Tell stories and listen to stories about the content that takes the cohort on a relatable journey. Have learners draw their own images of their relatable story and play it back to the group.

M
Movement Trumps Sitting – Everyone training session needs regular breaks, these need to be even more regular in virtual training. Outside of lunch etc. take a break every hour, up to 10mins. We sometimes use ‘ticket ins’ and ‘tickets out’ to have learners do something before they leave or do something when they get back. Before they leave provide a conclusion of what was just learned or during a break have them go find something in their house that they are proud of to share when they come back.

Wi
Writing Trumps Reading – Most of our training sessions involve creating an improvements plan for when you go back to you job. Real improvements you can measure. So during some class activities teams break out into pairs or small groups to generate ideas and concepts that they present back to the main group, sometimes its personal and learners will create their own graphic organisers of pictures and text as they work through the course material.

T
Talking Trumps Listening – Depending on the activity learners will pair off group in small teams. They need to discuss the content & concepts to form their own conclusions, mash other trumps in these activities. Liberating Structures are very cool examples of how to mash up activities to lead to the desired conclusions and get everyone involved. Key here is providing the guardrails so the activity is clear enough not to get side tracked with the ‘rules of the game’.

S
Shorter Trumps Longer – We tend to break large batches of learning concepts into smaller segments. So rather than completing the section in its entirety we will make sure that each concept segment delivers a learning objective and is still valuable concrete practices. We pull those segments back together as a conclusion covering links to the overall learning objective.

Credit to Sharon L Bowman, check out more of her work at bowpearson.com

Jas

I love agile, I mean I really love agile!

It has provided me with so many fantastic opportunities and experiences that I cannot help but want to share its awesomeness with others and provide them with an avenue to grow as well.

That is why, as an agile coach and trainer, #ilovewhatido!

I am on a mission to demystify agile at scale and help organisations and individuals connect with their inner awesome to meet complex challenges head-on.

The difference between Work Item Type and Classes of Service in Kanban

One of the first challenges for those who are new to Kanban is to differentiate between Work Item Type and Classes of Service (CoS).

First, we need to step back and see why we need these concepts in the first place. In Kanban, everything is organised around the customer and a service delivery team that focus to fulfil the customer’s request. 

The customer always has a request and accepts it when it’s fulfilled by Service Delivery Team.

Work Item Type is what the customer wants.

Classes of Service is how Service Delivery responds to customer’s needs (or Work Item Type) to ensure the most valuable work is delivered to the right customer at the right time and reduce the cost of delay.

Example

To clarify let’s assume that there is an application, which recently has gone live and there is a team, which is responsible to maintain and improve this application. Imagine this team has 3 customers explained below:

  • Customer service; who needs stability and expect bugs and production issues resolved within 12 days.
  • Sales; who needs new functionalities to compete with other competitors and stay in the market. They are the main revenue line of this company. They can wait for a longer period to see something happens, however, due to the demo to the client and some key milestones some of their requests must meet the deadline. 
  • Engineering manager; who is looking after security and platform improvement. His requests are mostly not too urgent, however, sometimes there is a hard deadline due to license expiry and other issues.

According to the above example, there are 3 Work Item Types raised by customers and now Service Delivery Team needs to prioritise them so they have the following policies which help them to prioritise customer requests.

Classes of ServicePolicies
Expedite– This request can’t wait
– Drop everything and focus on this one
– Release when it’s ready (on demand)
Fixed Date– This request MUST meet the deadline
– This request can wait
– Might be released on demand
Standard– This request can wait
– Pull and start when capacity available
– Release based on release cycle
– FIFO 

As you noticed, Service Delivery maps Work Items to Classes of Service to be able to prioritise the requests to satisfy the customer.

Here is their work distribution histogram and below explained what that means:

Average Lead Time
1085% of their works completed within 10 days Lead Time
1592% of their works completed within 15 days Lead Time
2099.2% of their works completed within 15 days Lead Time

That helps team to prioritise and also have a good service level agreement with the customer. For example, in the above example, the team knows that if they pull the work today, there is 85% chance that it will be completed and delivered to the customer in 10 days, if 85% is not acceptable and 90% is, then pull it 15 days in advance 

Conclusion

Work Item Types and Classes of Service are two completely different concepts, Work Item Types represent customer needs and Classes of Service represent how the deliver team wants to treat customer request, to deliver the right work at the right time. 

Orod

Orod is an Agile Coach, public speaker and Accredited Kanban Trainer, SAFe Program consultant, Scrum Master and food vlogger.

Since 2010, Orod has trained and helped many organisations in a variety of industries, to design sustainable kanban systems and support them to gradually improve their business agility by delivering the right work at the right time, without changing job titles or oranisation structure.

Is method bashing the new inquisition.

I have pondered for some time my thoughts and feelings on method or framework bashing.

On one hand everyone is entitled to an opinion and we should show openness to other points of view.

However, in some cases, how these opinions are delivered can be considered borderline bullying and disrespectful.

I have been a student of agile for many years and still consider myself on a learning journey. On my personal agile pilgrimage I have explored a wide range of agile concepts, practices, methods and frameworks. I have found some that I naturally resonate with, by that I mean they work well for me as a human. When I walk into a new situation to apply my skills and knowledge, client or employer, I pull on this experience and know that the environment that I have stepped into has its own needs, preferences and culture. Indeed if they have already implemented new ways of working, their agile might not be my agile.

So why are there so many individuals that say things like:

  • “Framework X is not agile”
  • “If you do X you are not agile”
  • “You cant use the word X to describe your agile courses”

If we all agree what we do in an agile world is base our patterns around the agile manifesto values and principles, then we are all part of the same agile community.

If we all agree that we do what we do to make the world a better place of inclusion and diversity, then we are all part of the same agile culture.

If we all agree that no matter what method or framework you adopt you still aim to continuously improve, then we are all part of the same agile family.

ScrumCraft with Agile Education

ScrumCraft joins the global Agile Education Program powered by Scrum Inc.

The Agile Education Program powered by Scrum Inc curriculum was developed from Dr. Jeff Sutherland and Scrum Inc.’s 20+ years of experience delivering twice the value and impact at half the cost in organizations around the globe. Only Scrum Trainers by Scrum Inc are authorized to teach this curriculum and certify students through the Agile Education Program. Course curriculum includes emphasis on Lean Principles, Patterns of High-Performing Teams, Scrum@Scale, and lessons from real-world implementations.

ScrumCraft will be delivering Scrum@Scale training courses as of October 2021 starting with Registered Scrum@Scale Fundamentals and Registered Scrum@Scale Practitioner.

Registered Scrum@Scale Fundamentals (RS@SF)

Who: The time poor Executive or the Scrum@Scale curious who want to know more about Scrum@Scale before investing in a 2 day course.

When: Monday evening, 25th October for 4 hours

Cost: $499

Registered Scrum@Scale Practitioner (RS@SP)

Who: Geared towards scrum masters, product owners, executives or anyone with knowledge of scrum looking to scale.

When: 14 hours over 4 nights starting Monday 22nd November

Cost: $2,500 or $1995 for the early bird if booked prior to the 22nd October

If you want to discuss the right option for you please reach out on social media or though our website contact options.

ScrumCraft partners with Zip

Since its beginning, ScrumCraft has held a single mission which is to demystify agile at scale. As we grow we recognise that our mission should grow us to reflect our ongoing commitment.

One of these is at the core of what we do naturally because it is “built-in” to our values and principles. We want to ensure that everyone has the same opportunity. With that in mind, our next slice is to make training opportunities more accessible.

There is nothing worse or stressful when you hear about a great training opportunity, only to be disappointed when the dates dont line up with your finances. You either end up missing out or it impacts your savings goals and you have to commit to eating steamed rice until you catch up financially.

In finding a solution for our customers we wanted to strike a balance. We wanted customers to have access to funds when they wanted to attend training, without the high interest rates of a credit card.

That is why we partnered with Zip. With Zip we feel we have found that balance.

Zip|Pay
Train now, Pay Later
1. Nothing to pay today
2. Interest free always
3. Flexible repayments

Using Zip will allow you to attend training now and pay it off in manageable repayments that wont wear out the rice bowl, starting from $10 per week.

For further information on our courses check our our services and for further information on our Zip payment option click here.