软件开发过程与项目管理（15.项目辅助计划执行控制）

软件开发过程与项目管理（15.项目辅助计划执行控制）

课件

人员管理

人员计划执行控制：
团队建设->人员培训->人员激励
团队建设主要阶段：

• 组建阶段
• 磨合阶段
• 规范阶段
• 执行阶段
  人员培训的两种形式
• 岗前培训
• 岗上培训
  人员培训的特点
• 短期
• 片断式
• 针对性强
• 见效快
  人员激励的主要工作
• 授权
• 绩效考核
• 给予奖励与激励（薪酬激励、机会激励、环境激励、情感激励、其他激励）

项目成员的激励理论

• 马斯洛的需求层次理论
• 海滋博格的激励理论
• 麦克勒格的X-理论和Y-理论
• 超Y理论
• Z理论
• 期望理论
  

干系人管理

沟通管理

主要沟通方式：利用信息技术沟通、正式沟通、非正式沟通

利用信息技术沟通方式

1. 项目网站
2. 邮件往来
3. QQ群
4. 配置管理系统

正式沟通

定期评审：周例会、每日站立会议
事件评审：突发事件评审
阶段评审：里程碑评审，冲刺复审会议

非正式沟通

1. 讨论
2. 聊天
3. 聚会
   

风险管理

风险识别->风险评估->风险控制

合同风险：
项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。
需求变更风险：
项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
沟通不良风险：
项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。
缺乏领导支持风险：
主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。
进展风险：
分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。
质量风险：
经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。
系统性能风险：
在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。
工具风险：
在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前（一般需要提前一个月左右）跟踪并落实工具的到位事宜。
技术风险：
选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。
团队成员能力和素质风险：
在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。
团队成员协作风险：
项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚，采用公平、公正、公开的绩效考评制度，倡导团结互助的工作风尚等。
人员流动风险：
尽可能将项目的核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才的培养和储备。
工作环境风险：
在项目建设之前就选择和建设好适合项目特点和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。
系统运行环境风险：
和用户签订相关的协议、跟进系统集成部分的实施进度、及时提醒用户等。
分包商风险：
指定分包经理全程监控分包商活动、让分包商采用经认可的开发流程、督促分包商及时提交和汇报工作成果、及时审计分包商工作成果等。
验收风险：
事先和客户达成验收共识，不折不扣地按计划执行并确保工程质量，多与关键人员汇报和沟通。

合同管理

甲方合同管理

• 验收过程
• 违约事件处理过程
  

乙方合同管理

• 合同执行跟踪管理过程
• 合同修改控制
• 违约事件处理过程
• 产品提交过程
• 产品维护过程
  

主观题

客观题

项目中的小组成员要同时离开公司，项目经理首先应该做什么

实施风险计划

“为什么大家不能都让一步解决这个问题呢”，这是哪类冲突解决方法的体现？

妥协

项目培训特点：时间短、针对性强、见效快

敏捷生存期模型中的每天站立会议是很有效的一种沟通方式（正确）

管理干系人参与和控制干系人参与都是干系人管理的任务（正确）

风险管理是连续的过程（错误）

产品提交之后，如果甲方提出修改一些功能，这时维护需求，我们应该及时给予维护。（错误）

麦克勒格的X理论是参与理论（错误）

在马斯洛的需求层次理论中最高层需求是：自我实现

项目周例会是一个正式的沟通方式。