12 Principles of Agile Adapted — Principle #1

Last week I was co-leading a training with one of my new colleagues. The class was 2 parts and the first part was a refresh on Agile basics including the Agile Manifesto and the supporting 12 Principles. Although the content of the presentation deck was not new, some of the exercises were. One of the first exercises we did was having the class break up into groups and distill the 12 Principles of Agile into 3 word statements. This worked really well, but also inspired 12 blog posts for me. My plan is to interpret each principle for use IRL (in real life) and not just at work.

I’m not promising to go in order, but for the first post I thought I ought to start with the first principle.

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Obviously this principle is about teams delivering value early and continuously. I’m not usually delivering “products” outside of work, but I am sharing and spending one very valuable asset — time.

I, like most adults, have a limited amount of free time so I want to get the most out of it that I can. This usually means I can’t get to every chore and I can’t do every fun thing either so I need to prioritize how I spend my time to achieve a balance between productivity and fun.

Errands and chores typically fall into 2 categories: immediate need or nice-to-have. Driving my kid to practice or buying new deodorant when I have run out is an immediate need, but cleaning out the coat closet and getting an early start on holiday shopping are nice-to-haves.

Social and leisure activity falls into similar categories: stuff you feel like you should do or stuff you really want to do. Too often I have said “yes” to something I didn’t really want to do, but felt I should, but when I do get the word “no” out of my mouth the guilt passes quickly as I enjoy more time doing what I want to do. Sometimes that means doing nothing.

So the first principle of AgileIRL is:

My highest priority is to satisfy the needs of my family and myself by ensuring that I spend my time effectively on both things I have to do and things I want to do.

Nothing Worth Having Comes Easy

Job hunting is not easy. It takes a lot of work and can be extremely frustrating. In most cases it is something that you have to work at. Despite the stories you’ve heard, jobs are probably not coming to find you. In any case, you are probably doing yourself a disservice if you don’t do some amount of research on what’s out there before deciding on your new job.

About a year ago I decided it was time. It was overdue really. I wanted to move on in my career and it was not happening for me. Just like waiting around for that new job to find you, waiting around to get promoted or advance in another way is foolish. These opportunities rarely find you, you have to seek them out.

The problem was I hadn’t looked for a job in a long time and every time I went online to look at job sites I would get lost down a rabbit hole and nothing truly productive would come of it. It was then that I realized that my show was not ready for the road. My resume was not up to par, my research on the market was non-existent and all I had was a desire for a new, different job.

And now that the ink has dried I feel like I can share how I used Agile principles to help me find an Agile job.

The first thing I did was cure the rabbit hole issue by committing myself to spending 2 hours every Sunday on my job search. This gave me both a cadence and a time box along with a commitment. Instead of just thinking about looking for a new job, I was going to actually do something about it. And I was going to try not to let it overwhelm me. I still had a full time job and a full time family. This was a major step for me and it really got the ball rolling and I noticed the difference in my willingness to say out loud to my friends and family that I was actively looking for a new job.

The next thing to do was to create my own backlog. What did I need to do to get myself ready to apply to jobs? My priority list looked like this:

  1. Research jobs that are out there that I think I want
  2. Narrow down the titles I am interested in to a manageable few
  3. Narrow down any other keywords
  4. Update my resume
  5. Choose job sites and set up my profile and searches on those sites
  6. Start submitting applications
  7. See what happens
  8. Keep trying

The research was fun and interesting and I was happy to see that there were some really interesting opportunities out there so the first few steps were pretty easy and quick. Unsurprisingly resume writing was difficult and time consuming. After several weeks I had a draft that I thought was pretty good, or at least good enough to get started. I actually used the particularly appealing job descriptions to help me craft my resume.

I started applying and at first I was getting some responses and even though they weren’t quite what I wanted I was hopeful, but the responses dried up quickly and so did my enthusiasm for phone screens/interviews for the wrong job. (At first it was really good practice though.) I was frustrated at my lack of progress. Around that time I came across one of those inspirational magnets in my local bookstore. It said:


This is derived from the Theodore Roosevelt quote:

“Nothing in the world is worth having or worth doing unless it means effort, pain, difficulty… I have never in my life envied a human being who led an easy life. I have envied a great many people who led difficult lives and led them well.”

I bought that magnet and put it on my wall near my desk to serve as a reminder that this process was going to be worth it no matter how drawn out, painful and/or frustrating. I turned to it many times when I wanted to give up and thought of it as my goal – to get a job worth having.

