100 Top Agile Blogs from 2015

Oikosofy Team has prepared for you 100 Top Agile blogs in 2015

The list was created based on alexa.com ranking.

Alexa ranking is based on the amount of traffic recorded from the users that have the Alexa toolbar installed over a period of 3 months. Traffic is based on the parameters such as reach and page views.

The data was gathered at the beginning of January 2016 and the ranking has changed since then so do not be surprised if your blog is not included there. However,  you´re welcome to write us at info@oikosofy.com if you think your blog should be included in the 100 top agile blogs in 2016.

We hope you like this list and it´ll be beneficial for you to look up for the best agile related content.


Name Twitter URL Alexa Ranking
1. JEREMY JARRELL jeremyjarrell https://www.pluralsight.com/authors/jeremy-jarrell 4990
2. AGILE ZONE dzone http://www.dzone.com/mz/agile 5645
3. AGILEBLOG: RALLYDEV.COM agileblog http://www.rallydev.com/community/agile/ 7949
4. SCRUM ALLIANCE scrumalliance https://www.scrumalliance.org/community/articles 39212
5. MARTIN FOWLER martinfowler http://martinfowler.com/ 50164
6. SUCCEEDING WITH AGILE mikewcohn http://www.mountaingoatsoftware.com/ 72196
7. COLLABNET: SCRUM AND AGILE BLOG collabnet http://blogs.collab.net/agile 82249
8. SCRUM.ORG BLOG Scrumdotorg http://blog.scrum.org 88309
9. VersionOne versionone http://www.versionone.com/resources/blogs/ 132678
10. PICHLER CONSULTING romanpichler http://www.romanpichler.com/ 175383
11. ALL ABOUT AGILE kelly_waters http://www.allaboutagile.com/ 204591
12. THE AGILE WARRIOR: A BLOG ABOUT CREATING VALUABLE SOFTWARE jrasmusson http://agilewarrior.wordpress.com/ 224689
13. CURIOUS CAT: MANAGEMENT IMPROVEMENT BLOG curiouscat_com http://management.curiouscatblog.net/ 283164
14. HENRIK KNIBERG’S BLOG henrikkniberg http://blog.crisp.se/author/henrikkniberg 285919
15. THE AGILE CEO solutionsiq http://www.solutionsiq.com/blog/ 397544
16. AGILE SCOUT agilescout http://agilescout.com/ 407829
17. NOOP.NL jurgenappelo http://www.noop.nl/ 414580
18. AGILE 42 agile42 http://www.agile42.com/en/blog/ 418564
19. SCRUMINC.COM jeffsutherland http://www.scruminc.com/category/blog/ 431257
20. AGILE WEB DEVELOPMENT AND OPERATIONS mmarschall http://www.agileweboperations.com/ 434886
21. ALISTAIR COCKBURN totheralistair http://alistair.cockburn.us/ 451905
22. LEADING AGILE mcottmeyer http://www.leadingagile.com/ 517598
23. MANAGING PRODUCT DEVELOPMENT johannarothman http://www.jrothman.com/blogs/ 615107
24. TINYPM BLOG tinypm http://www.tinypm.com/blog/ 622133
25. AGILE FOR ALL agileforall http://www.agileforall.com/ 627845
26. NET OBJECTIVES alshalloway http://www.netobjectives.com/blog 661095
27. NARESH JAIN nashjain http://blogs.agilefaqs.com 662054
28. PERSONAL KANBAN | VISUALIZE. LEARN. IMPROVE. personalkanban http://www.personalkanban.com/pk/blog 740753
29. TYNER BLAIN sehlhorst http://tynerblain.com/blog/ 758338
30. RON JEFFRIES RonJeffries http://ronjeffries.com/ 769712
31. David J Anderson lki_dja http://services.leankanban.com/blog 785881
32. THE EXPERIENCE IS THE PRODUCT cindyalvarez http://www.cindyalvarez.com/ 814111
33. DAVE SNOWDEN snowded http://cognitive-edge.com/blog 845527
34. THE HACKER CHICK BLOG hackerchick http://www.hackerchick.com/ 862379
36. THE ART OF AGILE jamesshore http://www.jamesshore.com/ 988344
37. SCRUM AGILE PROJECT MANAGEMENT EXPERT scrumexpert http://www.scrumexpert.com/ 1005151
38. AGILE ADVICE – AGILE METHODS mberteig http://www.agileadvice.com/ 1017360
39. BEN LINDERS benlinders http://benlinders.com 1022346
40. HAPPY MELLY happy_melly http://www.happymelly.com/ 1032272
41. PAWEL BRODZINSKI ON SOFTWARE PROJECT MANAGEMENT pawelbrodzinski http://brodzinski.com/ 1093350
42. HOLISTIC PRODUCT DESIGN & DEVELOPMENT jeffpatton http://www.agileproductdesign.com/index.html 1268476
43. LUIS GONCALVES lgoncalves1979 http://lmsgoncalves.com 1290084
44. AGILE PAIN RELIEF CONSULTING mlevison https://agilepainrelief.com/notesfromatooluser 1293726
45. AINSTAINER GROUP BLOG ainstainer http://blog.ainstainer.com/ 1344311
46. THE AGILISTA PM agilistapm http://www.agilistapm.com/ 1346391
47. TEST OBSESSED testobsessed http://testobsessed.com/ 1401172
48. SCRUMOLOGY davidjbland http://scrumology.com/ 1506288
49. DOUG SHIMP BLOG scrum_coach http://blog.3back.com/ 1540137
50. J. B. Rainsberger jbrains http://www.jbrains.ca 1594395
51. TASTYCUPCAKES.ORG tastycupcakes http://tastycupcakes.org/category/agile/ 1667726
52. KEN SCHWABER’S BLOG: TELLING IT LIKE IT IS kschwaber http://kenschwaber.wordpress.com/ 1709121
53. LITHESPEED’S LITHEBLOG lithespeed http://lithespeed.com/ 1927689
54. ERIC D. BROWN’S TECHNOLOGY AND STRATEGY ericdbrown http://ericbrown.com/blog/ 1976815
55. BOB MARSHALL flowchainsensei https://flowchainsensei.wordpress.com 2003263
56. ESTHER DERBY INSIGHTS YOU CAN USE estherderby http://www.estherderby.com/ 2006813
57. Ilan Goldstein ilagile http://www.axisagile.com.au/blog 2045281
58. SAM AND KAREN GrowingAgile http://www.growingagile.co.za/blog/ 2242677
59. AGILE TESTING WITH LISA CRISPIN lisacrispin http://lisacrispin.com/ 2395635
60. BETTER PROJECTS: PROJECT LEADERSHIP brown_note http://www.betterprojects.net/ 2465653
61. CORY FOY: IT’S ALL ABOUT AGILITY cory_foy http://blog.coryfoy.com/ 2506238
62. VISIBLETHREAD visiblethread http://www.visiblethread.com/blog/ 2526888
63. BORISGLOGER borisgloger http://borisgloger.com/blog/ 2823435
64. COACHING AGILE TEAMS – LYSSA ADKINS lyssaadkins http://www.coachingagileteams.com/ 2871464
65. SOFTWARE DEVELOPMENT MUSINGS methodsandtools http://blog.martinig.ch/ 2888763
66. AGILITIX michaelsahota http://agilitrix.com/ 3184800
67. MARKUS GÄRTNER mgaertne http://www.shino.de/blog/ 3200935
68. MICHAEL LEE STALLARD: INSIGHTS ON LEADERSHIP michaelstallard http://www.michaelleestallard.com/ 3225717
69. THE CRITICAL PATH derekhuether http://thecriticalpath.info/ 3236125
70. DAVID HOROWITZ ds_horowitz http://blog.retrium.com 3271401
71. AVAILAGILITY – KARL SCOTLAND kjscotland http://availagility.co.uk/ 3459319
72. IMPLEMENTING SCRUM mvizdos http://www.implementingscrum.com/ 3484677
73. SCHAUDERHAFT jensschauder http://blog.schauderhaft.de/ 3829181
74. SYSTEMS THINKING, LEAN AND KANBAN dpjoyce http://leanandkanban.wordpress.com/ 3839135
75. AGILE MINDSTORM ruckiand http://agilemindstorm.com/ 3895402
76. JASON LITTLE: HELPING ORGANIZATIONS GET BETTER jasonlittle http://www.agilecoach.ca/ 4314495
77. RACHEL DAVIES – AGILE COACHING rachelcdavies http://agilecoach.typepad.com/agile-coaching/ 4355156
78. BRAINS LINK brainslink http://brainslink.com/ 4400717
79. MARCIN FLORYAN mfloryan http://marcin.floryan.pl/blog 4573362
80. SEBASTIAN RADICS sebastianradics http://www.ontheagilepath.net/p/ontheagilepathoverview-position.html 4772322
81. DOMINIC KRIMMER dkrimmer84 http://www.dkrimmer.de 5163767
82. Gunther Verheyen Ullizee http://guntherverheyen.com/tag/scrum 5227806
83. BECOMING AN AGILE FAMILY maritzavdh https://scrumfamily.wordpress.com/ 5273143
84. BAUER INFORMATION TECHNOLOGY Not Found http://bauer-information-technology.com/blog 5425879
85. STEFANO PORRO stefanobowen http://agilekarma.com/author/stefano-porro 5684864
86. James Grenning jwgrenning http://blog.wingman-sw.com/ 5702880
87. MARIO LUCERO metlucero http://mariolucero.cl 6332107
88. OIKOSOFY oikosofy http://blog.oikosofy.com 6357099
89. Em Campbell-Pretty PrettyAgile www.prettyagile.com 6829291
90. STEVE, BRUNO, ALIN 3AgileGuys http://www.3agileguys.com 7501426
91. FRAGILE BLOG neilisfragile http://fragile.org.uk/ 7526934
92. GEORGE DINWIDDIE’S BLOG: EFFECTIVE SOFTWARE DEVELOPMENT gdinwiddie http://blog.gdinwiddie.com/ 8332696
93. Alexey Krivitsky alexeykri http://www.agiletrainings.eu/blog 8407713
94. MARY POPPENDIECK BLOG mpoppendieck http://www.leanessays.com/ 10179528
95. VASCO DUARTE duarte_vasco http://softwaredevelopmenttoday.com 10295933
96. LIMITED WIP SOCIETY: THE HOME OF KANBAN grouply http://limitedwipsociety.ning.com/ 10341421
97. Derek Huether derekhuether http://www.derekhuether.com 10824204
98. Storm Consulting ConsultStorm http://www.storm-consulting.com/blog/ 11641332
99. AGILE MATTERS AND AGILE CIO IndigoBlueNews http://www.indigoblue.co.uk/blog 12540543
100. YVES HANOULLE BLOG yveshanoulle http://www.hanoulle.be/ 13048788

