Can one person adopt Agile techniques? [closed]

Answer 1

Pair programming would be hard this way :)

Let's check Agile Principles:

• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan

You can do all of those things even while working on some personal project alone. You can use also GTD while working alone, you can develop your product through iterations, you can adopt timeboxing, you can ask some family members or friends to do usability tests with you (and this works really well).

As a conclusion, you can really get tons of Agile experiences alone. I strongly recommend you to read some books first tho, as some of principles can be easily misinterpreted.

Answer 2

Some aspects can be done alone: running a product backlog and using a task board come to mind. See what the secretGeek is doing.

Of course some cannot: pair programming, scrums etc...

Answer 3

I recently interrupted a big project. It was a medical software project. While working on it, I realized some patterns about solo programming. I want to share my experiences here:

1. Your software's working logic must always reflect the real world. You catch fish with fishing rod, not baseball bat; so forget it.
   
2. Always start building from the project element to which all other elements refer. That makes sense if you think that like the function in a software project which is called at most. That might be database modeling. It would be useless if you model data access layer first, before modeling database.
   
3. Never mind changing variable names. That's the most written entry in a programmer's diary; so no need to be ashamed.
   
4. Methodology changes the world. Make worth of it. Make every single logical process with a function or procedure. When project gets huge you will understand thats the best way.
   
5. If you're not designing a language compiler in assembly do not hesitate using huge procedure call chains in which one calls another and that calls another and so on. Use methods everywhere, nearly resemble every single entity with classes and be modular.
   
6. Modularity is everything. Set modularity your primary goal. Have i said it is everything meanwhile?
   
7. Last word for beginning the project. If you're building an apartment you install main entrance at last. But when using, you enter the building from entrance. Be aware.
   

These are some of my design principles I learned and learning day by day. I hope having been useful. Do your best.

Answer 4

Yes

Check out PXP or Personal Extreme Programming.

http://portal.acm.org/citation.cfm?id=1593127

Summary from the paper:

Personal Extreme Programming (PXP) is a software development process for a single person team. It is based on the values of Extreme Programming (XP) i.e. simplicity, communication, feedback, and courage. It works by keeping the important aspects of XP and refining the values so that they can fit in a lone programmer situation. PXP can still be refined and improved. It is in the tradition of XP practitioners to vary XP to encompass whatever works. We hope that PXP inherits these pragmatic roots, as well. Giving up XP tenets like pair programming is not necessarily a tragedy. We still believe that following XP strictly is a more effective way to pursue multi-person projects. But we are also convinced that many of the XP practices and methods can be applied to individual work. The PXP approach tries to balance between the "too heavy" and the "too light" methodologies. PXP will inject the right amount of rigor for the situation without overburdening the team with unnecessary bureaucracy.

Answer 5

Definately. Agile is very flexible in terms of how many people are involved. Some methodologies, like Scrum, focus mostly on doing as much as possible in a limited time, like two weeks (sprints). That includes whatever you want it to. If your team requires QA, then that is part of it. As a loner, you decide what you want to include.

After the scrum sprint, you look at what you could have done differently to get more done, and move to the next one.

Some other methodologies focus more on getting features done in each iteration, say three small features developed, tested and refactored.

As you can see, there are tons of ways to apply agile to any project. You decide which aspects you want. Though obviously one integral part is doing things in small increments.

Answer 6

You seem to be coming at this from a work experience point of view; if you are looking to build relevant experience to get you a job on an agile project I would probably think a little more laterally.

Firstly could you work with others, maybe on an open source project? That would be a good opportunity to try out agile methods with others who may have more experience.

Secondly, you could look at using some of the common techniques or tools, even if it's just to learn how the tools work - e.g. you could set up a continues integration server to run builds and unit tests when you check in code. If you are working on your own you won't gain much in terms of productivity by doing this but you would gain some skills and have something relevant to say to future employers which would indicate you are committed to the agile style.