使用RTC正式项目模板进行传统项目管理

        IBM Rational Team Concert (RTC)是Jazz 平台上的一款核心产品，它是团队协作开发工具，帮助团队提升协作能力，并支持项目管理，代码管理，构建管理等过程。由于RTC能提供多种功能的集成，所以它比单一的项目管理工具，代码管理工具等更容易满足团队协作的需求，使用起来也更方便，也更高效。同时，RTC提供了多种项目的模板，来支持不同的开发、协作模式和通用的过程，例如，OpenUP过程模板(OpenUP process template)保留了Rational统一过程的特点，包括迭代开发，用例，驱动开发等;Scrum过程模板(Scrum process template)支持典型的敏捷开发模式;正式项目管理过程模板(Formal Project Management Process template)支持传统瀑布式的开发模式;简单团队过程模板(Simple Team process template)可以帮助团队快速开始协作等等。本文将着重讨论如何基于正式项目管理过程模板(Formal Project Management Process template)进行传统的项目管理过程。

　　美国项目管理协会 ( Project Management Institute,PMI) 将项目管理定义为将知识、技能、工具与技术应用于项目活动，以满足项目的要求。并需要对相关过程进行有效管理，来实现知识的应用。PMI建议项目管理是通过合理运用与整合各种项目管理过程来实现的。可以根据其逻辑关系，把这若干个过程归类成启动，规划，执行，监控和结尾5大过程组。他们涵盖项目整合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理10大知识领域的内容(PMBOK 第五版)。PMI建议，可以根据项目的具体需要，“剪裁”组织标准流程的指南与准则。

　　在RTC中，我们可以使用正式项目管理过程模板(Formal Project Management Process template)来创建传统的项目管理项目区域。它替代了敏捷开发的迭代开发方式，传统项目管理过程中，我们将项目的生命周期分为需求，设计，执行，测试4个阶段来管理跟踪项目。项目成员顺序完成每个阶段的项目管理过程后开始下一个阶段。每个阶段有特定的目标日期。

　　正式项目模板提供以下项目管理领域的支持，如范围管理，资源管理，风险管理，进度管理、变更管理等方面的工作。下面我们来逐一的介绍。

　　一、创建项目计划

　　版本发布计划(release plan)：概述了项目目标，是最高级别的计划，一般仅针对整个 release，当然也可以在不同的项目阶段设置，创建这类型的计划是为了整个项目发布。

　　阶段计划(phase plan)：阶段计划主要显示一个阶段的目标，创建好阶段计划之后，可以将需要完成的工作项关联起来。见图，为一个简单的版本发布计划及其阶段计划。

▲项目计划

　　二、将任务分解成易于管理的工作项

　　工作分解结构必须遵从百分之百原则。识别和分析可交付成果及相关工作;确定工作分解结构的结构与编排方法;自上而下逐层细化分解;为工作分解结构组成部分制定和分配标志编码;核实工作分解的程度是必要且充分的。

　　把工作分解结构的最底层工作包继续分解成更小的、更易于管理的活动。即完成工作包而必须展开的工作。通常我们把活动分解成小于80小时。这样易于分配给单独团队成员。而且容易跟踪状态。

　　工作分解可能会用到以下类型工作项,商业需求工作项(Business Need work item): 是个对项目比较简短的描述每个人都能明白是什么工作，不需要有个细节的理解，如一个功能特性，一个应用接口， 或者一个产品的一个功能改进。任务工作项(Task work item): 描述一项特定的工作。缺陷工作项(Defect work item):跟踪一个缺陷。

　　三、排列活动顺序 网络图

　　活动之间依赖关系有强制性依赖即工作本身内在的关系，往往与客观条件相关;选择性依赖又称为优先逻辑关系，通常基于应用领域的最佳实践;另外项目活动与非项目活动之间的依赖关系为外部依赖关系，该关系往往不在项目团队控制范围内。

　　在PMBOK中，通常用的紧前关系绘图法包括四种依赖关系。完成到开始(FS),完成到完成(FF)，开始到开始(SS),开始到完成(SF)。

　　在RTC中，正式项目管理过程模板(Formal Project Management Process template)，有三种约束关系。尽快(As soon as possible)，开始时间不早于(Start no earlier than)和完成实践不晚于(Finsh no later than)。工作项之间的关联关系中的Predeccssor(先代)或 Successor(后继) 实现FS依赖关系。如果有冲突，会自动提示，下如图，就需要根据限制对进度重新进行合理的估算和安排。

▲提示依赖关系有冲突

▲.排列活动顺序

　　四、估算活动资源 资源日历

　　RTC可以对项目资源进行管理，项目计划视图的资源栏是关于管理资源分配的，见图。我们可以设定资源的特定可用的开始和结束日期和工作小时，计划缺席时间，并且可以编辑该资源在某项目的分配比例，见下图。

