-2

I've been working on a CodeIgniter project with a friend of mine for almost a year now. We feel that our development process isn't as effective as we wanted to be, and currently we're not employing any software development methodologies. We're 2 man team, looking to have more people to work with us in the future, but we don't have enough people to start on scrum.

Right now, we're both working on this project on the side, would be nice to know which methodologies are best for us, to get our development going faster and more efficient.

tpae
  • 6,286
  • 2
  • 37
  • 64
  • 4
    I'm voting to close this question as off-topic because [project management is now off-topic on Stack Overflow](//meta.stackoverflow.com/questions/343829/is-stack-overflow-an-appropriate-website-to-ask-about-project-management-issues/343841#343841). Ask these questions on [SoftwareEngineering.SE](//softwareengineering.stackexchange.com/) and [ProjectManagement.SE](//pm.stackexchange.com/) instead. (You can also flag for moderator intervention to have this question migrated.) – robinCTS Oct 28 '17 at 02:58

2 Answers2

1

I'm curious why you say you don't have enough to do some form of scrum?

You're both on the team, one of you can own the process and the other or both of you can be the product owner. You do your daily scrum so you can know what each of you are doing - picking the work from the backlog you agreed to do. And as you add members you'll already have an established practice they can integrate into.

You can work in 2-4 week sprints, do sprint planning,review, and retrospective regardless of the number of members.

Natebot
  • 436
  • 2
  • 6
1

Agile and Scrum won't make you faster or more efficient:

Since you tagged this with agile and scrum, I thought I'd mention this: neither agile nor Scrum has as its goal faster or more efficient development as you ask for in your question. In fact, changing to these approaches involves a significant learning curve, but if practiced well contributes toward very low defect rates, software that meets the customer's needs, and a development process that responds to changing requirements. Used long enough, Scrum can provide good data about roughly how much work a specific team can get done in a period of time.

Still, you might benefit from some practices:

All that said, there are a couple practices that may want to try:

TDD is not easy to learn, especially on your own. See if you can attend a CodeRetreat or similar event.

If you aren't already using a modern software change management tool (SCM) like Mercurial, git, or subversion, get one and learn how to use it.

Get regular feedback from "customer"

If you don't already know (you didn't say in your post), you might ask yourself who you are making the software for. Can you frequently and regularly demo it to that person and get feedback? Find out what they want next and put those items at the top of the backlog.

Try to make your product incrementally useful

Rather than making big product-wide changes, add small useful amounts of functionality. Your design will drift but if you have sufficient automated tests in place you can refactor as needed.

JeffH
  • 10,254
  • 2
  • 27
  • 48