Best Project Management tools, source control, builder and wiki [closed]

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. Closed 12 years ago.

Howdy there. I'm putting together a new software team and I'm looking at different tools that overcome previous nightmares I've had with other teams.

Over the last 5-6 years these are some transitions I've gone thru:

SourceControl:

CVS => VSS => SVN

Project Management, Bug and Issue Tracking:

Paper => PostIt Notes => OneNote => BugNet => OnTime

Wiki and Documentation:

Word + Network Share => ScrewTurn Wiki

Builder Automation:

Cruise Control + MSBuild

Now, specially because of SVN and the Wiki situation, I'm looking into starting this team with something fresh. In the past we've had branching nightmares with SVN, and the more we try to fix it, the worst it becomes. The other challenge I have is to find something that is stable and integrated. You can imagine that BugNet+SVN+ScrewTurn+CruiseControl+MSBuild are quite different animals, so integration and synergy is very important; I don't want to be jumpint between 10 different applications to report a bug or assign tasks and review the work completed and look at the repo log.

So, the new team and I have been talking this out for a couple of days now, and I think we've narrowed it down to 2 posibilities:

1. TFS 2010

Pros:

- All-in-One solution. It truly has it all, including a new SCRUM process template.

- Very friendly user interface and SharePoint integration.

- WYSIWYG Wiki and Office Integration.

Cons:

- High upfront costs in hardware and admin time. Software too, but it doesn't affect us because we have an MSDN subscription with free software.

- I'm hesitant about the source control of TFS. SC is file-based and with central repository just like 开发者_运维问答SVN and VSS. I really don't want to fall for the same issues we've had in the past.

2. FugBUgs + Kiln + CC

Pros:

- Kiln uses Mercurial, with all the benefits of distributed source control.

- Minimal upfront costs and planning time to get it up and running. $30.00 per user per month.

- Very friendly web user interface.

- WYSIWYG Wiki editor.

- Very simple issue tracker and project management tools. It would be easy to integrate SCRUM processes.

Cons:

- Lacks builder automation tools for more integrated processes (like TFS). So this will mean we'll have to keep on banging our heads with command line functions and community tasks to maintain our builder workers.

Back in the day, I used Visual Studio Team System 2005 and I didn't take the best memories with me about the system; but the new TFS 2010 seems a very solid bet. FogBugz and Mercurial are kinda like the new kids in the block and they bring fresh thinking to the new processes, but as always this is a double edge sword.

Anybody with solid experience with any of these? Are we missing that 3rd option? Do you have that silver bullet for my problems?

1. Tools Integration

   1.1. Source Control

   1.2. Wiki

   1.3. Build Automation

   1.4. Project management

   1.5. Issue Tracker

2. Minimize Source Control Branching and Merging conflicts (yes, it is necessary for us to branch out and merge)
3. Friendly User Interface (not everybody is CMD hacker)
4. WYSIWYG Wiki.
5. Learning Curve for developers.
6. Time to get it all running VS. Long Term Value.

The new team has 4 team members + 1 Project Manager (Scrum Master) and 1 Product Manager (Product Owner). So we are talking about a relatively small and new team. the scope and projects we'll be working on is large, enterprise applications with multiple projects and branching variations

---

How big will your team be, and what methodology / roles will everyone use?

I would say if it's a huge team, TFS might more suit your needs.
Especially if you need to publish to sharepoint, or have more defined roles in your team.

However if you want a smaller scale solution, which will fit a smaller team better, something like SVN/Trac/Cruise Control might best fit your needs.

---

You sound like you're looking for something like Trac.

Trac is an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. Our mission is to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established development process and policies.

It provides an interface to Subversion (or other version control systems), an integrated Wiki and convenient reporting facilities.

Trac can be extended with plugins. The Trac-Hack wiki is the place to go for plugins.

Here's another stackoverflow question asking for recommended Trac plugins.

---

Redmine to the rescue.

---

I suggest you to use TFS 2010 and Visual Studio 2010 (if you are developing .Net Applications)

You don't need to worry about SC at TFS. TFS stores everything in SQL Server DB. TFS works on a web server, so you can connect your source control where you want.

WI tracking is a plus. TFS has an amazing WI tracking mechanism. You can customize your WIs if you want. TFS supports additional software process such as MSF, CMMI or Agile.

Test capabilities of TFS 2010 is perfect. If you use with Visual Studio 2010 you can maximize your efectiveness with TFS 2010.

Branching is allways annoying when the time comes to merge; but TFS 2010 allways helps you. You can track changes at your sources before branches and merges.

TFS 2010 Build mechanism supports WorkFlow. So you can highly customize your build process easily; if this is not okey for you, you can use additional batch files (MsBuild).

TFS 2010 has an easier administration operation then TFS 2008 and 2005. You can easily create build agents, machines, project collections, etc...

TFS 2010 supports almost all MS products; such as MS Office. Excel has a great integration with TFS Or MS Project. Don't forget Sharepoint.

TFS is not only a source code management system, TFS is a project management system, application lifecycle management system, workitem tracking system, and so on..

But i know you can not use TFS from MSDN Subs for commercial purposes. Because this is only for test and only 5 user can connect (i am not exactly sure)

At least, you don't had to set up TFS on a dedicated server if you want (this is not recommended). You can set up on Win7 if you want and TFS can work on SQL Server Express

So i suggest you TFS 2010. If you are developing .Net Apps nothing can be better then TFS.

---

So far I have been very pleased with atlassian product(s). JIRA integrates very well with subversion. If you provide a textual tag in your commit message, JIRA will display issue related code changes as well. Instead of using FishEye, websvn was the tool of choice as svn web front end. If your just looking for a 'wiki', foswiki does a good job. But I'm looking more from a linux angle at the tool chain.

---

Absolutely no offence intended, but … you keep changing - have you considered why? And how confident can you be that you won't find yourself changing again. Invest extra time and effort on getting it tight this time.

Without advising on specific tools, I will advise you to to do two things.

1) look for a tool chain - not just a collection of tools. See for instance Seeking a true "tool-chain" which discusses tools which play well together. A smoother work flow should save time and might increase the project's chances of success.

I note that you say “You can imagine that BugNet+SVN+ScrewTurn+CruiseControl+MSBuild are quite different animals, so integration and synergy is very important “, so I think that we are in agreement on that one

2) you need acceptance from the people who will use these tools. Don't present them with a fait accompli, ask what they think – in advance. In fact, canvas them for suggestions. This point might be tricky in light of the previous point.