13.3创建TFS项目及设置
移山公司的TFS管理员是二柱，他给所有员工发了一封邮件——
它山之石项目建好了！项目代号：stone。用的是“移山模式”，只有任务和缺陷两个工作件类型！
阿毛：项目为什么会需要代号？
二柱：因为：
（1） 项目最终产生的软件的名字，可能会改变多次，TFS目前版本并不支持修改项目的名字，而且我们也没有必要修改项目的名字。
（2）有个代号显得酷。
团队项目建立后，是不是就是万事大吉了呢？不会的，项目创建伊始，TFS就自动创建了15个任务，我们一个一个地看，每个任务在表13-1都有解释：
表13-115个初始项目
|
ID |
Work Item Type |
Title |
|
1 |
Task |
Set up: Set Permissions 设置权限，谁可读，谁可写，SharePoint门户网站上的权限也要设置 |
|
2 |
Task |
Set up: Migration of Source Code 迁移以前项目的源代码，这个任务在目前的项目中不必要执行 |
|
3 |
Task |
Set up: Migration of Work Items 迁移以前的工作项，这个任务在目前的项目中不必执行 |
|
4 |
Task |
Set up: Set Check-in Policies 制定签入规则，移山公司建议马上建立以下规则： （1）任何签入都要有相关的工作项 （2）任何签入都要有代码复审人员 |
续表
|
ID |
Work Item Type |
Title |
|
5 |
Task |
Set up: Configure Build 创建并设置构建 |
|
6 |
Task |
Set up: Send Mail to Users for Installation and Getting started发送邮件通知所有成员安装软件，并开始工作，二柱已经做了 |
|
7 |
Task |
Create Vision Statement 创建项目的远景，团队已经讨论并通过 |
|
8 |
Task |
Set up: Create Project Description on Team Project Portal 项目门户网站的说明 |
|
9 |
Task |
Create Personas 创建典型用户 |
|
10 |
Task |
Define Iteration Length 定义里程碑的长度 |
|
11 |
Task |
Create Test Approach Worksheet including Test Thresholds 创建测试方法和测试阈值 |
|
12 |
Task |
Brainstorm and Prioritize Scenarios List 讨论场景并决定优先级 |
|
13 |
Task |
Brainstorm and Prioritize Quality of Service Requirements List 讨论服务质量需求，并决定优先级 |
|
14 |
Task |
Set up: Create Project Structure 决定项目的结构 |
|
15 |
Task |
Create Iteration Plan 决定里程碑的计划 |
大部分的任务都是相当明了，我们可以从任务的描述（Description）中了解任务的要点。要注意：
（1）有些项目不需要完成所有的工作项，例如“迁移以前的源代码”，在Stone项目中就不需要。
（2）有些工作项已完成，把它们设为“完成”即可。
（3）有些工作项要分配给其他人负责，例如“创建典型用户”，这要PM带领大伙经过几次讨论才能形成最终的典型用户。