12 important lessons learned by experienced Scrum Masters

scrum masterSince the beginning of the year 2015 we´ve been running one of the most popular scrum podcast in the world “Scrum Master Toolbox Podcast”. Hundreds of Scrum Masters around the world share with us their own experiences, learnings as well as failures throughout their career journey.

Credits to the lessons learned in this article belong to: Jeff Kosciejew, Dominic Krimmer, Stefano Porro, Andy Deighton, Matt Dominici, Tim BourguignonLuis Goncalves, Steve Holyer, Neil Killick & Antti Tevanlinna.

1. Define your way to measure success, and follow your own development

To achieve success as a Scrum Master you must first define success and measure your way there. There are 3 questions you can ask yourself in order to assess your success:

  1. Did the team deliver production-ready software this sprint?
  2. Was everyone happy with and proud of what they achieved?
  3. Did we improve our way of working (e.g. did we deliver more value than in the previous sprint?)

Having a checklist to assess your performance as a Scrum Master is another good option to measure whether you´re on the right track:

  1. Do we have a Team Vision?
  2. Do we have a clearly defined Sprint goal or focus?
  3. Do we keep our Scrum board up to date to make our work visible and transparent?
  4. Do we have a dashboard to communicate to others the status of our product?
  5. Do we have good quality stories?

