Accidental Technologist

Musings about Entrepreneurship, Technology and Software Development

  • Home
  • About
  • Still River Software
  • Privacy Policy

Powered by Genesis

You are here: Home / Programming / What Aspects of Agile Software Development are Working for Soloists?

What Aspects of Agile Software Development are Working for Soloists?

March 2, 2009 by Rob Bazinet

Tweet

I asked this question on Twitter and received some interesting and thoughtful responses. So, those of you who didn’t can’t the question on Twitter. If you consider yourself an Agile Development Methodology practitioner and work either alone or in a small team (1-2 people), which aspects of Agile work for you?

I am a freelancer and talk to teams about their approach to Agile. I always hear repeated talk about:

  • Peer programming
  • Customer on-site
  • Morning stand-up

As a solo developer working from home I see the huge benefits to Agile development but don’t have a peer to code with, no need for a stand-up, and no appropriate to have a customer in my home office. I practice some of the obvious things I can do alone:

  • Test-Driven Development (TDD)
  • Refactoring
  • Short Iterations

I would like to hear folks who have this experience and what works and what doesn’t. Does being in a small team, even solo, give you too much freedom to let iterations or sprint goal slip? Have you changed your approach to Agile to customize it to work in this situation?

I see the amount of soloists and small teams growing over the next few years. I think Agile methodologies to be very good at keeping us motivated and focused on our work but the majority of of Agile really deals with larger teams. So, maybe cutting out what doesn’t work from the Agile Manifesto and tweaking what does for our unique position can benefit all of us.

So please let me know what is working and what is not.

Technorati Tags: Agile Development,Small Teams,Soloist

Share this:

  • LinkedIn
  • Twitter
  • Facebook
  • Email
  • More
  • Pinterest
  • Tumblr
  • Pocket
  • Reddit

Related

Filed Under: Programming

Care about your privacy? I do and use Fathom Analytics on this site.

Fathom Analytics

