Advertising
Advertising

Scrum for One

Scrum for One

Scrum for One

    That’s a funny word, isn’t it? “Scrum.” Scrum is a project management strategy for software development teams. The name comes from rugby (I guess) where it refers to the start of a new play. In the programming world, it’s a technique of coordinating a team’s work without a clear plan, working towards attainable short-term goals, and then repeating the process towards another set of goals – which I suppose is kind of like playing towards a goal in rugby. Except, you know – fewer broken bones. Hopefully.

    Advertising

    I’m not part of a software development team. I’m not even a programmer. But when I came across an article on Scrum recently, it struck me that, while intended for big, collaborative projects, there were a lot of elements of Scrum that could be adapted pretty well to individual productivity. Although Scrum can be implemented at any stage of a project, it really excels as a way of dealing with projects that have stalled out for some reason – projects that have gotten stuck for lack of resources, lack of direction, even lack of teamwork – and that’s something that happens to all of us at one time or another. Maybe, just maybe, the principles that get teams of programmers back on track can apply to the projects every one of us has gotten stuck on.

    Scrum 101

    Although there are whole textbooks devoted to managing teams and their projects using Scrum, the basic principles are very simple:

    Advertising

    • Do what you can with what you have. Projects stall because some resource – whether it’s material, knowledge, or manpower – is missing. Usually, though, there are plenty of things that can be done even without those resources – other parts of the system to build, creative workarounds, standards to devise, and so on. During the planning of each stage, and in daily “check-in” meetings along the way, these shortfalls are taken into account and work designed around them so that a lack of resources doesn’t have to create a lack of progress.
    • Constant feedback. As I just mentioned, Scrum encourages daily contact between its team-members, so that a) nobody stalls and holds up the whole project, and b) the collective knowledge of the whole team can be brought to bear on new problems in creative ways. Meetings are short, as short as 15 minutes, and center around three questions:
      1. What have you accomplished so far?
      2. What will you accomplish today?
      3. What’s preventing you from making progress right now?

      These simple questions are meant to identify any “logjams” and break them up before they hold up the entire project.

    • Work towards clearly-defined short-term goals. Scrum projects are, generally-speaking, point-releases of the software under development – that is, they are significant but relatively simple evolutionary improvements of the state of the project at the beginning of the project. For example, a set of new functions could be implemented, an interface designed, a database structure mapped out, and so on. “Write browser” is too big of a project, it’s realization too far off, to make for a meaningful Scrum project; “correct bug in line 1178” too small. Ideally, as each project is completed, the software under development should be in a usable state – Scrum was developed to deal with the contingencies of the software world, where projects often need to be rushed into market to combat a competing project, or just to bring in an income.
    • Sprint. The basic working unit of Scrum is the Sprint – a focused dash towards the completion of the immediate project goals. At the beginning of the Sprint, the team determines exactly what resources are available to them, what they intend to achieve given those resources, and how long they’ll work on it. Then, they work on those objectives, and those objectives only. The Sprint is sacrosanct – its members work on the project they’ve put together and nothing else until the Sprint is completed. It might be a week, it might be 30 days, or anywhere in between – whatever time they’ve agreed on is dedicated solely to the Sprint. When it’s done, team members might rotate out of or into the team, or be assigned to other projects, but until then – they Sprint.

    Scrumming Solo

    Seems to me that, with a little modification, those are pretty good principles for anyone with some big projects on their plate – especially if you, like me, have a tendency to get side-railed. Of course, most of our projects aren’t collaborative, and they’re rarely as compartmentalized as computer programs, either. The idea of developing a project by evolutionary steps, with each step creating a potentially usable end-product, simply doesn’t apply to the kind of long-term projects most of us have as individuals – things like writing a book, learning a foreign language, or earning a promotion.

    Advertising

    But the idea of Scrum is, I think, very applicable to our personal lives. The whole point is, through a process of constant self-awareness, to identify what’s holding us back, how we can work around it, and where the next few days or weeks should take us. Consider, then, “Scrum for One”:

    • Do what you can with what you have. There are bound to be hang-ups in any project worth doing, and it’s all too easy to look at a project and despair because you don’t have whatever you need to finish it. Well, you may not have what you need to finish, but chances are you have what you need to start, to do at least some of the steps needed to get yourself somewhere close to the finish line. And you can take heart from this peculiarity of Scrum: often, when working under less than ideal circumstances without all the necessities to finish a project, Scrum teams find that either a new solution emerges that’s much more within their grasp or, just as often, that the missing element isn’t really needed in the first place. At the worst, you’ll give yourself the time you need to come up with the missing piece – and meanwhile you’ll be moving inexorably closer to your goal.
    • Constant self-reflection. If you’re a fan of Allen, Covey, or Drucker, you’ve probably already accepted the importance of a weekly review. Scrum for One suggests that more frequent reflection might be helpful – nothing at the scale of a full weekly review, but a few moments of honesty each morning to define the work in front of you and any problems that might be standing in the way. Brainstorm a few minutes to see if you can solve the issue, and if not, put it in your to-do list for later action. A lot of time, just asking “What’s standing in my way?”is enough to trigger a solution – more often than not, the problem lies more in ourselves than in our situation.
    • Work towards clearly-defined, short-term goals. Give yourself a time limit and set a reasonable goal – reasonable, but meaningful – to reach by the end of that period. Projects that stretch out in front of you for months or years are discouraging (which is why so few people write books) while projects that are too small often aren’t very satisfying to complete.
    • Sprint. Sprinting the way Scrum teams do it won’t really work for individuals – you probably have a lot of different roles to play on a day-to-day basis, which means focusing on a single project to the exclusion of everything else is going to be difficult, if its even possible. What you can do, though, is block out a number of hours every day and use them to focus strictly on one project – no distractions, no knocking off early, no nothing until you reach your goal.

    Obviously this isn’t anything like a complete productivity system, but it’s interesting nonetheless. Scrum is a very effective way of managing projects, and is used by software giants like Microsoft as well as tiny start-ups and everything in between. If nothing else, next time you’re stuck, ask yourself the simple question, “What’s standing in my way right now?” and see if that doesn’t lead to “OK, what am I going to do about it?”

    Advertising

    More by this author

    Building Relationships: 11 Rules for Self-Promotion How to Become an Expert (And Spot out One Nearby) The Importance of Reminders (And How to Make a Reminder That Works) Is Procrastination Bad? The Truth About Procrastination Revealed Back to Basics: Your Calendar

    Trending in Featured

    1 22 Tips for Effective Deadlines 2 How to Get out of a Rut: 12 Useful Ways to Get Unstuck 3 15 Ways to Cultivate Lifelong Learning for a Sharper Brain 4 How to Get Promoted When You Feel Stuck in Your Current Position 5 Building Relationships: 11 Rules for Self-Promotion

    Read Next

    Advertising
    Advertising
    Advertising

    Last Updated on April 8, 2019

    22 Tips for Effective Deadlines

    22 Tips for Effective Deadlines

    Unless you’re infinitely rich or prepared to rack up major debt, you need to budget your income. Setting limits on how much you are willing to spend helps control expenses. But what about your time? Do you budget your time or spend it carelessly?

    Deadlines are the chronological equivalent of a budget. By setting aside a portion of time to complete a task, goal or project in advance you avoid over-spending. Deadlines can be helpful but they can also be a source of frustration if set improperly. Here are some tips for making deadlines work:

    Advertising

    1. Use Parkinson’s Law – Parkinson’s Law states that tasks expand to fill the time given to them. By setting a strict deadline in advance you can cut off this expansion and focus on what is most important.
    2. Timebox – Set small deadlines of 60-90 minutes to work on a specific task. After the time is up you finish. This cuts procrastinating and forces you to use your time wisely.
    3. 80/20 – The Pareto Principle suggests that 80% of the value is contained in 20% of the input. Apply this rule to projects to focus on that critical 20% first and fill out the other 80% if you still have time.
    4. Project VS Deadline – The more flexible your project, the stricter your deadline. If a task has relatively little flexibility in completion a softer deadline will keep you sane. If the task can grow easily, keep a tight deadline to prevent waste.
    5. Break it Down – Any deadline over one day should be broken down into smaller units. Long deadlines fail to motivate if they aren’t applied to manageable units.
    6. Hofstadter’s Law – Basically this law states that it always takes longer than you think. A rule I’ve heard in software development is to double the time you think you need. Then add six months. Be patient and give yourself ample time for complex projects.
    7. Backwards Planning – Set the deadline first and then decide how you will achieve it. This approach is great when choices are abundant and projects could go on indefinitely.
    8. Prototype – If you are attempting something new, test out smaller versions of a project to help you decide on a final deadline. Write a 10 page e-book before your 300 page novel or try to increase your income by 10% before aiming to double it.
    9. Find the Weak Link – Figure out what could ruin your plans and accomplish it first. Knowing the unknown can help you format your deadlines.
    10. No Robot Deadlines – Robots can work without sleep, relaxation or distractions. You aren’t a robot. Don’t schedule your deadline with the expectation you can work sixteen hour days to complete it. Deathmarches aren’t healthy.
    11. Get Feedback – Get a realistic picture from people working with you. Giving impossible deadlines to contractors or employees will only build resentment.
    12. Continuous Planning – If you use a backwards planning model, you need to constantly be updating plans to fit your deadline. This means making cuts, additions or refinements so the project will fit into the expected timeframe.
    13. Mark Excess Baggage – Identify areas of a task or project that will be ignored if time grows short. What e-mails will you have to delete if it takes too long to empty your inbox? What features will your product lack if you need a rapid finish?
    14. Review – For deadlines over a month long take a weekly review to track your progress. This will help you identify methods you can use to speed up work and help you plan more efficiently for the future.
    15. Find Shortcuts – Almost any task or project has shortcuts you can use to save time. Is there a premade library you can use instead of building your own functions? An autoresponder to answer similar e-mails? An expert you can call to help solve a problem?
    16. Churn then Polish – Set a strict deadline for basic completion and then set a more comfortable deadline to enhance and polish afterwards. Often churning out the basics of a task quickly will require no more polishing afterwards than doing it slowly.
    17. Reminders – Post reminders of your deadlines everywhere. Creating a sense of urgency with your deadlines is necessary to keep them from getting pushed aside by distractions.
    18. Forward Planning – Not mutually exclusive with backwards planning, this involves planning the details of a project out before setting a deadline. Great for achieving clarity about what you are trying to accomplish before making arbitrary time limits.
    19. Set a Timer – Get one that beeps. Somehow the countdown of a timer appears more realistic for a ninety minute timebox than just glancing at your clock.
    20. Write them Down – Any deadline over a few hours needs to be written down. Otherwise it is an inclination not a goal. Having written deadlines makes them more tangible than internal decisions alone.
    21. Cheap/Fast/Good – Ben Casnocha in My Start Up Life mentions that you can have only have two of the three. Pick two of the cheap/fast/good dimensions before starting a project to help you prioritize.
    22. Be Patient – Using a deadline may seem to be the complete opposite of patience. But being patient with inflexible tasks is necessary to focus on their completion. The paradox is that the more patient you are, the more you can focus. The more you can focus the quicker the results will come!

    Featured photo credit: Estée Janssens via unsplash.com

    Advertising

    Advertising

    Read Next