It´s important that you sent your own list of questions or your own checklist, which you can regularly follow. This list will help you to focus on the right topics so that you develop your skills as a Scrum Master.

2. Be away for a few days and assess how the team took ownership of the process and meetings.

The most common definition of success is that the Team “owns” the process. This could be in different forms: teams owning the meetings or actively interacting with other teams or stakeholders in the organization. However, the tough question for Scrum Masters is: how do we help teams to “own” the process?

The level of ownership can only be seen when you are away. When you are away for few days, you come back and find the team lost and the process abandoned, that’s a clear sign that the team is not yet ready to “own” the process.

3. Focus on defining and providing a platform for your team.

You as a Scrum Master you should provide teams the right conditions and the environment that enables others to succeed. A very important characteristic for Scrum Masters is being in the background, this is supporting and enabling role.

Each practice requires a different approach to creating the platform. When teams have daily standup meeting, you can stay in the background, not interfere with anyone. Only step in when the team needs your support, in such situation you should facilitate the meeting. Stepping back allowing team to handle meeting themselves is a great step for them to realize that you´re there to support them and encourage them to take the ownership of the meeting.

4. Have many 1-on-1 conversations and take notes
scrum masterSo simple, yet powerful. The conversation is the most often used tool by the Scrum Masters we interviewed. Conversations are a simple tool, but often forgotten. One way to improve your conversation skills is to read How to win friends and influence people, by Dale Carnegie. The author talks about a list of things you must have in mind when you want to grow a relationship with people you work every day. You should always start talking about something other person cares about, don´t judge or argue, be interested in what their opinions are.

