Poster on Agile in a Nutshell – with a spice of Lean UX

Share on FacebookShare on Google+Tweet about this on TwitterShare on LinkedIn

This is a poster I made for a Agile intro class at Hyper Island Digital Business class 2017 where I and my colleague Per Lundholm was last week. The class was as big as 40 people, and covering from a couple of experts to mostly total novelty, which is usually the most difficult type of situation for a teacher or coach. But it went well, maybe not all thanks to the poster 😉 but it sure made it a lot easier for both me and Per as teachers, as well as the students who could follow more easily as well as take notes.

Free poster on Agile in a Nutshell
Free poster on Agile in a Nutshell

Free Download of the poster on Agile in a Nutshell here (PDF)

EDIT 1: Due to some companies restricted IT policies the poster is now available directly here in the blogpost and not in Dropbox. Thank you for that feedback!

This poster covers both briefly the background to why we work Agile, some history and problems as well as values and principles. It also covers the difference between waterfall development and Agile in two aspects and the most common Agile practice, basic Scrum. Also I added some Lean practices to the mix to add a more advanced level to it.

When coaching this session we also watched my colleague Henrik Knibergs film on Engineering Culture at Spotify (thanks for that :), did lots of white boarding (off course), answering questions, as well as two different “games”. The first game was something Per had come up with and used before, a game called “Agile Value Battle. I think Per will put up a post on that soon 🙂 The other game was to understund Cynefin, where the group line up in the room and organise them self according to the mission they get. Both games where a good energiser as well as a good way to get a understanding for them self before going into theory. You can read about that game in another of my blog posts here >

Thanks to the great class of Digital Business 2017 @ Hyper Island 🙂
Hyper Island Digital Business 2017

Big thank’s to these smart guys
– If you haven’t studied how Cynefin works, you should take 10 min to watch David Snowdens video: https://www.youtube.com/watch?v=N7oz366X0-8
– More info about the Agile Onion you find in Simon Powers post: https://www.linkedin.com/pulse/what-agile-simon-powers
– Also you should take some quality time and read Joshua Kerievsky long but great post on modern agile: https://www.infoq.com/articles/modern-agile-intro

Also thanks to my colleague Jimmy Janlén for inspiration on how to visualise waterfall vs x-functional teams 🙂

EDIT 2: Just want to say thank’s for all the positive feedback on this poster. Love sharing with you guys! The PO´s poster is still just on paper, but also coming up here on the blog soon.

EDIT 3: Here you find the free postertranslated to Spanish >
Here you find the free postertranslated to French>