I decided I had to inspect and adapt my approach since it wasn’t yielding the right results. I turned to some professional help for my resume and got some excellent advice on content and formatting as well as a decent cover letter template. I’m still not sure a cover letter ever gets read, but you usually still need one so I wanted mine to be good. This took some more time away from looking at actual job postings, but it was really worthwhile.

New resume in hand I applied for more jobs and I started getting somewhere, but still not quite where I wanted to be so I thought more about what I could do to improve my “product.” I started spending some of my time each week on my LinkedIn profile, on my profile on the job sites, and on tweaks to my resume. I added in a few more job sites, but this got really overwhelming so I trimmed it back. I also spent more time looking for companies I wanted to work for rather than just the job postings that showed up in my searches.  

Eventually I had something employers were interested in. The real interview process began. There were some false starts and some failed interviews, but each time got better and closer to what I wanted.

There is a point when you are interviewing when you just have to wait and see what someone else will decide about you. At that point I realized the best way through it was to keep looking and keep applying. You never know what is around the next corner and keeping up with it helped me to feel like I still had some control. Additionally continued response to my resume was a helpful reminder that I was wanted.

In the end I had 2 offers — both for jobs I wanted. After all the phone screens, interviews, leadership tests, etc. making that decision was the most stressful time of all, but I do believe that my process led me to a good place and although I could only accept one job, I don’t think I could have gone wrong either way.

This is a long post, but I will just summarize by saying that cadence, limiting work in progress (WIP), and continuous inspect and adapt cycles were key for me in my job search. Job hunting is NOT EASY. It takes courage and perseverance. Even so, I say, go for it.

Oh! Like Rugby!

So I have been a Scrum practitioner for many years now and sure, I was taught that it is called Scrum because of the Rugby term when the team all comes together and forms that circle and then I’ve pretty much always moved on from there because what the heck is rugby, anyway? All that has now changed for me.

This spring my incredible daughter decided that she wanted to join the rugby team. I admit, I was apprehensive. What little I’ve seen of the actual game made me nervous and confused. Haka anyone? I watched a few practices and didn’t learn much. Even the first game was just a confusing mess of girls knocking each other down, but by the 4th or 5th game it started to make sense and I even started to cheer in the right places.

I think it was the 6th game when the girls had a scrum that I asked a more knowledgeable  parent sitting next to me, “When do they have to scrum? ”  and she replied “When forward progress stops.”  And suddenly I got it. Finally.

My daughter is in that scrum somewhere

If you already understand rugby this next part will be very boring and possible not 100% accurate and for that, I apologize. You should skip to the next paragraph.

Like American football a rugby match starts with a kick-off. From there the teams try to move the ball down the field in a series of short runs and passes. When the ball carrier is tackled, the ball is still in play and can be handed off to a teammate or can be stolen by the opposing team. Play does not stop unless there is an illegal move, the ball goes out of bounds, or someone gets hurt enough to need medical attention. In order to score, called a “try”, the ball must grounded in the opponents goal area (the end zone). Points can also be earned in a conversion, penalty, or drop goal, but lets leave that aside for now.

After the light bulb went off I thought to myself, they really should have called it “rugby!” To me the game of rugby is made up of a series of sprints. Just like in the Scrum process the team has to work together and collaborate to meet their goal — to score. Maybe more-so than in most other sports I have watched. Several short runs and passes is the most effective way to score and any player can score. Sounds a lot like User Stories and Tasks. Helping and backing up teammates when they are blocked (or tackled) is essential for success. And (among other things) the scrum in rugby is an opportunity to regroup and re-set, as is the daily stand-up, or daily scrum.

Over the course of the season I watched my daughter and her teammates go from a confusing bunch of girls on the field to a real team working together and scoring a lot. (Thanks in no small part to their amazing coach.) This is much how a Scrum team gets started. It is rocky at first. Lots of adjustments are needed, but after awhile the team finds its strengths and its flow. The rugby team, like a Scrum team, has to make on-the-fly adjustments when unexpected things happen and therefore they both cultivate and value agility.


Why can’t we go faster?

I recently had a discussion with a Product Owner working with one of my teams. He was frustrated because a new feature that was released last week has a bug and he doesn’t want to advertise the feature until the bug is resolved. This is an established team that works in 3 week sprints and is releasing code to production at the end of every sprint. This team is also working for a global insurance company where process and regulation are part of breathing and Scrum is just starting to be accepted as a formal methodology. That’s to say that releasing code to production every 3 weeks in this environment is pretty darn fast.