5. Help the team define their purpose, so that the team finds their own definition of success

Having a clear purpose is one of the keys to motivation and to success. Without having a shared purpose the team is not able to align their actions. A good idea is to do a workshop to define a team´s purpose. As an inspiration, take a look at the book Drive: The Surprising Truth About What Motivates Us written by Daniel Pink. We run this workshop very often, so if you´re interested in having us to facilitate that workshop, do not hesitate to contact us at info@oikosofy.com

6. Learning to coach the team is one of the most important journeys for Scrum Masters

Scrum Masters do not get successful unless the team succeeds too. For that Scrum Masters must learn to work with the team. That means they must enable the team and their work, not do the work for them or solve their problems for them.  The coaching stance is a key aspect of the Scrum Master’s work. In a bonus episode, Bob Marshall describes Nonviolent Communication (NVC). It´s an approach that can help the Scrum Master with concrete tools, which will help the interaction with teams. NVC means we can’t force anyone to do anything, rather we must ensure that the reasons to do something are clear and and accepted.

7. The team you worked with yesterday is not the same you will work with tomorrow

Every team is constantly evolving, literally every day. The way we work with teams must also evolve to adapt to the stages of development of that team. Speaking of team development stages, according to Tuckman there are 4 different stages: Forming, Storming, Norming, Performing. Understanding what stage the team is in and what is the right approach for that stage is a key skill for Scrum Masters.

8. Coaching happens between consenting adults; get consent before you get started

We cannot force a team to be coaches, it required the consent of all who are involved. You should design your own coaching alliance with the team before you even start work as a Scrum Master with a specific team. This is a shared goal and set of expectations that will later enable you to ask the teams if they are committed to the initial agreement and remind them on what they agreed. This coaching alliance is your “contract” with the team and help you to redirect the team on the overall goal.

9. Measure all the things, and keep notes about 7343762168_d58fe252e2_oeverything

By measuring and keeping all metrics we are able to track trends over time. Here´s what you should do on daily basis:

  1.  Keep notes on everything. In meetings, after conversations, all the time.
  2. Measure everything you can: tasks completed, cycle time, features, interactions, etc.
  3. Get numbers on everything you do as a Scrum Master. How many times did you talk to each team member this week? How many times did you feel lost, or did not know how to go forward?
  4. Look at trends. Only numbers can help you see trends. So measure and stand back to see the big picture.

