任务:获得工作人员
此任务描述了如何将人员关联到项目,以及如何将人员组织成团队。
规程:项目管理
用途

此任务的目的是:

  • 为项目安排人力资源
  • 为项目所需的技能组合安排配套的可用资源。
  • 将可用的资源分给相对独立但又互相协作的团队。
关系
角色主执行者: 其他执行者:
输入必需: 可选:
输出
流程使用情况
步骤
配备项目人员

项目经理应该已在任务:定义项目组织和人员配备中确定迭代所需的人员配备,并将关注组织的人力资源功能,以提供具有所需领域、技能和经验背景的人员。大多数组织不会奢侈到为项目预备大量工作人员,而且项目的开始并不总是正好与先前项目的结束同步。所以,除了少数几个人员能一开始就参与项目外,许多人员经常需要在以后招聘。这可能是个长期的过程,所以精明的项目经理往往会未雨绸缪,在为当前迭代招聘人员的同时就开始准备将来迭代的人员了。加班加点地工作,或者使用承包人员而不使用长期员工,这两种方法也许可以弥补不足。但这两种解决方法也有缺点;人员层面上任何系统性的、持久的不足对于日程安排都是一个重大风险。

根据角色安排人员技能

角色用于定义个人或一起工作的一组人在企业中的行为和职责。每个角色的行为都定义为一组任务。每个角色的职责通常是就某些工作产品(如文档)进行定义的。举例来说,角色有设计人员、软件设计人员和复审人员。角色通过一组相关的任务暗示了应具备的能力

请注意,角色不是指个人,而是说明个人在企业中应该有怎样的行为以及这些个人承担什么职责。

项目一般可自行支配一定数目的资源,即具备特定能力的个人。例如,Joe、Marie、Paul 和 Sylvia 是几个具备不同能力(尽管部分能力有所重叠)的个人。使用在交付流程中确定的角色,将项目的可用资源与他们可以承担的角色一一对应。

本图显示了 Paul、Mary、Joe、Sylvia 和 Stephan 重叠的角色。

将个人与角色关联是随时间动态变化的,影响因素有阶段在项目生命周期所处的位置以及要执行的工作。

  • 个人在同一天可能会扮演数个不同的角色:例如,Sylvia 在上午可能是“复审人员”,而到了下午就可能是“用例设计人员”。
  • 个人可能同时扮演数个角色:例如,Jane 可能同时担任某个类的“软件设计人员”和“设计人员”,并担任包含该类的程序包的“程序包所有者”。
  • 几个人可以扮演相同的角色,作为一个团队一起执行某个任务:例如,Paul 和 Mary 都可以充当同一个用例的“用例设计人员”。

分配职责时,尽量避免在资源之间的工作产品交接:让同一个人或同一个团队设计并实施子系统,使他们不必重新了解他人已完成的工作。

当由同一个团队设计并实施时,从设计到实施的过渡就会很顺利。此外,它还使设计人员能更出色地工作:通过了解什么可行、什么不可行,他们就能更好地明白什么是好的设计,并将其用到未来的工作中。就像雕塑家一样,好的设计师必须了解用于表达的材料,而对于软件来讲,这种材料就是实施环境。

组成团队

项目组织的形式和迭代所需的人员配备水平已经由项目经理在任务:定义项目组织和人员配备中确定。有了对实际资源可用性的了解,进一步要做的工作就是对结构进行微调并为该结构配备人员。 项目经理应该重新检查所有七人以上的团队,看看是否有在结构上比较明显的方法来分解团队,即沿子系统线分解。

团队的组成应该最少两人,最多约七人;七人以上的团队往往会自然而然地自己分成小团队,所以最好替他们分开,免得出现其他麻烦。

将人员分成各个团队时,项目经理应该对团队的整体经验和熟悉程度很敏感,并且应该尝试让团队既有“新鲜血液”又有在项目中已经做了一段时间的人员。在项目开始时,项目经理必须依赖于将有经验的人员与较新的人员相结合。

培训项目人员

在很多情况下,一份项目可用资源的能力的清单将在为角色分配团队成员时,显示出存在的差距(假设已经尝试了正常的、招募更多团队成员或聘请外部承包人员的方法)。在这种情况下就需要培养技能了。对这些人员必须进行适当的培训和指导,时间是就在他们需要这些技能前。不立即投入实践的培训会很快失去作用。通常情况下,在进行正常培训后,如果有导师带领开展一个研讨会来“启动”任务,对于实践新技能将特别有用。