77 Comments

  • 1
    Hilary Trump
    2016-10-10 - 12:12 | Permalink

    Should be “Ways of Working” not “Way’s”

    • 2
      Mia Kolmodin
      Mia Kolmodin
      2016-10-20 - 11:14 | Permalink

      Thank you Hilary Trump! I’ll have it fixed ASAP.

  • 3
    2016-10-12 - 18:48 | Permalink

    That is an awesome poster.

    “50% of knowledge gets lost on handovers” That might explain the poor performance of a project that I worked on that had 5 different project managers 🙂

    • 4
      Mia Kolmodin
      Mia Kolmodin
      2016-10-20 - 11:19 | Permalink

      Thank you so much Tom! Hand overs are really bad for outcome… output might though still be awesome, so the team might still have great pace. That’s why it matters to have the right KPIs 🙂

      Also in your case it seems that misalignment between the managers was a factor as well. It is a good rule to have one PO and treat the rest as stake holders.

  • 5
    Prashant Pote
    2016-10-16 - 18:43 | Permalink

    A single poster represent lots of information. Nicely created poster.

    • 6
      Mia Kolmodin
      Mia Kolmodin
      2016-10-20 - 11:12 | Permalink

      Thank you Prashant 🙂

  • 7
    2016-10-22 - 15:33 | Permalink

    Bummer – Link seems to be broken

    • 8
      Mia Kolmodin
      Mia Kolmodin
      2016-10-22 - 22:05 | Permalink

      Thanks for letting me know. It seems we have an issue with browsers not compatible with the latest version of PDF and we´re working on trying to fix that. Perhaps it works now already if we are lucky 🙂

  • 9
    Clement
    2016-10-28 - 07:41 | Permalink

    Thank you for sharing. The poster is awesome, and I will definitely use in my future lectures on PM

  • 10
    2016-10-28 - 07:56 | Permalink

    I really like the poster and will share it during my own workshops! Maybe you can think about integrating “Modern Agile” in a next version (https://www.infoq.com/articles/modern-agile-intro)

    Cheers, Raphael

    • 11
      Mia Kolmodin
      Mia Kolmodin
      2016-10-30 - 17:16 | Permalink

      Hi Raphael! I do love the modern Agile approach, and the visual. I might apply it to the poster. What would you take away to fit it in?

    • 12
      Mia Kolmodin
      Mia Kolmodin
      2016-10-30 - 18:48 | Permalink

      I have updated the poster with modern Agile now. I think it fits in really well with my view of how to work Agile, and I hope it didnt get too cluttered 🙂

    • 14
      Lavetta Stevenson
      2016-11-05 - 16:58 | Permalink

      Very radical just from a few minutes perusing the information. I got lost when I saw no roles, just make people awesome. I am sure I missed the point. Willing to learn more about it.

      • 15
        Mia Kolmodin
        Mia Kolmodin
        2016-11-06 - 17:34 | Permalink

        Hi Lavetta 🙂 If you look in the bottom you see some roles, or rather competences. We rather focus on what competences the team needs to do the work they have taken on, and not what roles they have. A mature Agile company might even take away roles from the business cards, and just call people “Team members”.

  • 16
    2016-10-28 - 10:55 | Permalink

    One poster with essential aspects. I like it. Thanks for sharing and free download possibility.

  • 17
    Eik
    2016-10-28 - 12:14 | Permalink

    Hi Mia,

    I just wanted to appraise you for making the Agile in Nutshell one-pager available, it is really great, very useful. Like a bag of your favorite candy 🙂
    Now is is even easier to spread the seeds of agile thinking.

    Eik

    PS I think there’s a small typo, you are missing ‘is’ under “Waterfall Approach”: “When problems arise it _is_ too late to rethink”

    • 18
      Mia Kolmodin
      Mia Kolmodin
      2016-10-30 - 17:16 | Permalink

      Thank you Erik! I´ll fix the typo 🙂

  • 19
    Tony Marks
    2016-10-28 - 14:21 | Permalink

    Looks amazing! Only spotted the following error(s):

    “effectively” rather than “effectivly” under Agile Approach
    “feasible” rather than “feasable” on the Value Venn diagram
    “DB schema” rather than “DB scheme” on the incremental delivery diagram
    “Categorise” rather than “Cathegorize” on the Cinefin diagram

    That said, it’s so good, I am going to print it on A3 and stick it on the wall.

    • 20
      Mia Kolmodin
      Mia Kolmodin
      2016-10-30 - 17:17 | Permalink

      Thank you Tony! I´ll fix the typos if it hasn’t already been fixed, I have done some updates since it was published already 🙂

      • 21
        Tony Marks
        2016-10-31 - 10:28 | Permalink

        You’re welcome. 🙂

  • 22
    Jeff
    2016-10-31 - 05:14 | Permalink

    I love the one page view. But, this looks like it’s more aligned with “Scrum in a Nutshell” rather than “Agile in a Nutshell”. I’m just wondering if presenting it as “Agile” minimizes some of the other frameworks and practices (Kanban, XP, as just two examples). Nevertheless, it’s a great visual.

  • 23
    Jennifer
    2016-10-31 - 07:34 | Permalink

    Mia, very nicely done – crisp, simple and VERY easy to understand. Would love to use it for my workshop as a handout. Would that be ok?

    • 24
      Mia Kolmodin
      Mia Kolmodin
      2016-10-31 - 09:27 | Permalink

      Hi Jennifer, and thank you! Offcourse you can use it in any type of work you do 🙂 Thank’s for asking and hope it works well for you.

  • 25
    Ghias Qureshi
    2016-11-01 - 18:08 | Permalink

    Mia, Looks amazing! all information regarding Agile in single piece of paper.
    Good work Keep it up!!!!

    • 26
      Mia Kolmodin
      Mia Kolmodin
      2016-11-03 - 14:37 | Permalink

      Thank you so much Ghias 😀

  • 27
    Kanwal Jeet SIngh
    2016-11-02 - 06:17 | Permalink

    very Nice

  • 28
    Prolay Chaudhury
    2016-11-03 - 20:10 | Permalink

    The situation –

    The project goal is set. What the End-To-End functionality we are going to achieve are well defined. But the dependency with other processes (Integrating with another system) is the bottleneck in the sense that the other team is not able to deliver it within your tight timeline.

    Questions –

    1. According to the Agile methodology, the sprints are typical 2 to 4 weeks. And spilling over is going to result in negative impact. What will you do in this situation?

    2. “What we don’t know, we don’t know.” According to this philosophy, how would you expect to deliver a stable product/Automated Processes within the Agile time framework with the sprint length of two to four weeks?

    • 29
      Mia Kolmodin
      Mia Kolmodin
      2016-11-06 - 17:30 | Permalink

      Hi Prolay, thank you for your comments. I’ll try to answer them here:

      1. It is good to try to keep sprints a bit on the shorter side, so 4 weeks might be a bit too long. It has to do with that we use the sprints to get feedback more often to minimize different types of risk, and deliver value as often as possible in smaller chunks. If the team don’t get done within the sprints with what they took on them on the sprint planning there could be lots of different things that you might need to do.

      Some key factors:
      – Storys should be broken down with team and PO so that they understand what the value is and what they don’t need to build, Specification by Example is a good tool for that. If they create a User Story Map for the end goal, they also know in much more detail what to deliver and what value it will bring to the business as well a end users, thats my favourite tool for ensuring delivery.
      – The team aslo should create tasks on sprint planning and then do estimations, this is both so that they can collaborate, and also have a common understanding on what teh story contains and a understanding of what the DoD is.
      – Horisontal slicing should be done to bring learning to the team, and so they dont get stuck in details and so that they can deliver value as soon as possible
      – The storys the team bring in should have a clear prioritazion and the team should work to finish the highest prio story first, then start on the next
      – The team should not work in silos, they should work two and two as much as possible
      – Difficulties should be tackled togehter, most preferable in a mob programming session with the whole team
      – If the team have a knowledge gap they should preferably bring some one in to the sprint to help them learn and deliver
      – The team should have a review with their PO, and most preferable demo scenarios on how the system (or what it is they are working on) is being used from a user perspective

      And off course there can be lots of other things you can do as well, but these are in my mind some of the key things to start with. It could still be things that are not done in the sprint, but if you wok in this way it is usually not that mush, and it is always the least important things. The PO might pull those things down in prio, because things planed for the next sprint could be more prio, or they might could slice it to something smaller and push it to the next sprint, it should not be something that adds to the next sprint automatically.

      2. “What we don’t know, we don’t know” this is the core reason we work Agile, because we know that we will learn along the way, and the world will change as well over time. How to tackle that is to work with lean ux and learn as mush as possible in the beginning, working towards clear impact goals and not with a detailed plan. You also do not want to make decisions on important things in detail in the beginning, because then you are usually set to failure. More on this topic in mu upcoming poster on Agile Product Discovery with Lean UX.

      /Mia

  • 30
    Michael Zor
    2016-11-04 - 03:49 | Permalink

    This poster really helps to those who beginners for Agile. It has clarity. Thanks.

    • 31
      Mia Kolmodin
      Mia Kolmodin
      2016-11-06 - 16:35 | Permalink

      Thank you Michael 🙂

  • 32
    Dhaval Vibhakar
    2016-11-04 - 04:04 | Permalink

    Nice poster Mia,

    Good Information on waterfall vs agile, so easy to understand.

    Dhaval Vibhakar

    • 33
      Mia Kolmodin
      Mia Kolmodin
      2016-11-06 - 16:35 | Permalink

      Thank you Dhaval!

  • 34
    2016-11-04 - 10:19 | Permalink

    Great work – great poster. And such an important message on our path to digitization!

    • 35
      Mia Kolmodin
      Mia Kolmodin
      2016-11-06 - 16:35 | Permalink

      Thank you André 🙂

  • 36
    Bernadette Greenock
    2016-11-05 - 22:22 | Permalink

    Awesome one pager Mia. Thanks for sharing. I’ll definitely use it in my workshops.

    • 37
      Mia Kolmodin
      Mia Kolmodin
      2016-11-06 - 16:34 | Permalink

      Thank you Bernadette!

  • 38
    Jason
    2016-11-07 - 08:04 | Permalink

    Love the poster. Thank you!

    One feedback –
    The value “curve” for waterfall looks wrong. Does waterfall really deliver value in a linear way?

    I was expecting something more like:
    https://www.scrum.as/academy/2/gfx/c3.2.jpg

    • 39
      Mia Kolmodin
      Mia Kolmodin
      2016-11-08 - 12:54 | Permalink

      Hi Jason! I can see how you could interprete it in the way you did, it was not intended by me that waterfall delivers in a linear way offcourse, but rahter all in the end in a big bang delivery, the pink area is the risk. But thank you som much for your comment, I have now updated the poster so it hopefully is more clear now 🙂

  • 40
    2016-11-09 - 03:29 | Permalink

    Mis-spell of Review (Riview) on the poster. Thanks for sharing!

    • 41
      Mia Kolmodin
      Mia Kolmodin
      2016-11-10 - 14:19 | Permalink

      Thanks Dean! It has been updated now 🙂

  • 42
    Urmil Patel
    2016-11-10 - 18:26 | Permalink

    This will be useful for our new Platform Team, nicely presented! thanks for sharing the pdf.

    Regards,

    Urmil.

  • 43
    Martin
    2016-11-11 - 22:18 | Permalink

    Dear Mia
    I really like your poster. Great work!

    But to give complete picture in my opinion it is necessary to mention the 5 basic values of scrum
    Commitment
    Courage
    Focus
    Openness
    Respect

    Greetings
    Martin

  • 44
    2016-11-12 - 00:00 | Permalink

    It is a nice poster, and the content is very good, but it is missing at least 50% of what Agile is. Agile began as technical practices – eXtreme Programming, which involved test-driven development, pair programming, automated builds, automated testing, and wikis (automated publishing of design decisions). Yet somehow, people (Agile coaches?) have come to view Agile only in terms of the Scrum process. This is bizarre to me.

    The reality is that when Agile works well, it works well because of the technical practices. Many of these (e.g., TDD) have given way to better versions (e.g., ATDD), but technical practices are still the core of real Agile. Yet Agile coaches seem oblivious of that.

  • 45
    Pierre Rasmussen
    2016-11-12 - 17:31 | Permalink

    Really good poster. I just wonder why it took 15y before I saw one…?

    Thanks! I will share your work.

  • 46
    Grace Alalade
    2016-11-15 - 12:09 | Permalink

    Hi Mia, Awesome poster. Thanks for making it available.

  • 47
    MatthiasJ
    2016-11-18 - 13:39 | Permalink

    Mia, thank you for this great poster. Just one comment: I could not find a Scrum Master in your Scrum Team. You might want to replace the Product Owner with the Scrum Master in the drawing (since the PO in not necessarily member of the Team, he is responsible for the Product, and the mapping Products to Teams could be other than 1:1).

  • 48
    2016-11-22 - 05:12 | Permalink

    Thanks! It covers the collaboration, adding real value, risk (Same risk graph might consider adding student syndrome with risk of unknown), T-Shaped profiles, fail fast, etc etc. All smiles to see you so many powerfull conceipts in one place.

    One picture I found very usefull in explinations is using a flashlight analogy for requirement management / planning. The value of low up front design for items in the far future I.e. items in front is clear and far ahead we only see the outlines (allowing for agility in changing direction the further it is away while maintaining clear direction). So picture is a flashlight with light going out wider, the light is broken into 3 vertical sections starting with small blocks (tasks in sprint), medium blocks (user stories) and the last one big blocks (epics).

    • 49
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 09:06 | Permalink

      Hi Marius, thank you for your input. I acctually like that picture as well, and I have it in my Agile Product Owner poster, coming up soon here on the blog 🙂

  • 50
    Simon
    2016-11-23 - 11:05 | Permalink

    Content looks great – sadly the link giving a not found error for me – would love enlarge the pdf to read the detail..
    link I’m using: http://blog.crisp.se/bit.ly/agile-in-a-nutshell-poster3

    • 51
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 18:50 | Permalink

      Hi Simon! Thank’s for letting me know, I have fixed it now 🙂

  • 52
    2016-11-23 - 12:55 | Permalink

    This postet is a great companion to the video called The Role of the Product Owner In A Nutshell.” Having trouble downloading at the moment, but will figure it out. Thank you for an amazingly simple but powerful illustration.

    • 53
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 18:51 | Permalink

      Hi Kevin! Thank’s for letting me know, I have fixed it now 🙂

    • 54
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 18:53 | Permalink

      Hi Kevin, I updated the poster yesterday, and it seems I did something wrong with the link. But now ut is fixed 🙂 Thanks!

  • 55
    Aernout de Beaufort
    2016-11-23 - 13:26 | Permalink

    Hi Mia, it seems that the poster download link does not work at this time.

    • 56
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 18:50 | Permalink

      Hi Aenout! Thank’s for letting me know, I have fixed it now 🙂

    • 57
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 19:28 | Permalink

      Hi Aernout, thanks for letting me know, it has been fixed now 🙂

  • 58
    Daniel Albuschat
    2016-11-23 - 16:19 | Permalink

    The download link is broken again, leads to “Page not found” 🙁

    • 59
      Mia Kolmodin
      Mia Kolmodin
      2016-11-23 - 18:51 | Permalink

      Hi Daniel! Thank’s for letting me know, I have fixed it now 🙂

  • 60
    Romulo
    2016-11-29 - 12:06 | Permalink

    How fun! We are a 100% agile shop and use some different verbiage but I can tell you and your team enjoy what you do!!!!

    • 61
      Mia Kolmodin
      Mia Kolmodin
      2016-11-29 - 12:53 | Permalink

      Thank you Romulo 🙂

  • 62
    Frans Mol
    2016-12-02 - 09:53 | Permalink

    A bit late, but still sincere 🙂 very nice poster, thank you for sharing it

  • 63
    roques
    2016-12-05 - 12:29 | Permalink

    Thank you for sharing!

  • 64
    Rajaraman Kannan
    2016-12-11 - 23:13 | Permalink

    Thanks Mia. this is very helpful.

  • 65
    2016-12-16 - 06:20 | Permalink

    Hi Mia, thank you for this great poster. 🙂 Just want to ask about your source on the 50% knowledge lost on handoffs. Thanks 🙂

  • 66
    Chandan
    2016-12-16 - 09:16 | Permalink

    I think this is a great poster to effectively summarize Agility and one of its great framework “Scrum”.
    One suggestion to your next iteration could be adding the essential lean elements or highlight them in the same poster.. :-).

    • 67
      Mia Kolmodin
      Mia Kolmodin
      2017-01-06 - 19:27 | Permalink

      Thank you Chande, I’m glad you like it. Lean is off course super important as well, but in my mind it might be subject for a poster of its own?

  • 68
    Simone
    2016-12-20 - 15:52 | Permalink

    Hi Mia, Great poster. How about including a business analyst (BA) on the team. On many scrum teams the BA acts as a proxy for the PO.

    • 69
      Mia Kolmodin
      Mia Kolmodin
      2017-01-06 - 19:26 | Permalink

      Hi Simone, thanks, I’m glad you like it. Off course you can add what ever role (or rather competence) in the team, dependent of what you need to be able to deliver. But in my opinion, having someone acting as a proxy is not a great idea, then perhaps this BA person better should be the PO… So having asid that, I´m not going to add the BA to the team, but off course you can do so if you have the need to.

  • 70
    2016-12-26 - 09:49 | Permalink

    Hi Mia.

    Nice poster, If you like to translate to Spanish, I can do it. Just send me the source and I would send you back in Spanish. My email jcperez@easynube.co.uk.

    • 71
      Mia Kolmodin
      Mia Kolmodin
      2017-01-06 - 19:23 | Permalink

      Hi Juan, thank you, I’m glad you like it 🙂 Off course, It would be fantastic to have it translated to Spanish, can you have it done to Thursday when I have a workshop with Spanish team members ;-P Just kidding. I’ll send you an email. Thanks!

  • 72
    2016-12-28 - 20:15 | Permalink

    Mia – This is great. We have created a narrative producing framework called Agile Narrative and much of what you have visualized is in our DNA…but in a much more elegant approach. Thanks for sharing.

    • 73
      Mia Kolmodin
      Mia Kolmodin
      2017-01-06 - 19:21 | Permalink

      Hi Tobin, I’m so glad you liked it. Your frameworks sounds great too, would you care to share it?

  • 74
    2017-01-09 - 20:39 | Permalink

    This is like similar illustration about how Agile is more comprehensive and egalitarian. I like your picture. We are doing something similar but more on the organizational and at the overall Agile Enterprise layer. Note, there is a different culture and POV toward Agile and Scrum with high tech companies and most here in Silicon Valley, which is not positive. We are publishing more information on the new ways and anti-patterns.

    May I suggest you show more alignment with Design Thinking and UX Lean Design with Agile.

    May I suggest the Cynefin Framework (Cognitive Edge) has a different role in the illustration, more of alignment with Sense-Respond-Adapt as well as Complex vs Complicated within investment making decision process.

    Let me know what you think: https://www.linkedin.com/pulse/how-avoid-dark-agile-gervais-johnson-csp-spc-acc?trk=prof-post

    We would like to have you and your team involved as we grow our vision:
    https://www.meetup.com/Gateway-to-Agile-Bay-Area/about/

  • 75
    Sanne van Tongelen
    2017-01-24 - 12:24 | Permalink

    Hi Mia,

    First I wanted to say I really like the poster, we use it as reference in the introduction we give to new employees, it’s a nice total overview and also easy to understand for people who don’t have any Agile knowledge yet.

    I noticed there is a new version again and the image is broken in the article.

    Thanks for creating the poster and keeping it up-to-date 🙂

  • 76
    2017-01-24 - 12:32 | Permalink

    Hi Mia,
    I would really love to translate this poster into Polish. Do you have any template without texts on it?

  • 77
    2017-02-09 - 04:29 | Permalink

    Mia,

    Great poster and content herein!

    So here’s a question- perhaps you or another can point me towards some content or provide some commentary.

    I’m exploring the use of agile in the development of policy, in particular political policy, and am looking for ideas or like minded stories. Would love to connect and see practices in use today.

    Rob

  • Leave a Reply

    Your email address will not be published. Required fields are marked *