Applying Scrum To Our Own Personal Development.
This is based on a self-improvement experiment I tried a while back but struggled with. I now know that I didn’t break my work into small enough chunks–That, and I lacked discipline. So I want to try it again, but I want to invite any readers to try this themselves. C’mon! It’ll be fun!
We’ll be creating our own personal backlogs that will consist of a list of traits each of us wants to improve on in our own lives. These “stories” will be driven by the need to improve in our personal development. You might have some personality traits you want to work on. Maybe you are looking for spiritual growth–or just getting it together. You might want to get back to playing a musical instrument or tap dancing. Heck, you may even know that you have some “emotional intelligence” areas you want to improve on. Maybe you want to improve a relationship you have with someone. It’s all good. This might be a great chance to work in all of those areas.
Obviously, feel free to modify any of this framework to fit yourself, but here’s the experiment as I am going to set it up for myself.
You decide how long you want your sprints to be. Me, I’m going with one week sprints. Starting on Sundays and ending on Saturdays. The high-level backlog will be built prior to the first day of the first sprint. From that initial backlog, I’ll refine 1-4 items so I’ll have something to work with in my first sprint.
Sunday–Planning: determine what I want to tackle in the forthcoming sprint, and add tasks
Monday–Standup with myself
Tuesday–Standup with myself
Wednesday–Standup with myself; Refinement (refine a couple more items, look at priority, add to or remove items from the backlog).
Saturday–Sprint review/Demo, Sprint Retrospective
To get started, there will have to be an event where we build our backlogs–the master list of all the things we can improve about ourselves in 1 week. Building that list itself is pretty interesting effort. I’m enforcing timeboxing on myself because 1) it will keep me from going too far down into a rabbit hole, 2) without a time limit, I’ll go into a “why am I so worthless?” sprial, and 3) because I find that a timebox helps me brainstorm–the panic of a deadline kicks in and adrenaline does its thang.
Just to get in the cadence of things, I’ll do that first backlog building and refinement session on a Wednesday and will continue that cycle every Wednesday after that. I’ll set aside 30 minutes to prioritize my backlog, (add or remove items over time), and to grab a 1-4 of the top items. To those, I’ll add some acceptance criteria –”What will attainment of this look like?” and making certain to include how this trait/skill/improvement can be demonstrated.–this is my parallel to “Working software”.
On Sundays, the actual first day of the sprint, I’ll spend 30 minutes planning the upcoming iteration by pulling 1 or 2 refined items from the top of my backlog. I’ll add the tasks that I’ll be engaging in to deliver that item to completion and in a demonstrable state by the end of the sprint on Saturday.
I’ll hold daily standups with myself–reviewing my board and addressing whether I completed the tasks I said I was going to complete the day before, and stating what I’ll be working on that day.
I’ll repeat that every day.
On Saturday, I’ll do my sprint review–demonstrating the quality(ies) I executed on during that sprint. After that, I’ll spend a few minutes retrospecting on how I did with my effort, what worked well, what tripped me up, and what things I can do to make this process work better.
Based on my previous experiment, I recommend a blend of improvements so that you do not begin to feel obsessive about one part of your life–balance is important. Maybe that is a lesson to take back to your development teams as well–or at least ask the question: “Does working in the same area of code or on the same application exclusively wear you down?”
Last time I tried this experiment, I focused exclusively on my spiritual well-being. Daily standups became more like prayer–which was great. Sprint demonstrations, however, became tricky because they were so intentional that they felt like they lacked sincerity. And as I mentioned earlier, some of the “features” I took on were way bigger than what could be accomplished in a week. Prioritization became a struggle. Defining “acceptance criteria”–complicated. That, by the way, is a whole book in-waiting–currently spread between multiple notebooks, sticky notes, and bar napkins. Watch this space for more on that.
In any case, let’s try this experiment. My intent is to give this 8 weeks at which point I’ll stop and enumerate what was achieved. In the comments section, I’ll list out the things I am targeting for the week–Just a bullet item. I invite any readers to do the same. Each week, I’ll indicate success or failure–i.e. If I had to split a story or if I picked up new work. I may add a note about something I’m trying based on my retrospective. Again, I invite readers to do the same. At 4 weeks, I may write a post on the overall experiment.
What I hope from any of my readers is to hear your progress or observations about your own experiment.