Skip to content


Video: There’s no Crying In Retrospectives

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

Woman: “Is this a girl thing?”

Man: “No, there’s some pretty whiney people in QA that are both guys and girls.”

Okay, okay, all kidding aside…It’s easy to get a chuckle out of noticing that retrospectives can bring up emotions for people, both men and women, inside or outside of QA.

This is not to poke fun at any gender or any department but just to share some light humour around how emotional the process can be for everyone.

This emotional connection is, in fact, one of the humanizing aspects of Agile methods. Our emotions are what make us human and being agile is about being more human.

This video made me smile and I hope it makes you smile too!


Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Video: There’s no Crying In Retrospectives appeared first on Agile Advice.

Categories: Blogs

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! A LIST OF 80 INCREDIBLE RESOURCES

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

Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post 80 Agile Links Right Here on Agile Advice! appeared first on Agile Advice.

Categories: Blogs

The Simple Leader: Healthy Body

Evolving Excellence - Sun, 09/18/2016 - 10:40

This is an excerpt from The Simple Leader: Personal and Professional Leadership at the Nexus of Lean and Zen

Physical fitness is the basis for all other forms of excellence.
– John F. Kennedy

Growing up, I was a pretty healthy kid. My parents did a great job of feeding me well. They never let me eat too much junk food, soda, or candy. We stayed active, too. During high school, I was on the swim team, and our family did a LOT of walking while exploring South America, where we lived for seven years.

Then came college, where I discovered beer and pizza. I still remember the look on Mom’s face when I came home after that first semester, appearing somewhat rounder than when I left a few months earlier. Maintaining an acceptable weight and overall good level of fitness became a struggle for the next thirty years, when I was frequently twenty to thirty pounds above my optimum weight.

During that time, being overweight impacted my personal and professional leadership. It hurt my self-confidence, lowered my energy level, and complicated my life. Clothes didn’t fit right, so business travel and presentations took more planning.

I would try diets from time to time, but they were not well-planned and lacking in key nutrients, so the weight came back soon after I reached my goal. When I married my vegetarian wife, I became a “pescatarian” (including fish in a vegetarian diet), but, unfortunately, mushroom pizza is also vegetarian, so it was not easy to keep weight off. The best thing I did was to exercise regularly, especially during the last five or ten years. I even ran a full marathon to check one goal off my bucket list, but instead of taking advantage of the training to lose weight, I relished the fact that I could eat a whole pizza at night without gaining more weight! During times of extreme stress, even the exercise went out the window, further aggravating my weight problem.

Then, my friend Paul Akers, a Lean leader about my age who I respect on many levels, told me about his own physical trans-formation that included losing 50 pounds. He has since written a book about the process called Lean Health. As the title implies, Paul applied Lean concepts to his health. At the most fundamental level, he writes, your body is your customer, and having too much weight and consuming too much food is waste. He created accountability by using a fitness app and by sharing photos of what he was eating, a technique he calls the “photo diet,” and he standardized his routine by creating standard foods, exercise, and eating schedules.

With Paul’s encouragement, I began applying those same principles, and soon discovered that just about everything I thought I knew about nutrition and portion size was wrong. I adjusted portion sizes, eliminated unnecessary carbohydrates such as bread at dinner, and worked to balance my nutritional intake. In six months, I dropped thirty pounds while also meet- ing my balanced nutritional needs. The new diet, combined with the strength and aerobic conditioning I had been focusing on for the previous couple years, made me fitter than I have been since before college, more than thirty years ago. I feel great, and am more mentally sharp. Since I was careful to create a diet and exercise routine that I could be comfortable with over the long term, I have been able to sustain the improvements.

Good sleeping habits have also helped me improve my health. Without good rest, exercise and proper nutrition are much less effective. Most experts recommend eight or even nine hours of sleep each night, but that can vary considerably. In my case, a little over six hours, coincidentally about two REM cycles, seems best. Unless I have an important meeting or flight, I never set my alarm and still wake up around four. I don’t drink caffeinated coffee, but feel very alert until noon. I’ll often take a quick thirty-minute nap right after lunch, leaving me invigorated for the rest of the day. Figure out what amount of sleep works for you, erring on the longer side, and keeping in mind that experts probably recommend more than you think you need. Getting enough rest will multiply the effects of exercise and proper nutrition.