You don´t have start with every possible metrics. Start from small and define 2-3 metrics you would like to keep track of. Use the next retrospective as the trigger to your measurements. Choose a topic you would like to discuss in your retrospective (or ask a team to do that). Keep metrics related to that particular topic.

10. Measure team happiness to assess sustainability

There are few tools that you can use to measure team happiness. Journey Lines is a tool that you can use in the retrospective to evaluate a sprint from the individual or the team’s perspective. Happiness Door is a tool that combines a few other tools with the goal of measuring happiness on a regular basis.  This is a more real-time tool, designed to help the team reflect and react to what is going on at specific points in time. There are few other tools and methods to measure happiness, the idea is that you can measure happiness as a symptom of sustainability and design the methods to specific topics that affect the team.

11. Success is about producing something of value, help the team measure the value produced

It is actually possible to produce high quality software without producing any value. It is the success of your product in the market that defines your success at software development! Important lesson learned! As Scrum Masters we must be able to help the team understand if what they are producing is valuable. We can do this by having the Product Owner interact with the team, and the customer to define and validate the value of the software we produce. It´s not always possible to ask a customer about the value of the produced software, therefore Scrum Master must work closely with the team and the Product Owner to define ways to measure the value of the software delivered by the team. Take a look at the Lean Startup community where some methods are being discussed.

12. The feedback cycles are the most important tool for Scrum Masters

Scrum Masters must understand what type of feedback the team needs to get their job done. The review meeting is where basic feedback cycle starts. The team demonstrates the functionality they have accomplished and collect feedback from all stakeholders. The Scrum Master has to ensure that this feedback cycle is quick and effective (1-2 weeks). Proper ways to collect and process feedback is necessary so that the feedback is received with positive open mind.

When the team finally “owns” the process, people think that the work of Scrum Master is over, but it never really is. Once the team “owns” the process, we need to focus on these areas: the team dynamics, organizational impediments, interaction with stakeholders, etc.

After interviewing many Scrum Masters, we see two major definitions of success for a Scrum Master:

1. helping the team to succeed as a team

2. helping the organization succeed as a business

Both points are very important for us to understand the role of a Scrum Master. We must assess our work in these capacities and help the team and other stakeholders to understand both of them.

What is your definition of success as a Scrum Master? Let us know 🙂

Picture credits go to: Search Engine People BlogBrad Hagan and thinkpublic

In case you are interested in Agile Retrospectives I am at the moment preparing a 10 DAYS FREE AGILE RETROSPECTIVES PROGRAM. This is a complete self-study program where you will learn anything that you need to become a great Agile Retrospectives facilitator.

If you are interested in sharing your Agile Retrospective exercise with us please contact us: info@oikosofy.com.

The Twitterspective – agile retrospective

by Anthony Petrucci

What is the Twitterspective?

Why hold an Agile Retrospective when you can have a Twitterspective? The Twitterspective is a paper-based
social media-like simulation that can be used to gather data and generate insight from the team in your
Retrospective. It borrows elements from a few different social media channels and blends them into
one. Given the popularity of social media, this is a fun way to engage with the team through a familiar

What can you expect to get out of this exercise?

Expect to see some smiles or hear people giggling as you explain to your team that they will be participating in a social media simulation on paper. In this exercise, everyone has a voice and will have their opinions acknowledged by their team mates. Once the Twitterspective Feed begins to light up (with post-it notes of course), they can see how their peers are reacting to each post in real time.

When would you use this exercise?

Use this exercise after your warm-up activity. This may be a good change for your team if your recent Retrospectives have been more traditional. It gives a good opportunity to both shy and outgoing team members to be heard.

How to do it

Screen Shot 2015-10-05 at 9.20.56 AM

1. Prepare post-its for each participant

2. Make sure you have a whiteboard, window, or a wall space that is large enough to accommodate a row of Post-its. This will act as your ‘Twitterspective Feed’

3. Ask the group: “If you were to express your opinion on a social media channel about the last Sprint (or any predetermined topic) what would you say?”

