Category Archives: Links to Agile Info

Link: Automation Testing for Agile Development

Learn more about transforming people, process and culture with the Real Agility Program

Many times, participants in Certified ScrumMaster or Certified Scrum Product Owner courses ask about automation testing for agile development.

The article which follows provides an excellent answer to one of the most popular questions. After reading it, please consider leaving a comment below.

Automation Testing For Agile Development

By Agile Zone

Agile automation testing is particularly important in the Agile development lifecycle. Agile software development involves a constant feedback loop among team members. This is in contrast to the Waterfall model of development, where software testing only begins once the development phase has been completed.

In Agile development, software testing activities are conducted from the beginning of the project. Software testing is done incrementally and iteratively. Automation testing is an extremely important part of Agile testing. After each change in the system, it is important to run a battery of automated functional and regression tests to ensure that no new defects have been introduced. Without this automation testing harness, Agile testing can become very time-consuming. This can result in insufficient test coverage. This will, in turn, affect software quality. Automation testing is necessary for the project to maintain agility. As a matter of fact, introducing automation processes such as automation builds and automation smoke tests is important in all aspects of agile development. As budgets shrink, time spent on repeatable automation testing becomes more and more necessary.

Continue reading here. 

Please share!

Link: Transitioning from Waterfall to Agile

Learn more about transforming people, process and culture with the Real Agility Program

I have yet to find a better article than this one on transitioning from Waterfall to Agile.

Transitioning From Waterfall to Agile

By Sanjay Zalavadia

Agile is designed to promote positive and functioning relationships among team members, enabling self-administered teams and team processes that address the continual consumer demand for updates and the fluctuating levels of software consumption. Teams integrate multi-talented resources into cross-functional process to boost production and inspire innovation.

Agile methodologies allow assessment of project direction throughout the entire software lifecycle. The strategy of regular iterations incentivize teams to produce potentially shippable output at the end of each incremental build, providing immediate opportunities to redirect objectives for quicker and more continuous delivery. In this way, software development can happen while requirements and analysis are occurring. Development is integrated into fact-finding through the build activity rather than strictly defined as stages of production.


Continue reading here.

Please share!

Link: The Solution That Fits Our Team

Learn more about transforming people, process and culture with the Real Agility Program

I recently came across an excellent article on how teams are taking the best of several Agile methods and combining them together into a solution which works in their specific environment.

The overview and description of the essence of Agile, Scrum and  Kanban is really helpful.

After you have a chance to read it please share your reflections in the comment section below.

Scrumban: The Solution That Fits My Team

by Serghei Rusu

Image title

If you have any issues with the methodology approach you have in your company, then you have probably heard these words already. That is our case as well. At a certain point in time, we felt like we were no longer facing the rapidly changing requirements that come from modern world business and that the software development methodology we had was pulling us back….

Continue reading the article here.

Please share!

Announcement: REAL agility newsletter released today!

Learn more about transforming people, process and culture with the Real Agility Program

rachelheadshot“Each week there are more and more exciting items to share with our ever-increasing newsletter subscriber list of leaders who, like you, are creating positive change in organizations across Canada.”

Rachel Perry, Content & Community Coordinator

Recently we sent out a newsletter with some really great announcements! Here is a snippet from the weekly REALagility newsletter.

“Not only do BERTEIG coaches have fantastic insights to contribute to the advancement of the Agile industry, but also our Learning Events – for CSM, CSPO, CSD, SAFe, or Leadership – in both Toronto and Vancouver – continue to expand. In addition, multiple avenues for offering encouragement and support in a variety of ways are opening up all the time.

If our weekly newsletter were to include all the news, it would be 100 pages!

Sure, that might be a bit of an exaggeration but, truth-be-told, instead of putting EVERYTHING in the newsletter we share just key highlights, along with a warm invitation to hop on over to the Agile Advice blog where more knowledge, announcements and entertaining posts can give you plenty more details than what can be expressed in a weekly communication to your inbox.

We are excited to share that last month Agile Advice was viewed 18,000 times. Not only will you find more articles posted than ever before, but you will also discover a new development on the World Mindware page on Agile Advice; detailed accounts of hundreds of positive statements about BERTEIG’s coaches who are some of the leading Agile coaches in the world.

This week we featured Agile Leadership coach, Michael Sahota, onMichael Sahota - Profile Picture (2016) Agile Advice. In September, he will be presenting training for the Certified Agile Leadership (CAL1) training in Toronto. He was the second person to receive the designation to teach this class and the first to offer the training world-wide. He will also be offering a webinar this Wednesday, 24th Aug – register here.”

If you haven’t signed up for our weekly newsletter yet, I encourage you to consider giving it a try.

Please share!