The Product Owner’s question was, “Can’t we move to 2 week sprints so we can get the work out faster?” (I should also note that the team has been largely together for a long time and the Product Owner is the newest member of the team.) His feeling was that if we had shorter sprints then he wouldn’t have to wait as long to get a bug resolved. He is not happy about having to wait another 3 weeks to promote the new feature. I am not happy about it either, but I don’t think the number of weeks in the sprint is to blame. The team has been established on a 3 week cycle for a long time and nothing significant has changed to warrant making a change this drastic.

I suggested that the process is not at fault here. The issue was actually with the quality of work being turned out by the team. Testing should have been more rigorous (including his own, btw) and that would have caught the issue before it was released. He wasn’t crazy about this explanation as it did nothing to get his feature out there sooner, but I held strong to the quality problem. I said I would talk to the Scrum Master about bringing this into the next retrospective so that team would be aware that defects are being noticed and having a real affect on the product and the reliability of the team. After all, if the quality of work was better, he wouldn’t have to wait even 2 more weeks for a properly working feature. He would have it right when he expected it.

And if we  introduced a shorter sprint cycle velocity would surely suffer the pains of change.

Perhaps there are other issues we need to look at in this team as well. For example,  maybe they are just committing to too many story points? I would always rather see a team reduce their velocity in order to improve quality than rush to get a lot done and risking defects. Perhaps there was a miscommunication in test cases and something needs to be looked at there? Never underestimate the value of good test cases.  Whatever is causing the quality issue it is most important to identify the issue in the team even though it is easier to blame the process.

Agile Victory over Status Reports

Let me start by saying I hate status reports. I don’t think anyone who writes them tells the truth, but rather they are painting a picture of how they want the reader to see the project. On the flip side I don’t think anyone bothers to read them unless there is some glaring RED boxes or type. There are better ways to see the health of a project, but none-the-less, they are a necessary evil in the corporate world.

I was asked to start performing this necessary evil for a new project I am working on. The Program Manager sent around this suggested template for all the project leads to use every week.


This is on top of a weekly meeting where we will discuss all of these updates. Talk about traditional waterfall overkill and meaningless reporting!

After I wiped my tears I noticed that in the email the sender asked for feedback on the template. Aha! If I have to do a weekly status report why not actually report what matters. I started thinking about what would make a better template and then inspiration struck and I thought of the Daily Stand Up. The result of my inspiration was this:


Look familiar to anyone? Current update = what I did this past week, Focus for Next Week = what I am doing next and Risk/Blockers, of course. One simple RAG for all.

I sent the template out and all the other workstream leads liked it as well so the Program Manager agreed.  Hooray!

I consider that a victory for Agile within a waterfall project.

Sweater Weather

It is finally getting cooler here in the Northeast and therefore it is time to bring out the warm sweaters.


I love sweaters, but I hate the process of changing over and organizing my closet twice a year because it always turns into a full day project with straggling things like dry cleaner trips and Goodwill runs left hanging on for weeks.

A few weeks ago I was preparing a presentation on Kanban so I was re-reading Kanban from the Inside by Mike Burrows. Those of you familiar with Kanban know that one of the main tenets of Kanban is to limit Work-in-Progress (WIP).  The reason for this is that there is a limit to the number of things you can do simultaneously and still do them well and get to done-done. This got me thinking about my closet. My problem is that I try to do it all at once.

So, this year I decided to limit my WIP. I made a list of things I wanted to do (tasks) to get my closet organized for winter, I gave them a size (as in effort) so I could decide what I had time for, and I tackled them one-by-one over the course of a few weeks instead of losing a full, precious weekend day in my closet alone with my clothes and shoes. I mean, I love my shoes, but I prefer when we are out together. I also employed the “1 Minute Rule” which helped with things like “I’m not sure if that fits me anymore” and “Are these shoes too worn out to keep?”

I got through my list of closet (and dresser) tasks rather painlessly this way and it was done in about 2 weeks not including the Goodwill drop-off.  I wish I had tried it sooner. I was able to do as much as I had time for at a single sitting. If I had an hour I chose a bigger task, but if I found myself with 15 minutes there were a good number of small tasks on the list as well. And throughout I never felt like I “lost” any time to the job.

Kanban is the quiet cousin of Scrum, but it really deserves its own show.  I love it.