4. Allow 4 – 7 minutes of silent writing and encourage the team to include hashtags about their overall sentiment or perhaps a clever meme.


5.  Have the team post their Tweets on the Twitterspective feed.



6.  As a facilitator, you will read each post-it, one at a time, and have each participant to: 1) comment on the post-it 2) ‘like’ or ‘dislike’ the post. Give the team 2 minutes to write their comment. Please note – the author of the post DOES NOT comment or like/dislike his own post.

7. As a team, go through each post along with its associated comments. Take the conversation a little deeper whenever necessary. This conversation should not be longer than 40 minutes.


8. Through your discussion, there should be some takeaways identified. Gather the team’s ideas and keep track of the takeaways.

9. After the Twitterspective, send a summary email to the team displaying each of the posts as well as how many likes/dislikes there were.


  • Explanation/Introduction (1-3 minutes)
  • Participants write Tweets (4-7 minutes)
  • Tweet and comment evaluation/discussion (30– 40 minutes; only allow 1-2 minutes to writeeach comment)
  • Conclusion – Identify and gather takeaways (5 minutes)

Anthony Petrucci is a Scrum Master, Kanban Lead, former Product Owner, and Agile Enthusiast. For comments, questions, or feedback, please contact Anthony on Twitter @AgileSauce.

Picture credits go to: Anthony Petrucci and Alan Stanton

In case you are interested in Agile Retrospectives I am at the moment preparing a 10 DAYS FREE AGILE RETROSPECTIVES PROGRAM. This is a complete self-study program where you will learn anything that you need to become a great Agile Retrospectives facilitator.

If you are interested in sharing your Agile Retrospective exercise with us please contact us: info@oikosofy.com.

Happiness Index – agile retrospective tool

by Luis Goncalves

No matter how good teams are, there is always an opportunity to improve. Happiness Index is an agile retrospectives tool, which measures happiness of agile teams. Luis shares it in his and Ben Linder´s  book Getting Value out of Agile Retrospectives.

This exercise is a combination of “Develop a time line” and “Emotions Seismograph” from Norman L. Kerth.

What can you expect to get out of this technique

The goal of this exercise is to have a graphic representation of team members´emotions during sprints. This kind of information helps the team to identify what affects its performance during the spring. Whatever problem the team goes through, this exercise helps them to reveal team emotions right in the place.

When you would use this technique

It is certainly suitable for a team that goes through many different emotions (positive or negative) within the sprint. It benefits them when they wish to evaluate the consequences or when the team has several challenges within the spring and would like to understand how these issues appeared.

Happiness Index is suitable for any team, it does not require any specific level of maturity. The exercise can be applied to both remote and collocated teams.

How to do it

Screen Shot 2015-09-03 at 6.12.52 PMTake a A4 white paper and some post-its. Divide the paper in 2 parts/axis – positive and negative. Then divide the X axis in the number of sprint days.

There are 2 ways of doing this exercise:

1) The exercise is done during the retrospective with whole team
2) The exercise is done in small pieces during the sprint

Option 1: Create small groups of 2-3 people. Ask them to do a brainstorming session on events or situations that occurred during last sprint. After, ask the group to create a graphic showing emotion levels with the situations they brainstormed. When all groups are done, create a representation of all groups in a single graphic. Do not forget to put an explanation of each different emotion.

Option 2: Instead of a team drawing the emotion graphic, you should let each individual to draw his own emotion level at the end of each work day. This approach will make sure that all events or situations are covered and are not forgotten.

Both options work well! You will have a great picture of what happened during the sprint. This information helps a retrospective facilitator to identify situations that should be repeated and events that cause the problems or delay in the team. However, you can use root cause analyses techniques to identify the root problems.

In case you are interested in Agile Retrospectives I am at the moment preparing a 10 DAYS FREE AGILE RETROSPECTIVES PROGRAM. This is a complete self-study program where you will learn anything that you need to become a great Agile Retrospectives facilitator.

If you are interested in sharing your Agile Retrospective exercise with us please contact us: info@oikosofy.com.