　　当一个资源被分配了一个工作项，工作项的日程会根据资源日历和可用性信息进行自动计算。如果出现资源过度分配(如同一资源在同一时间被分配至两个甚至多个活动，或者，共享或关键资源的分配超出了最大可用数量或特定可用时间)，RTC就会提示，这时我们就需要做资源平衡。

▲利用项目计划中的资源栏管理项目资源分配

▲团队成员的工作环境配置

▲团队成员的缺席日程安排

　　五、估算活动持续时间

　　在设置了资源的可用性信息后，我们需要对每个活动进行估算其所需要的时间。该信息会被用来作为制定进度的计算因素之一。如下图，一个工作项的Estimate属性值为完成该工作项所需时间;Correction属性值为修正后的所需时间。

▲估算工作项的持续时间

　　六、制定进度计划，甘特图，关键路径

　　制定进度计划时，我们通常会用到甘特图和关键路径等工具。在RTC计划中我们通过甘特图方便的查看进度安排，包括工作项工期和依赖关系。见下图。

　　当我们创建或保存一个计划，对于这个计划中所包含的工作项的关键路径会自动被计算出来。在RTC中，关键路径总是被计算在某个计划的层次上。如果是版本计划，关键路径的计算范围则包裹所有子计划的工作项。当计划被修改时，关键路径会被重新计算。

　　在RTC中，关键路径计算依赖以下信息：计划日期，工作项持续时间估算，约束，依赖，项目区域工作环境，资源日历，可用性包括计划的工作时间，缺席时间和项目级资源分配比例。

▲红色框表示键路径上的活动

　　七、识别风险，风险概率及影响分析，规划风险应对

　　项目风险管理包括风险管理规划、风险识别、风险分析、风险应对规划和风险监控等各个过程。风险识别包含两方面内容：识别哪能些风险可能影响项目进展及记录具体风险的各方面特征。风险识别不是一次性行为，而应该有规律的贯穿整个项目。来自项目内外的风险可能包括人员流失，涉及法律的相关问题，不能按照进度计划完成等等。

　　在RTC中，我们可以通过建立风险工作项(Risk work item)来跟踪风险，并且可以制定风险应对行动来应对可能出现的问题。我们可以在项目开始之前和项目进行当中进行风险识别和定义，并且尽早建立风险应对策略来减小风险的影响。默认的，风险工作项并不显示在项目计划的视图中。风险工作项中包括一个风险可能性和影响的矩阵并能帮助我们计算百分比。下图显示了 Overview 选项卡视图，其中还应该包含一段摘要、描述和详细信息。

▲风险工作项

　　识别了一个新风险，状态为 “New”。该风险需要验证，该工作项的状态为 “To be validated”。通过项目评审，或者已有的项目经验评估风险的发生概率。如果风险被视为有效，则接受它，将状态更改为“In Progress”以便处理它。然后采取一些措施来缓解风险或关闭它。如果风险关闭了，就会选择一个子状态，该状态提到了为关闭风险而采取的措施。关闭“Close”的操作选项为避免(Avoid)、减轻(Mitigate)、无效(Invalid)、接收(Accepted)或转移(Transferred)。

　　风险应对工作项(Risk Action work item)是跟踪任何已识别的风险的计划或已完成的风险操作,定义为应对风险所需要行动的工作项。风险应对行动是一组活动，并且要评估这些活动所需时间，见下图。

▲风险应对工作项

　　另外，项目执行当中，未知的事件可能发生，描述这样的问题，需要使用问题工作项 (Issue work item)。风险和问题是有区别的，风险是在发生前就识别和定义的。问题是在发生事件后记录的。当风险没有可用的解决方案也可以创建一个问题。

　　八、管理整体变更

　　实施整体变更控制是审查变更请求，批准变更，并管理可交付成果、组织过程资产、项目文件和项目管理计划的变更的过程。该过程贯穿项目始终。我们需要通过谨慎、持续地管理变更，来维护项目管理计划、项目范围说明书和其他可交付成果。通过批准或否决变更，来确保只有经批准的变更才能纳入项目基准。

　　项目变更请求工作项(Project Change Request work item)用来定义一个变更，从而调整已经被制定好的项目范围或目标来迎合一个需求。项目变更请求工作项提供了一个正式的机制来重新商议项目计划中的三个关键参数——进度基线，范围基线，成本基线。

　　我们可以在项目变更请求工作项中设置批准者,来批准或拒绝变更请求。当请求被批准，我们可以添加相关关联的工作项来跟踪相应的变更工作。当所有相关的工作项都被完成。这个变更也就可以被关闭。

▲变更管理工作项

　　九、总结

　　在项目管理中，项目经理需要平衡相互竞争的项目制约因素如范围、质量、进度、预算、资源、风险等。不同的项目会有不同的制约因素，项目经理需要特别关注那些对项目影响大的因素。

　　制定良好的项目管理流程可以帮忙项目经理和项目管理团队提高管理效率。有助于项目团队协作，提高生产效率。

 

注：本文系转载，原文传送门。