Comments

  1. Evan Light says

    March 2, 2009 at 2:10 pm

    I work on a small team but physically separate from the rest of them. I, too, tend to use those techniques.
    In particular, to stay focused, I use GTD as a personal process where contract consultants may well use user stories instead. At the lower level, I pending spec perhaps 5 or 10 ahead of my current task at any given time to keep me on track (or, as I’ve heard another say, to avoid the hell of the "blank page").
    As I’m working in a small team, when I give a work estimate, I see it as a commitment and treat it accordingly: I rarely slip.
    I could see working solo as somewhat trickier in that regard. Sadly, I find it easier to break commitments to myself than to other people.

  2. Evan Light says

    March 2, 2009 at 2:10 pm

    I work on a small team but physically separate from the rest of them. I, too, tend to use those techniques.

    In particular, to stay focused, I use GTD as a personal process where contract consultants may well use user stories instead. At the lower level, I pending spec perhaps 5 or 10 ahead of my current task at any given time to keep me on track (or, as I’ve heard another say, to avoid the hell of the "blank page").

    As I’m working in a small team, when I give a work estimate, I see it as a commitment and treat it accordingly: I rarely slip.

    I could see working solo as somewhat trickier in that regard. Sadly, I find it easier to break commitments to myself than to other people.

  3. Carlo Pecchia says

    March 2, 2009 at 2:22 pm

    From most to less impacting:
    * short iterations
    * BDD (or TDD)
    * (careful) customer involvement
    Refactoring is not so helpful, IMHO, if you code solo you tend to write (everyone hope) good code as possible (clearly meeting the deadlines…)

  4. Carlo Pecchia says

    March 2, 2009 at 2:22 pm

    From most to less impacting:

    * short iterations

    * BDD (or TDD)

    * (careful) customer involvement

    Refactoring is not so helpful, IMHO, if you code solo you tend to write (everyone hope) good code as possible (clearly meeting the deadlines…)

  5. Rob Bazinet says

    March 2, 2009 at 10:31 pm

    @evan and @carlo – It seems the same things are working for both of you and the other folks I have heard from, which is great to know.
    Of course, working solo we tend to be able to be less disciplined that if we were working with a company like Hashrocket.
    I don’t know how to optimize the way we can work Agile being solo and still be efficient. Would either of you feel comfortable stepping into Hashrocket and be up to speed?

  6. Rob Bazinet says

    March 2, 2009 at 10:31 pm

    @evan and @carlo – It seems the same things are working for both of you and the other folks I have heard from, which is great to know.

    Of course, working solo we tend to be able to be less disciplined that if we were working with a company like Hashrocket.

    I don’t know how to optimize the way we can work Agile being solo and still be efficient. Would either of you feel comfortable stepping into Hashrocket and be up to speed?

  7. Double Shot #403 « A Fres says

    March 3, 2009 at 7:19 am

    RE: What Aspects of Agile Software Development are Working for Soloists?

    Pingback from Double Shot #403 « A Fresh Cup

  8. Double Shot #403 « A Fresh Cup says

    March 3, 2009 at 7:19 am

    RE: What Aspects of Agile Software Development are Working for Soloists?

    Pingback from Double Shot #403 « A Fresh Cup

  9. Mike Woodhouse says

    March 3, 2009 at 9:41 am

    There’s some discussion here:
    c2.com/…/wiki
    It’s XP-oriented, as the title would have you expect, but there’s a fair bit of sense.
    Personally, I think the important thing is to understand the practices as originally intended for teams, then to consider how (or if) they may be applied to the solo developer situation. Then for those that are still important, consider how they might need to be modified to be useful.

  10. Mike Woodhouse says

    March 3, 2009 at 9:41 am

    There’s some discussion here:

    c2.com/…/wiki

    It’s XP-oriented, as the title would have you expect, but there’s a fair bit of sense.

    Personally, I think the important thing is to understand the practices as originally intended for teams, then to consider how (or if) they may be applied to the solo developer situation. Then for those that are still important, consider how they might need to be modified to be useful.

  11. Rob Bazinet says

    March 3, 2009 at 10:06 am

    @mike Thank you for the link, looks like a great soloist XP resource.
    I think you are right on and right where I am. It is clear to look at Agile and take what works for teams and hone to the soloist.
    My question is really, of those doing Agile who are soloists or small teams…what is working for you out of the larger Agile Development practices?

  12. Rob Bazinet says

    March 3, 2009 at 10:06 am

    @mike Thank you for the link, looks like a great soloist XP resource.

    I think you are right on and right where I am. It is clear to look at Agile and take what works for teams and hone to the soloist.

    My question is really, of those doing Agile who are soloists or small teams…what is working for you out of the larger Agile Development practices?

  13. Nick says

    March 3, 2009 at 12:43 pm

    Your article was painful to read because of the grammatical mistakes found in every other sentence. Please proofread your blog posts.

  14. Nick says

    March 3, 2009 at 12:43 pm

    Your article was painful to read because of the grammatical mistakes found in every other sentence. Please proofread your blog posts.

  15. Rob Bazinet says

    March 3, 2009 at 12:54 pm

    @nick – thanks for your valued feedback, NOT. It was about the content not your grammatical critique. I guess you have nothing particularly valued to add to the Agile conversation?
    At least you could do is leave an email so I could ping you directly.

  16. Rob Bazinet says

    March 3, 2009 at 12:54 pm

    @nick – thanks for your valued feedback, NOT. It was about the content not your grammatical critique. I guess you have nothing particularly valued to add to the Agile conversation?

    At least you could do is leave an email so I could ping you directly.

  17. Matías Flores says

    March 10, 2009 at 12:15 pm

    In addition to what others has said, I often found the stand-up meeting approach still works sometimes if you think about it as just a quick exercise to do before you start your working day.
    I know it might sound strange, but thinking about things like what you did yesterday, what you want to accomplish today (maybe writing it down) and think about what’s blocking you/preventing you from doing what you need/want sometimes helps to reorganize your head a bit before you start working.
    Obviously you don’t need to stand up or talk loudly, but feel free to do so if that helps 🙂

  18. Matías Flores says

    March 10, 2009 at 12:15 pm

    In addition to what others has said, I often found the stand-up meeting approach still works sometimes if you think about it as just a quick exercise to do before you start your working day.

    I know it might sound strange, but thinking about things like what you did yesterday, what you want to accomplish today (maybe writing it down) and think about what’s blocking you/preventing you from doing what you need/want sometimes helps to reorganize your head a bit before you start working.

    Obviously you don’t need to stand up or talk loudly, but feel free to do so if that helps 🙂

  19. Rob Bazinet says

    March 10, 2009 at 9:46 pm

    @Matias – good idea, never thought of the standup alone but I guess if it works then why not.
    Do you do this on a regular basis?

  20. Rob Bazinet says

    March 10, 2009 at 9:46 pm

    @Matias – good idea, never thought of the standup alone but I guess if it works then why not.

    Do you do this on a regular basis?

  21. Matías Flores says

    March 11, 2009 at 6:21 am

    @Rob – yes. Definitely not every single day, but pretty often.

  22. Matías Flores says

    March 11, 2009 at 6:21 am

    @Rob – yes. Definitely not every single day, but pretty often.

  23. Rob Bazinet says

    March 11, 2009 at 10:49 am

    @Matias – great. I was hoping for more comments here, maybe I wasn’t clear enough in my description or maybe there are very few soloists or small teams practicing Agile that it doesn’t matter to them.
    I think small teams can extract out a workable subset of Agile to be very useful. I am trying to define this and write more about it.

  24. Rob Bazinet says

    March 11, 2009 at 10:49 am

    @Matias – great. I was hoping for more comments here, maybe I wasn’t clear enough in my description or maybe there are very few soloists or small teams practicing Agile that it doesn’t matter to them.

    I think small teams can extract out a workable subset of Agile to be very useful. I am trying to define this and write more about it.

  25. Guy Boertje says

    April 14, 2009 at 2:08 am

    @Rob – how did you bootstrap into using your Agile subset? Work in a team before, pick up the habits and mindset then filter when going solo?

  26. Guy Boertje says

    April 14, 2009 at 2:08 am

    @Rob – how did you bootstrap into using your Agile subset? Work in a team before, pick up the habits and mindset then filter when going solo?

  27. Rob Bazinet says

    April 14, 2009 at 9:17 am

    @Guy I have been working as a freelance/consultant for a good number of years and ran a small software development company before that time. The larger projects I have worked on used waterfall methods but claimed to be agile, they weren’t.
    What I have picked up as a subset has really come from what I learned from people on smaller agile teams and from James Shore’s book, The Art of Agile Development. It is clear his book, and most agile instruction, is geared for teams but I picked out what I thought could be applied to a soloist or a team of a couple developers. I think picking and choosing what works is the best approach.
    I hope this helps.

  28. Rob Bazinet says

    April 14, 2009 at 9:17 am

    @Guy I have been working as a freelance/consultant for a good number of years and ran a small software development company before that time. The larger projects I have worked on used waterfall methods but claimed to be agile, they weren’t.

    What I have picked up as a subset has really come from what I learned from people on smaller agile teams and from James Shore’s book, The Art of Agile Development. It is clear his book, and most agile instruction, is geared for teams but I picked out what I thought could be applied to a soloist or a team of a couple developers. I think picking and choosing what works is the best approach.

    I hope this helps.

  29. Guy Boertje says

    April 14, 2009 at 9:27 am

    @Rob, thanks. I have been a solo dev on intranets where the pace is less frenetic and the stakeholders are in the next room so agile/cucumber/bdd was less important, Now I am trying to break into the commercial rails dev shop club in London where these skills are highly regarded and sought after, I would like to read more about this subject

  30. Guy Boertje says

    April 14, 2009 at 9:27 am

    @Rob, thanks. I have been a solo dev on intranets where the pace is less frenetic and the stakeholders are in the next room so agile/cucumber/bdd was less important, Now I am trying to break into the commercial rails dev shop club in London where these skills are highly regarded and sought after, I would like to read more about this subject

  31. How Much Are Stamps says

    August 9, 2009 at 10:51 am

    I know it might sound strange, but thinking about things like what you did yesterday, what you want to accomplish today (maybe writing it down) and think about what’s blocking you/preventing you from doing what you need/want sometimes helps to reorganize your head a bit before you start working.

  32. How Much Are Stamps says

    August 9, 2009 at 10:51 am

    I know it might sound strange, but thinking about things like what you did yesterday, what you want to accomplish today (maybe writing it down) and think about what’s blocking you/preventing you from doing what you need/want sometimes helps to reorganize your head a bit before you start working.

Recent Posts

  • How to Fix Rails Flash Rendering When Using Hotwire
  • Hotwire Fix for CORS Error when using Omniauth
  • Fix Installation of Ruby using rbenv on macOS Big Sur
  • RailsConf 2021 and the Future of Conferences
  • Fixing Out of Diskspace Errors on Amazon EC2

Categories

Services I Love

HatchBox - Easy Rails Deploys Fathom Analytics
Follow @rbazinet

Rob Bazinet
@rbazinet

  • Just for the record and anyone who might consider it...Godaddy is a complete mess and scammy. I don't think I would… https://t.co/755jpkLbnE
    about 3 days ago
  • This is so true and has been my personal take on people complaining they are busy - https://t.co/YW8NTQLXtl
    about 1 week ago
  • Wow…https://t.co/h94ia053sL
    about 1 week ago
  • My Bills lost today but more importantly so did the Dallas Cowboys. Nice seeing the ‘boys done for the season.
    about 2 weeks ago
  • It looks like the Apple Xcode command line tools is a bit bloated for it to take this long… https://t.co/U0HObTvzXf
    about 2 months ago
  • RSS - Posts
  • RSS - Comments