A fit body creates the foundation for a fit mind. Treat your body as your most important customer, reduce waste, gain energy, and create balance and harmony in your mind. This will help you be a more effective leader.

Categories: Blogs

What’s your agenda?

Manage Well - Tathagat Varma - Sun, 09/18/2016 - 04:03
We have all kinds of people around us – some people seem to have no agenda, while some seem to have hidden agendas. Most people don’t seem to know what their agenda is, though some lower-form of materialistic agenda might always be on their mind! Some people seem to content with others setting their agenda, […]
Categories: Blogs

Do you read the second line?

Manage Well - Tathagat Varma - Sun, 09/18/2016 - 04:01
Not reading the second line could also potentially land you some genuinely spurious deals, and eventually leave you shortchanged. Other names for this have included "the fine print", and so on, but I think it is as simple as reading the second line!
Categories: Blogs

Announcement: 4 New SAFe Course Opportunities

Learn more about transforming people, process and culture with the Real Agility Program BERTEIG is now offering 4 new SAFE courses between now and December 2016. “Leading SAFe 4.0” – Scaled Agile course for the SAFe Agilist (SA) certification. See here for details:   “SAFe for Teams” – Scaled Agile course for the SAFe Practitioner (SP) certification. See here for details: “SAFe 4.0 Product Manager/Product Owner” – Scaled Agile course for the Product Manager/Product Owner (PMPO) certification. See here for details: “SAFe 4.0 Advanced Scrum Master” – Scaled Agile course for the SAFe Advanced Scrum Master (SASM) certification. See here for details:

There will be numerous instances of each of these courses in locations such as: Toronto, Vancouver, Ottawa, Montreal, Mississauga, Waterloo and Markham.  Other locations are possible based on demand. Look for these courses to also become listed on the main Scaled Agile event listing page (, as we are now a Silver Partner. Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Announcement: 4 New SAFe Course Opportunities appeared first on Agile Advice.

Categories: Blogs

The Togetherness of Agile

Illustrated Agile - Len Lagestee - Fri, 09/16/2016 - 19:17

Sometimes, all you need to do is listen. Stop what you are doing for a couple of minutes and just listen. Can you hear it?

If you are striving to create a culture of agility, the sound you’re hearing just might be the sound of togetherness. It’s the sound of energy crackling inside an ecosystem breaking out of the status quo. It’s the sound of people building things with purpose and passion. It’s the sound of a “dead” organization coming back to life. It’s the sound of togetherness.

I find myself listening for this sound more and more these days and quite frequently I’m sure I end up with a Mr. Miyagi smile on my face. People must think I’m pretty strange when this happens.

While there is valid debate about just how productive working in an open space is, what isn’t up for debate is the levels of togetherness that can form when organizations fully embrace the hard work necessary to build and foster a culture with an incredible sense of connectedness – and it’s something you can see, hear and feel.

When I think about the work it takes to bring about togetherness I am reminded of my time in South Africa last year. While I was there, a team I was working with described their sense of connection using the word “ubuntu.”

Ubuntu is roughly translated as “I am, because of you.” You can read more about ubuntu here but it’s a feeling I will never forget. While I could never fully comprehend the true nature of ubuntu during my short time there, it has taught me a few valuable lessons I find myself applying and coaching every day.

Welcoming of strangers. The first day on a new team can be a bit nerve-racking for any of us. When new people join your team go beyond the obligatory “Nice to meet you.” Really greet them. Remember, for some, a sense of togetherness and high-collaboration may not be natural and for many, they are joining you from a previously toxic work environment. Start welcoming them the first minute they enter the room so they know this experience is going to be different.

The best way I have found to do this is to tell new people how much they are needed. This article titled “The New Kid” explains the value in creating a welcoming environment much better than I can.

So when I walked into that clubhouse, I was a total stranger.

Like I said: New kid in class.

But no sooner had I found my locker — there was my name, right there, in the same room as Buster Posey and Madison Bumgarner — when Hunter Pence appeared at my side. He introduced himself, and shook my hand and congratulated me. “Hey man,” he said. “You have to go out there and compete. You have to be aggressive.”

And then he said something that floored me.

“We need you, man. Let’s go!’’

Putting This In Action: “We need you!” Are there more powerful words that can be spoken to a new person on your team? I think not. Trying saying these words to as many people as you can – including those who have been around awhile.

Giving generously. Creating an environment of generosity isn’t easy but the impact of one human (and then multiple humans) removing a bit of self-interest and focusing on others allows togetherness to form quicker than anything I have witnessed. This is hard and I struggle with this just as much as anyone else.

Not sure what to give? Knowledge, experiences, gratitude, and encouragement are a good place to start but more than anything an environment of togetherness requires the sacrifice of our most precious resource – time.

Putting This In Action: Block time on your calendar to give. Use this time to write hand-written thank notes, wander the floor and encourage as many people as you can, or check-in and see if there is anything you can do for someone. Start small (5 minutes) and slowly add time.

Forming long-lasting bonds. Long-term connections will often happen naturally by becoming someone who is sacrificially and generously giving. I believe these bonds are created the minute we have, as Robert Greenleaf states in his book Servant Leadership, unlimited liability for another person. This means we become responsible for the well-being of the fellow humans we interact with. Hard stuff but this is what long-lasting bonds are made of.

When these bonds form this often results in Agile teams and organizations developing a familial feel to it. And being a part of a family means we accept each other for who we are, warts and all. When they are no longer on the team (or on a lengthy vacation) it feels like a part of us is missing.

Putting This In Action: Be open. Be vulnerable. Be yourself. Work hard. Learn something new about someone else every day. Have a laugh. Have a cry. Have fun. Work a little harder. Celebrate.

Continuous vigilance and care. When this sense of togetherness begins to emerge the hard work isn’t over. In fact, it’s just begun.

The gravitational pull of old habits will continue to tug at any positive transformational gains. To keep old ways from returning requires a fresh commitment to keeping each other accountable to the values and principles of the change we are introducing. This is much easier with the existence of bonding relationships so we can have meaningful conversations when challenges arise.

Putting This In Action: Be “sharply awake” and constantly looking for small dysfunctions and emergent poor behaviors. Spend time rigorously hiring the right people for your culture and working with those struggling in your new environment. Remember, it only takes one.

Becoming a Catalyst - Scrum Master Edition

The post The Togetherness of Agile appeared first on Illustrated Agile.

Categories: Blogs

Dejirafication: Free Your Process

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

Alexey Krivitsky recently posted a presentation on his blog,, addressing the issue of so-called-agile tools, specifically Jira.

Here is a link to his presentation.

The movie images he chose gave me a chuckle and his points really hit home.

He offers 4 points to what he calls a “Jira Rehab Program” and I found the points interesting.

Take a look. See what you think.

Share your comments on your experience with agile tools here.

Have you had success with Jira or would you rather see it disposed of?

And check out Mishkin’s recent article on the ideal electronic Agile tool.



Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Dejirafication: Free Your Process appeared first on Agile Advice.

Categories: Blogs

Link: Strong Teams Start With Trust

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

One of the positive outcomes of an agile team succeeding in its transformation is the establishment of a high-functioning team.

A high-functioning team works more effectively, efficiently and can innovate more appropriately for the corporate advantage of the business.

Ryan Yeoman has a lot to say on the topic. Although he doesn’t mention agile specifically, he’s right on in his approach.

In his article, “Strong Teams Start With Trust: 5 Ways To Build Trust in Your Teams,” he writes that:

All of them point to trust as a critical and fundamental piece to success – in business and in life.

Piggy-backing all these thoughts and making it personal to myself, trust enables me to be more.  It enables me to:

  • Accomplish more and do better work by getting feedback and synergizing
  • Grow and learn more by allowing myself to be “open” and receive information
  • Teach more and serve by letting me focus my attention on others
  • Care more and empathize because I’m not constantly worried about protecting myself
  • Be more human

Trust helps you accept deepening relationships and removes politics and silos from the work place, creating an organization within which people feel safe. At its simplest, trust is a catalyst for your organization to be more: more nimble, more efficient, more effective.  It’s like oxygen for a successful team – one simply can’t exist without it.

I found his comments insightful and his links appropriate.

This is an excellent article for those team members who are striving for excellence and learning to trust one another, and themselves, in the process.

Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Link: Strong Teams Start With Trust appeared first on Agile Advice.

Categories: Blogs

Financial Prioritization of Projects

TV Agile - Wed, 09/14/2016 - 17:39
One of the reasons why traditional planning fails when we manage innovative projects, is because the work reported in the plan is not prioritized by the value to the user and the customer. Many traditional plans are created with the assumption that all identified activities will be completed. Since the project customers do not care […]
Categories: Blogs

scikit-learn: First steps with log_loss

Mark Needham - Wed, 09/14/2016 - 07:33

Over the last week I’ve spent a little bit of time playing around with the data in the Kaggle TalkingData Mobile User Demographics competition, and came across a notebook written by dune_dweller showing how to run a logistic regression algorithm on the dataset.

The metric used to evaluate the output in this competition is multi class logarithmic loss, which is implemented by the log_loss function in the scikit-learn library.

I’ve not used it before so I created a small example to get to grips with it.

Let’s say we have 3 rows to predict and we happen to know that they should be labelled ‘bam’, ‘spam’, and ‘ham’ respectively:

>>> actual_labels = ["bam", "ham", "spam"]

To work out the log loss score we need to make a prediction for what we think each label actually is. We do this by passing an array containing a probability between 0-1 for each label

e.g. if we think the first label is definitely ‘bam’ then we’d pass [1, 0, 0], whereas if we thought it had a 50-50 chance of being ‘bam’ or ‘spam’ then we might pass [0.5, 0, 0.5]. As far as I can tell the values get sorted into (alphabetical) order so we need to provide our predictions in the same order.

Let’s give it a try. First we’ll import the function:

>>> from sklearn.metrics import log_loss

Now let’s see what score we get if we make a perfect prediction:

>>> log_loss(actual_labels,  [[1, 0, 0], [0, 1, 0], [0, 0, 1]])

What about if we make a completely wrong prediction?

>>> log_loss(actual_labels,  [[0, 0, 1], [1, 0, 0], [0, 1, 0]])

We can reverse engineer this score to work out the probability that we’ve predicted the correct class.

If we look at the case where the average log loss exceeds 1, it is when log(pij) < -1 when i is the true class. This means that the predicted probability for that given class would be less than exp(-1) or around 0.368. So, seeing a log loss greater than one can be expected in the cass that that your model only gives less than a 36% probability estimate for the correct class.

This is the formula of logloss:


In which yij is 1 for the correct class and 0 for other classes and pij is the probability assigned for that class.

The interesting thing about this formula is that we only care about the correct class. The yij value of 0 cancels out the wrong classes.

In our two examples so far we actually already know the probability estimate for the correct class – 100% in the first case and 0% in the second case, but we can plug in the numbers to check we end up with the same result.

First we need to work out what value would have been passed to the log function which is easy in this case. The value of yij is

# every prediction exactly right
>>> math.log(1)
>>> math.exp(0)
# every prediction completely wrong
>>> math.log(0.000000001)
>>> math.exp(-20.72326583694641)

I used a really small value instead of 0 in the second example because math.log(0) trends towards negative infinity.

Let’s try another example where we have less certainty:

>>> print log_loss(actual_labels, [[0.8, 0.1, 0.1], [0.3, 0.6, 0.1], [0.15, 0.15, 0.7]])

We’ll have to do a bit more work to figure out what value was being passed to the log function this time, but not too much. This is roughly the calculation being performed:

# 0.363548039673 = -1/3 * (log(0.8) + log(0.6) + log(0.7)
>>> print log_loss(actual_labels,  [[0.8, 0.1, 0.1], [0.3, 0.6, 0.1], [0.15, 0.15, 0.7]])

In this case, on average our probability estimate would be:

# we put in the negative value since we multiplied by -1/N
>>> math.exp(-0.363548039673)

We had 60%, 70%, and 80% accuracy for our 3 labels so an overall probability of 69.5% seems about right.

One more example. This time we’ll make one more very certain (90%) prediction for ‘spam’:

>>> print log_loss(["bam", "ham", "spam", "spam"], [[0.8, 0.1, 0.1], [0.3, 0.6, 0.1], [0.15, 0.15, 0.7], [0.05, 0.05, 0.9]])
>>> math.exp(-0.299001158669)

74% accuracy overall, sounds about right!

Categories: Blogs

Mishkin Berteig explains Real Agility

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

This video introduces some key features to the thinking behind real agility.

80 % = 90% of money and resources in an organization is going to waste and only 10% – 20% goes to productive, valuable work.

Real agility helps to solve this problem by creating a state where the amount of waste is reduced and the about of productivity is increased.

Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Mishkin Berteig explains Real Agility appeared first on Agile Advice.

Categories: Blogs

What’s a spike, who should enter it, and how to word it?

Leading Agile - Mike Cottmeyer - Tue, 09/13/2016 - 13:52

What’s a Spike? Who should create it? And what should it look like in VersionOne? (Or in Agile Central, Pivotal Tracker, HP AGM, Jira, or your ALM tool.)

Excellent questions! I thought I’d share my thoughts on the topic:

What’s a Spike?

Sometimes a story is too large or overly complex. Perhaps the implementation or a 3rd party tool or library is poorly understood. The team can’t estimate the story. Perhaps we’re unsure if we’ll be able to complete the story due to some potential blocker.

In these cases, we might want to build a functional or technical experiment to figure it out. We might want to look into something for a day. We might want to look up alternatives. Do some googling. Do an experiment with some other library or software package. Consider alternative refactoring paths.

These are “spikes”. You can call them research spikes, or architectural spikes, or refactoring spikes if you wish.

A spike as an investment the Product Owner makes to figure out what needs to be built and how the team is going to build it — in advance of actually building it. The Product Owner allocates a little bit of the team’s capacity now, ahead of when the story needs to be delivered, so that when the story comes into the sprint, the team knows what to do.

Therefore, a spike is an investment to make the story estimable or schedule-able.

Spikes Represent Risk

Here’s the deal with spikes though… spikes represent risk. Spikes represent uncertainty. If our backlog is full of spikes, that means that our backlog is full of stuff we don’t know how to do. If our backlog is full of stuff we don’t know how to do, our product delivery process isn’t going to be stable. It means that we have no business making commitments at the release level, because we don’t have a credible plan for getting to done.

Therefore, you generally don’t want spikes to hang around very long. I usually try to do them about as soon as I discover the need for it. I usually stick it in the next sprint, if I can’t add it to this sprint.

How to Enter a Spike

If the spike only takes, say, an hour or two, maybe we don’t need to track it in our ALM tool. If it’s larger than that, you should enter it into your backlog.

How would a BA or Product Owner write up a spike? The cocky answer is to say “make your tech lead enter it”. A more serious answer would be that the technical story format would be good:

In order to <achieve some goal> <a system or persona> needs to <some action>.

Example: In order to split the collection curve wizard story, the tech lead needs to do some detailed design. (Just enough to split the story.)

Example: In order to estimate the “user connection report” story, the tech lead and BA need to research capabilities of MSTR and have some conversations with the PO. (Just enough to estimate the story.)

I like to start the name or title with “SPIKE:” to make them stand out in the ALM tool. Using a tag or a label could work as well.

Time-box your Spikes

Teams should agree that every spike is, say, never more than 1 day of research. (For some teams this might be, say, 3 days, if that’s the common situation.) At the end of the time-box, you have to report out your findings. That might result in another spike, but time-box the experiments. If you weren’t able to answer the question before time runs out, you must still report the results to the team and decide what to do next. What to do next might be to define another spike.

You might say “I think there’s a bug in the app server… there’s no way I can hear back from their support within the time-box.” The timebox is effort, not calendar time. So, the spike can be about recreating the problem and providing enough info for the support group to look into it.

It’s also best if a spike has one very clear question to answer. Not a bunch of questions or an ambiguous statement of stuff you need to look into. Therefore, split your spikes just as you would large user stories.

You don’t have to use the whole time-box. For example, if it’s an estimate that you were after, do just enough work to give the estimate and stop.

By the way, I don’t estimate spikes, but that’s another blog post.

There you have it, an answer to what’s a spike. More than you ever wanted to know about spikes!

The post What’s a spike, who should enter it, and how to word it? appeared first on LeadingAgile.

Categories: Blogs

Links for 2016-09-12 []

Zachariah Young - Tue, 09/13/2016 - 09:00
Categories: Blogs

Does ES6 Mean The End Of Underscore / Lodash?

Derick Bailey - new ThoughtStream - Mon, 09/12/2016 - 21:24

If you look at the latest Chrome, Safari, Firefox and MS Edge browsers, you’ll notice the compatibility and feature implementation of ES6 is darn near complete. 

And for the majority of developers that still have to support older browsers? Babel and other pre-compilers have you covered.

There’s so much adoption among the latest browser versions, the latest node.js, and pre-compilers, that you don’t have much reason to ignore ES6 moving forward. 

But what does this mean for some of the old stand-by libraries that have not only provided great APIs and utilities, but also helped to define the feature set in ES6?

Underscore lodash trash

Tools like underscore and Lodash – are they now obsolete, with ES6 features replacing most of the utility belt that they had provided?

I have to admit – I rarely use underscore or Lodash anymore.

Other than my front-end code where I am still stuck in my Backbone / Marionette ways, I’m rarely installing underscore or Lodash into my projects, intentionally. 

Every now and then I see enough need to install one of them. But, more often than not I turn to the ES5 and ES6 counterparts for the methods that I use frequently.

For example, some underscore -> es5/es6 array methods:

  • each -> forEach
  • map -> map
  • reduce -> reduce
  • find -> find
  • filter -> filter
  • contains -> includes
  • etc, etc, etc

While the method signatures and behavior are not 100% the same, there is an unmistakable influence in the ES5/ES6 list of array methods, compared to the underscore and Lodash API.

Because of this, I have largely been able to do without these utility belts.

But I wondered if I was the exception or the rule.

I knew that my use of these libraries was limited compared to a lot of people.

After all, I’m rarely digging into the more functional / composition aspects of JavaScript. I don’t spend much time type checking with the various is* method, anymore, and frankly the various builds and advanced options of Lodash have often kept me away out of lack of time (effort) to understand them. 

I had assumptions about this, because of my own experience. But, I wanted to verify that my thoughts on “underscore is dead” were shared in the community.

So I sent out a poll on Twitter and asked,

Are you still using Lodash / underscore?

are you still using underscore / Lodash, now that ES2015 is available most places / with precompilers?

— Derick Bailey (@derickbailey)

August 31, 2016

The results shown in the poll were nothing like my own experience and expectations.


Only 9% of the 236 responses said that ES6 (ES2015) makes Lodash / underscore obsolete.

Personally, I fell into the 17% of “yes, but rarely”.

But the overwhelming majority of respondents – nearly 75% of them – said they still use these libraries frequently, with nearly half the responses wondering they they wouldn’t use them.

With the responses pouring in, I had to know why. So I asked a follow-up question.

Why are you still using Lodash / underscore?

if you said yes, you are using underscore / Lodash still, what features / methods, and why?

— Derick Bailey (@derickbailey)

August 31, 2016

The responses were generally categorized into two things:

  • Methods on objects, instead of just Arrays
  • Functional / composition based coding

For example, there are a lot of methods in the ES5/6 Array object that can be applied to Objects, with these libraries.

@derickbailey AFAIK, es5 map/reduce/filter only work on arrays

— Sean Corrales (@seancorrales)

August 31, 2016

@derickbailey _.pick/omit, for objects, _.isX, _.indexBy, _.sortBy, _.escape, _.debounce/throttle … I could keep going.

— Ben Vinegar (@bentlegen)

August 31, 2016

With the rise of functional programming, it’s also not surprising to see many people using these libraries in that paradigm.

@derickbailey Using Lodash/fp on almost all projects at work.

— Cyril Silverman (@CyrilSilverman)

August 31, 2016

@derickbailey also ES2015 didn’t added so much worth to me since I don’t use `this` and `prototype`-stuff. rest and spread are interesting.

— Stephan Hoyer (@cmx66)

August 31, 2016

And if you’re using these libraries already, might it be easier to use them everywhere instead of trying to remember which methods are built-in and which come from the library at this point? 

@derickbailey I obviously don’t need to use `map`, `filter` etc at this point, but I’m invested enough in the library that its easier

— Ben McCormick (@ben336)

August 31, 2016

Frankly, it seems there are some good reasons to continue using these libraries, at this point. 

Still, I had to wonder if the future of JavaScript might bring these to an end.

I mean, if these libraries are largely being replaced (at least in my use), and JavaScript is catching up to the capabilities that they provide while continuing to move forward, isn’t there a real chance that they will become obsolete?

It seemed like a possibility to me.

And I rarely use these libraries anymore, so doesn’t that show some evidence?

Well… maybe not.

John-David Dalton – the creator and maintainer of Lodash – steps in to the discussion with this:

Lodash is an active/evolving collection of 300+ modular utils that’ll continue to push beyond ES 5/6/7/.. additions.

— John-David Dalton (@jdalton)

August 31, 2016

YMNK Lodash, by way of the jQuery foundation, has TC39 representation & is involved in the evolution of JS

Categories: Blogs

Announcement: New Worldmindware Page!

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

BERTEIG has updated its Worldmindware page to reflect updates to our training & to highlight instructors & coaches.

Take a look. 

Learn more about our Scrum and Agile training sessions on WorldMindware.comPlease share!

The post Announcement: New Worldmindware Page! appeared first on Agile Advice.

Categories: Blogs

The Value of Depth and Detail

Evolving Excellence - Sun, 09/11/2016 - 18:01

details-architectureNearly three decades ago one of my first bosses pulled me aside – I forget the underlying incident except that I had somehow screwed up – and bluntly told me to “sweat the details.” I clearly remember it to this day, and it became one of the defining pieces of advice I have ever received. It was also a lesson in the power of immediate feedback versus waiting for the annual review.

I began to sweat the details, often obsessively, sometimes too much so. Just ask anyone who has traveled with me. Or lived with me.  Learning the value of details, and how to distill, evaluate and discriminate, has helped me tremendously.

Last January I told you how my annual “do something different” goal for this year is to read a work of literature from a different culture each month.  Initially this was something of a struggle for someone who typically reads Clancy-esque technothrillers and dry business tomes.  Twenty pages, if not more, just to develop a character?  You must be kidding!  Who has the patience?  But I dug in and did it.  After all, some of the most valuable goals are the ones that push you outside your comfort zone.  It’s been a very rewarding experience.

So far this year I’ve read (just as part of this goal) One Hundred Years of Solitude (Latin America), The Kite Runner (Afghanistan), Things Fall Apart (Africa), One Day in the Life of Ivan Denisovich (Russia), Men in the Sun (Palestine), The God of Small Things (India), Life and Death Are Wearing Me Out (China), and The Wind-Up Bird Chronicle (Japan).  I’m currently reading Ceremony (Native American), and next month will be Breath, Eyes, Memory (Haiti).  Any suggestions for November and December?

The Kite Runner has easily been my favorite so far, followed by Ivan Denisovich.  Ceremony has started out rather slow, but is now becoming an intriguing look at Native American society as well as the experiences of returning war veterans.  Life and Death and Wind-Up Bird were interesting immersions into Chinese and Japanese life, although keeping track of the multiple reincarnations in Life and Death (some not as humans!) became a bit difficult.

I’ve realized that what sets these works of literature apart is the depth and detail presented by the authors. Ivan Denisovich really is a couple hundred pages about just one twenty four hour day, but so engaging I couldn’t put it down! In The Kite Runner I truly felt like I was struggling to survive in Afghanistan, dealing with the consequences of war on life, livelihood, and family.  This created understanding, empathy, and compassion – exactly what I was looking for when I set this year’s goal.

Depth and details matter when telling a story.  Understanding depth and details takes either a talented author, or perhaps a trip to the gemba.  That’s one big reason why my wife and I have traveled to over 65 countries – to get the real story.  It’s scary how often that real story is at odds with sound bite-driven popular perception.

This is also evident in the lean world. We already know the value of visiting the gemba instead of making assumptions from a distant conference room.  Knowledge leaders in the field often ask themselves why lean doesn’t take root at every organization and in a sustainable fashion when there is so much evidence that it works. There’s even a lengthy survey currently circulating among such folks asking that and other similar questions.

I can tell you why: a lack of understanding of the depth and detail of lean. Instead of truly understanding what it’s about, we want to jump to the immediate benefits of 5S or value stream mapping without understanding the “why?” – and then the context of a simple tool within the overarching depth of the total lean methodology and philosophy. It’s why some of us push back on “lean six sigma” because it usually does not overtly include what I believe to be the most important aspect of lean: respect for people. Understanding respect for people, especially the roots from Toyota where it is really “respect for humanity,” is difficult.  But without it, lean simply isn’t lean.  The true power cannot be realized and sustained.

Lean is not just this or that tool.  It is an operating system framework to increase customer value by leveraging the power of people.  Understanding the depth and detail, including the historical underpinnings and how it can be uniquely applied to your specific circumstance, is critical for success.  Otherwise, even if short-term gains are realized, long-term failure is almost guaranteed.

Similar examples exist elsewhere.  Consider all the blog posts on the latest get-rich-quick or weight loss schemes that don’t convey the underlying context and circumstantial variation. How many people assume an author has professional stature just because of a superficially-reasoned argument, perhaps peppered with big words, instead of true studied knowledge and scientifically-evaluated evidence?

Tweets are 140 characters long and television and even some print news these days is reduced to sound bites.  The depth and detail has disappeared, and our opinions and decision-making are becoming very superficial – for increasingly complex and global issues.

We are losing the ability to access and process knowledge, lean and otherwise, based on  detail and depth.  How do we change that?

Perhaps we should start reading literature again to see what we’ve been missing.

Categories: Blogs

6 questions that changed my life

Scrum Breakfast - Sun, 09/11/2016 - 12:21
A few months ago I noticed that I was working like crazy and there was no end in sight. To get off this endless treadmill, I came up with my first draft of what I now call "My Personal Agility." After working with it for a few months, it all comes down to this:
  1. What really matters?
  2. Of all the things I could do, what is most important?
  3. Of all the things I could do, what really has to get done this week?
  4. What do I want to get done this week?
  5. What am I going to do today?
  6. Who can help me?
I get help from my personal agility coach who asks me these questions at regular intervals, so that I don't forget to do it. I also get some help from two information radiators: My priorities map (which I maintain on Trello) and my calendar. My priorities map helps me remember what's important and what I want to be doing. Sometimes I use my calendar for additional help on focusing during the day.

Getting my life under control meant saying 'No' to unimportant stuff so I could say yes to things that matter. Sometimes it even meant saying 'Yes' to unplanned resting, because I am not a machine, and sometimes I need to rest.

How does this work? Here is an example from my life: my kids had kind of gotten used to the fact that their requests never really got processed. I was working so hard on "important stuff" that I never had time for family stuff.

Once I decided doing things for my family really mattered, so I put it on my priorities map as point number one and labeled it with a green dot. Then every week, as I plan my week, I make sure there are a couple of green items in the list of things I want to accomplish this week. The difference was obvious immediately! Now I apply that principle at home and at work.
Here's how this works:
What really matters? These 3, maybe 4 priorities in my life guide what I say yes to. Each priority has a color code for easy identification. 
Of all the things I could do, what is most important?  I always have too much to do, so I want to focus on things that matter. If I am considering doing something that doesn't match up to something that matters, I ask myself why and whether I should do it!
Of all the things I could do, what really has to get done this week? Some things have a pressing deadline and it's important not to lose sight of them. 
What do I want to get done this week? I don't have time or energy to do everything. So of the important things and the urgent things, which ones do I think I can accomplish this week? Unchecked, the urgent tends to push out the merely important, so I sometimes I need to make space for the important. Sometimes that means that urgent stuff gets postponed or even cancelled.
What am I going to do today? This keeps me from going off on a tangent. Sometimes it's even helpful to plan my time in my calendar, for example to make room for a larger chunk of important work.
Who can help me?  At the very least, I needed someone to ask me these questions once a week or so, so I remember to answer them! Most approaches to managing your time assume that you are really by yourself. In reality, you can ask a partner, your spouse, an advisor or a professional coach to ask you the questions once a week or so. You can ask other people for help. Individual performance is important, but collaboration enables so much more!

By reflecting occasionally on what you are doing and why, you ensure that you're not just working hard, you're also doing the right thing!

Call for help: I'd like to find out if this approach could be useful in your context. If this has piqued your interest, and regardless of whether you think the answer might be yes or is probably no, I'd like to talk to you! Please contact me, and I'll set up an appointment! Thanks!

UPDATE: I have updated and will continue to update this article to make it clear. First change. The questions changed my life, the information radiators just help me do what I want! Last Update: 12-Sep-2016 at 09:12.
Categories: Blogs