Link: 3 Links For Agile Leaders

Learn more about transforming people, process and culture with the Real Agility Program

My bias for Martial Arts-related Agile metaphors shows up again in this list of three links for agile leaders, developers, and carriers.

All are listed on The Pragmatic Bookshelf.

  1. 10 Tips For Agile Leaders

2. The Indispensable Developer 

3. The Way of the Agile Warrier

Please share!

Announcement: BERTEIG is offering 80% of SAFe classes

Learn more about transforming people, process and culture with the Real Agility Program

Did you know that according to the Scaled Agile events page ( BERTEIG is offering over 80% (17/21) of SAFe classes in Canada between now and the end of 2016?  And did you know they will be offered in seven different locations?

These SAFe classes are offered in Toronto, Vancouver, Montreal, Ottawa, Waterloo, Mississauga and Markham!

Scaled Agile Framework - SAFe Agiilist Logo

You can register here for upcoming course offerings.


Please share!

David Sabine: What Real Agility Means To Me

Learn more about transforming people, process and culture with the Real Agility Program


“Real Agility to me means being aware of and accepting of the present, in order to respond and chart new courses for the future,” David Sabine

My name is David Sabine. I’m a Real Agility Coach and have been thinking about what Real Agility means to me.

My introduction to Real Agility began in 2007 when the CTO of the college I was working at in Fort McMurray, Alberta brought in Mishkin Berteig as a third party consultant. Back then, I was a software developer and what I experienced then is still true today. The value of bringing in a third party to solve business challenges is immeasurable.

Time and time again, as I have been involved with companies, either in a training or a consulting capacity, I have found that a third party presence provides or creates a break-through. The purpose is not that I go to a company as a consultant and I bring my new ideas, as though I am the only one with new ideas.  What happens instead is that I visit a company and my presence, as a coach, opens the door for the internal staff to explore their own new thoughts, or concepts or possible solutions. So the ideas that are already in the company are just allowed to blossom a little bit in the presence of a third party,because this third party allows or creates a sense of permission, a sense of autonomy for those staff. They’ve been invited to explore concepts and they’ve been invited to think through their business problems from a different perspective and I am there just to reflect what they already have or what they already know.

That occurred when Mishkin Berteig visited the college in 2007, and that occurs every time I go and visit a company for training or consulting.

To really understand what Real Agility means to me, I’d like to tell you about how I came to software development in the first place beginning back in 1993 when I was starting university and was a freelance musician.

I had two passions at the time: the pursuit of music and the logic of programming. My computer tended to pay the bills, more so than being a freelance musician, so as a career path I guess I was drawn to software development and started to build my own products early on in 1996-1997. I was writing software for small business clients with the aim to eventually build a product on my own and release it for sale worldwide.

In 2000, I started to develop a product with a friend of mine. In 2001 we released it to other developers in the world. Our first sale of that product was in Belgium and for the next few years it sold worldwide. We had about 2000 websites that were using our product and it was translated into seven different languages by the community of users. It provided my friend and I with a reasonable income and a great opportunity. It was fun!

In 2006, I realized that my own growth as a computer scientist required working with others beyond this friend, to work in a team, in fact. I moved to Northern Alberta and worked in IT department for a college. As I mentioned, in 2007, the CTO, brought in Mishkin Berteig to provide us with a 3-day training course on Scrum. Quite immediately I loved it because I could see how it would provide us with a lot of opportunity to solve problems we were facing in an IT department and, secondly, it just seemed like a more human way to work. I was reflecting on all of these periods I had had as a musician, working with other musicians, and it just seemed like a better way to approach the creative endeavor than other project management methods that were in play at the time.

Since that time, I’ve been practicing them in a variety of settings and I’m more convinced now than ever that the Agile Manifesto provides us with a great solution space as we respond to business challenges. Recently I’ve decided not to be a developer or product owner but have decided to join Berteig full time and train and coach other teams.

So that’s the story of my personal evolution. My personal journey.

Looking back on that training I can see how I felt immediately that Real Agility was an alternative way of doing things.

I studied music since I was a child and music has always been a huge part of my life,and as a musician, one becomes aware of or familiar with continuous improvement. This is the same concept found in Real Agility. But with music it’s incremental, tiny, tiny increments of improvement over time. We respond to an audience. We respond in real time to our fellow musicians. We are always taking in input and that informs our performance of the music. As musicians, we spend a lot of personal time developing our craft. We spend significant time in performance so we can receive the audience feedback.

What I mean to say is that musicians are excellent examples of high performance teams and are excellent examples of creative excellence, who understand tactical excellence and what it means to get there.

When I joined Software development in a large, bureaucratic institution – the college – it was anything but natural for me. At that time, I was more than just a software developer. I was systems analyst, database admin and a variety of positions or roles. It just felt like an industrialized, mechanical environment where people were expected to behave as interchangeable units of skill. Work was expected to get done in the prescribed procedure. And decisions were expected only to be made by the smartest or the highest paid few and if you weren’t of that ilk, you were not expected to behave autonomously. You were expected to be just part of the machine and it felt very inhuman, as most people feel as a part of a large hierarchical bureaucracy.

When Mishkin facilitated the Certified Scrum Master training course in 2007, it just blew all those doors open. It reminded me that we can approach our work the way I had naturally approached it, as a creative individual who is capable of learning and wants to receive immediate feedback from audience or user, and who can make autonomous decisions about how to apply that feedback into the continuous development of software and systems and large infrastructure.

These business challenges are pretty common. They are delayed projects or projects that that blow the budget, or where a group of people are assigned to the project and they can’t possibly complete the scope of work in the time given. Or staff are demoralized, and how that expands through enterprises. There are many examples. The college where I was working suffered all of the most common issues and the one that hurt me the most or I felt the most was attrition. Dis-engaged staff. The reason for it was simple. The college had not presented with them a purpose or opportunity to be masterful. The extrinsic motivators, salaries and such, were just enough to keep people for a little while and then they would leave. And so the college at the time was experiencing attrition of 35-40% per year and that’s what I meant by inhuman.

“These Real Agility methods presented a change. In fact, people become centric to the purpose!”

When I read the Agile Manifesto I think that it provides us with solutions, and so if our current business problem or business circumstance is that we have disengaged staff who aren’t very productive and aren’t getting along well, then the Agile Manifesto reminds us that perhaps business people and developers can work daily throughout the project together. They can have continual interaction, and then individuals and their interactions become more valuable than the process and the organizational tools that have been put in their way. It reminds us that people should be allowed to work at a sustainable pace. We should build projects around motivated individuals. And that poses questions about how to do those things. What does it mean to be motivated, and how do we build projects around motivated people?

So Agile Manifesto presents us with some challenges, as a mental process, and then when we work through that we understand how it can inform good decisions about how to solve business problems.

Real Agility to me means being aware of and accepting of the present, in order to respond and chart new courses for the future.”

In other words, Agility means being nimble, the ability to adapt to current circumstance, but more than that, Real Agility means that we should approach our work with the intention that we stay light-weight so that when our circumstances change we can adapt without a lot of inertial resistance. So there’s two components there. One is being able to adapt quickly, and being aware of present circumstance but the other is that we don’t want to take on weight and institutional mass, because that’s inertia, the status quo.

Please share!

80 Agile Links Right Here on Agile Advice!

Learn more about transforming people, process and culture with the Real Agility Program

Did you know the “Agile Resources” page on this blog has 80 links to valuable Agile Resources compiled by Mishkin Berteig?

The page contains a number of links to recommended web sites, books or tools relating to Agile Work. It’s updated from time-to-time and as this is done, announcements are posted on the Agile Advice blog. As such, this page will always be “under construction”. If you have links to suggest, Mishkin will examine them for consideration.

Please feel free to post suggestions.

We’d love to read your comments and ideas!


Introductory Material:

Agile Axioms
Agile Manifesto
The OpenAgile Primer
OpenAgile Resources and Presentations – English & Chinese available
Agile Work Cheat Sheets and White Papers – Berteig Consulting Inc. [pdf]

Agile Software Focus:

Extreme Programming
Methods and Tools
The Scrum Primer [PDF]
A Scrum Primer – Report from Yahoo! [PDF]
Scrum and XP from the Trenches
Scrum and Kanban
Control Chaos – Ken Schwaber and The Scrum Methodology
Agile Software Development by Alistair Cockburn
Agile vs. Lean – Thad Scheer
No Silver Bullet by Frederick Brooks
Agile Planet – agile blog aggregator
Buildix – agile software dev tools on a CD
Agile Forums
Implementing Scrum

Project Management:

Agile Project Management with Scrum – Ken Schwaber
Project Management Institute
Agile Project Management Yahoo! Group
Burndown and Burnup Charts
Huge List of Software Project Management resources
Scrum Alliance – Agile Project Management and Training
Project Management Resources – by Michael Greer. I don’t agree with everything on this site, but if you are looking for traditional PM stuff this is a good place to go.

Lean and Theory of Constraints:

Lean Software Development – Mary and Tom Poppendieck
Evolving Excellence – by Kevin Meyer, Bill Waddell, Dan Markovitz NEW!
Theory of Constraints – Eliyahu Goldratt
Agile Work for Flow Projects – Mishkin Berteig
The Toyota Production System
Practice Without Principles – TPS Without the Toyota Way – Victor Szalvay
Agile Work Uses Lean Thinking – Whitepaper [pdf] by Mishkin Berteig


Agile Management Yahoo! Group
Slow Leadership – the opposite of Agile?
Adaptive Management – Jeffrey Phillips

Adult Education:

The Self-Educative, Narrative and Metaphorical Faculties of the Soul – Alexei Berteig (pdf)

Team Building:

The Wisdom of Teams: Creating the High-Performance Organization
Retrospective Patterns by William Wake
How to Win Friends & Influence People – Dale Carnegie

Community Development:

Corporate Culture:

Catastrophic Organizational Change – Tobias Mayer
The Corporate Culture Survival Guide – Edgar H. Schein
Good to Great (fastcompany article) – Jim Collins

Agile Services:

Berteig Consulting – Agile Work Coaching, Training and Consulting
CC Pace
Digital Focus
Israfil Consulting Services Corporation
Scrum Alliance
Tobias Mayer
David Chilcott
Joe Little
Michael Vizdos

Agile in Other Domains:

Extreme Project Management for Architects

Experiences and Stories of Applying Agile in Other Domains:

Agile Documentary Video Project
Agile Publishing

The following sections of material are based on the Agile Work Cheat Sheet.

We are Creators

Reality is Perceived

An Introduction to General Systems Thinking by Gerald M. Weinberg

Change is Natural

About “Resistance” by Dale H. Emery

Trust is the Foundation

Agile or Not Agile?
Trust and Small Groups

Empower the Team

Launching an Agile Team – A Manager’s Howto Guide

Amplify Learning

Abe Lincoln’s Productivity Secret – a nice little bit about being properly prepared (although caution should be taken not to over-prepare!)

Eliminate Waste

Self-Organizing Team

Variations on the Daily Standup – Rachel Davies
Scrum from Hell – William Wake
Team Formation Stages – Forming Storming Norming Performing

Iterative Delivery

Are Iterations Hazardous to Your Project? – Alistair Cockburn

Adaptive Planning

Maximize Communication

Edward Tufte’s web site with lots of great info about the visual display of information
Human Tools for effective communication
Eight Barriers to Effective Listening
Facilitation Skills [pdf]

Test-Driven Work

The Qualities of an Ideal Test

Appropriate Metrics

Appropriate Agile Measurement White Paper (pdf)

Removing Obstacles

The Art of Obstacle Removal

Intros and Summaries

The Seven Core Practices of Agile Work

Please share!

VIDEO: What is all the buzz about agile?

Learn more about transforming people, process and culture with the Real Agility Program

This short clip gives a great overview of where the idea of being agile came from, how it was used in software development first, and how it’s being used now.

“Remember: Agile’s success comes from working differently. Not from working faster.”

Please share!

Link: The Mythical Product Owner

Learn more about transforming people, process and culture with the Real Agility Program

“When product managers weren’t looking, developers went agile.”

This quote from Barbara Nelson gave me a chuckle. I found it when reading The Mythical Product Owner, by Andre Kaminsky and discovered that this article gives excellent insight into the role of the product owner.

Andre speaks to the change happening in an organization when they adopt agile and breaks it down into bite-sized bits which really helps conceptualize the shifting happening across the industry.

He describes two key levels of change, mainly that:

Change must happen on two levels across the organization:

  • Technical – Roles and responsibilities must be understood, accepted, and adopted.
  • Cultural – Attitudes, expectations, political ambitions, and how we collaborate must change.

He writes that agile should not come in with a “big bang” approach but by introducing it in a gradual manner, allowing confidence and capacity to build, then the results can be more profound and long-lasting.


Please share!

Announcement: Scrum Alliance newsletter lists Mishkin’s article

Learn more about transforming people, process and culture with the Real Agility Program

In a recent newsletter from the Scrum Alliance, Mishkin’s article about enterprise leadership is listed as a resource.

Search all posts for:


View all (37) posts »


Posted By Meghan Robinson, Tuesday, August 16, 2016


In 2005 I had the privilege to participate in the first occurrence of this fantastic technique for organizing large numbers of people into Agile teams.  It happened at Capital One in Richmond Virginia and my colleague of the time, Kara Silva, led this successful experiment.  The problem was that the “teams” that management had set up didn’t make much sense from an Agile perspective.  They were functional teams (e.g. a team of testers).  But to do Agile well, they needed cross-functional, multi-skilled teams that could work well together to deliver great results each iteration.  So Kara and a few other senior people got together all the staff in the department into a big room with a big whiteboard and facilitated a 3 hour meeting to sort out who would be on which team.  Everyone was involved – all the people who would be on the teams were in the room.  Those teams stayed together with the same membership long after that meeting.

The rest of the article can be read here.

Please share!