Here’s the checklist I created for this exercise:


Scrum in the Classroom

Using Scrum in the classroom is not a new concept. It has been tried in a bunch of different classroom settings and written about many times. One of the first articles I ever read about it was written by Jeff Sutherland and it has always been in the back of my mind since I first read it.

As I mentioned in my previous post I was lucky to have my friend Karen come for and extended stay this summer. Karen and I have known each other since we were in middle school so when we talk, we discuss anything and everything, including our careers. I was telling her about my blog and some of my career aspirations and she asked me a lot of questions about how Scrum works — especially the planning aspects and the retrospectives.  I mentioned some to her some of the classroom success stories I’ve read about as well.  We talked at length about how to run a retrospective because it was something she planned to use for a Teacher Inservice workshop.

Additionally Karen wanted met to talk her through the other Scrum ceremonies so she could apply them to a new class she would be teaching. Then time and life got in the way and we never had that detailed conversation (which I hope we still will!). Being the bright and resourceful person that she is, Karen went to my blog (this blog) and read my posts about the Kanban board I created for my daughter and she adapted the entire idea for her class.  The class is a new offering and it is a video production class. Karen said:

The kids came in and immediately wanted to start filming, but I told them there was a bit of prep work beforehand. So, I made them brainstorm and list what they needed for a successful broadcast.

We came back together and they told me their tasks. I wrote them on post-it notes and they decided how to prioritize them.

Sounds a lot like Sprint Planning to me!

Here’s her board:


Karen went on to say:

The discussion was amazing. I did nothing but facilitate.

Those kids are not often given the chance to do something like that. They rose to the occasion beautifully.

I was so pleased to hear this. I suggested that they do a retrospective as they complete each video so they can see how they can try and makes things better each time. I think the kids will like the format where instead of being judged just by the teacher, they all get to discuss and work on improving.

Another idea for them was to  create a full backlog of video ideas, in other words a product backlog. I cannot wait to hear more from Karen on how this continues to work in her class. I promise some updates along the way.

As we are very busy getting ready to start a new school year at my house I am readying our Kanban board again, I am even more motivated to keep this going.

P.S. Karen – I still owe you some more materials on Scrum. They are coming your way next week.

Not Quite Back-to-School Yet

Despite my work schedule not really changing summer always feels like a time of slacking off. I guess that explains the lapse in my blog posts. Plus the fact that my favorite person to experiment on has been away at sleep away camp for the last 4 weeks.  As you can see here, she’s been enjoying!


However, I have not been completely idle. I was lucky enough to have an extended visit from a teacher friend and we had several interesting conversations about applying agile practices in the classroom. She took away some ideas to try and now that school is starting up she has promised me some feedback on how they are working for her. Specifically she is going to try a retrospective format for teaching teachers a new way of getting reading concepts across. And she’s going to try some Scrum ideas with a video production class she’s starting up. I can’t wait to hear how these work out and sharing with everyone.

I’m also exploring some ideas I have on managing personal goals. The Bullet Journal is a great tool for this, but I am finding it needs some more structure. More to come on that as well.

Hope everyone is enjoying the rest of the summer!



Bullet Journaling

I’ve been using, or trying to use, my bullet journal for almost 3 weeks now.  Like any change in routine, it has been really good, but it also has its challenges. And without further ado, I will jump into the bullet points.

The Challenges:

  • Before I got my bullet journal I was using 2 notebooks and I haven’t been able to give either of them up yet so now I am carrying around 3 notebooks. That is at least 1 too many notebooks.
  • At work I tend to use my notebook for notes and to do lists and whatever else I need to write down. My bullet journal is too “fancy” and too specifically organized for that. I fear I will never get away from having at least 2 notebooks
  • I haven’t yet found the future logs to be very useful. Maybe that will come with more time?

The Good:

  • I’ve combined my work and personal life to do lists in my bullet journal and that has definitely made me more efficient. If there’s a small thing on my personal list it is right in front of me when I’m eating lunch or something and I can just get it done instead of forgetting it.
  • This type of journaling provides a delicious sense of accomplishment
  • I’ve gone onto to YouTube and looked at some videos of the really creative things people are doing with their bullet journals. Wow, some people take bullet journals very seriously! While I am not up to design themes for each month or much artwork I have added a few other trackers into my journal and I am enjoying seeing my progress in those areas too

Like any good Agile practitioner, I will keep on refining my process with the bullet journal.

My first goal is to get down to no more than 2 notebooks.