Hi David, This MSDN article might be useful: Planning a Team Project http://msdn2.microsoft.com/en-us/library/ms242894(VS.80).aspx This document from the P&P team on codeplex might be useful too: http://www.codeplex.com/TFSGuide
>> I may have to make changes to the middle tier for one of the projects, but >> cannot assign the work item to the checkin, as the code is in another project I'm not sure if I agree with this. You can associate any work item from any team project with any checkin - there's no restrictions. You just have to choose the correct query. >> Each web site is managed separately, with different stakeholders, and has >> different start and end times for development cycles. I actually think that a single team project is going to be the best solution. * Use Areas (Website X, Website Y, MiddleTier) to segregate the different 'projects' * Use nested Iterations to reflect the different development cycles: e.g. \Website X \Unscheduled \Iteration 0 Jan07-Feb07 \Iteration 1 Feb07-Mar07 \Website Y \Unscheduled \Iteration 0 Jun07-July07 \Iteration 1 July07-Aug07 \MiddleTier \Unscheduled >> Is it easy to report separately on the three areas? By using areas and iterations, all the out-of-the-box reports support filtering by areas/iterations. >> Essentially, the metrics for the three projects jumbled together are useless Which metrics are you particularly worried about? Tasks, Bugs, Checkins, Builds, etc should all be filtered nicely by using Areas. To add a bit of weight to what I'm suggesting, here's a blog post Eric Lee did on the VSTS team's Team Project: http://blogs.msdn.com/ericlee/archive/2006/08/09/693849.aspx Hope this helps (See you tomorrow at the user group ;) ) Grant From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eggins, David Sent: Wednesday, 12 September 2007 6:55 PM To: [email protected] Subject: [OzTFS] Project creation guidelines [SEC=UNCLASSIFIED] Hello We have several sites that I am in the process of moving from Sourcesafe and Mantis into VSTS. There are three web sites that are separate, but related. Currently, they have three separate Mantis projects so that the managers can track their progress individually. The code for all three site reside in the one Sourcesafe database, as they all share a common middle tier. Moving forward to TFS, I want to create the three separate TFS projects so that the managers can track each project individually. But the problem becomes where to put the common middle tier code. Do I put it in one of the projects, or create a separate project for that. Either way, work item data is lost for some or all of the projects. I may have to make changes to the middle tier for one of the projects, but cannot assign the work item to the checkin, as the code is in another project. Having a separate project for the common middle tier is not good, as it is not itself a project, and those project metrics are lost from the real project(s). Then I could put the whole lot in a single TFS project with the three sites represented as "Areas". This might be better. This way any change to the middle tier can have the work item associated with the middle tier code, and that web site that requested it. The only issue here is the reporting of one of the web sites within this larger project. Each web site is managed separately, with different stakeholders, and has different start and end times for development cycles. Is it easy to report separately on the three areas? Essentially, the metrics for the three projects jumbled together are useless. Any ideas/suggestions? Thanks David ************************************************************************* The information contained in this e-mail, and any attachments to it, is intended for the use of the addressee and is confidential. If you are not the intended recipient you must not use, disclose, read, forward, copy or retain any of the information. If you received this e-mail in error, please delete it and notify the sender by return e-mail or telephone. The Commonwealth does not warrant that any attachments are free from viruses or any other defects. You assume all liability for any loss, damage or other consequences which may arise from opening or using the attachments. The security of emails transmitted in an unencrypted environment cannot be guaranteed. By forwarding or replying to this email, you acknowledge and accept these risks. ************************************************************************* OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com - List managed by www.readify.net OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com - List managed by www.readify.net
