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带领大伙经过几次讨论才能形成最终的典型用户。