Introduction
首先要向相关负责人介绍项目的相关背景,比如为什么要做个这个项目,这个项目能带来什么利益/好处。
这个项目的交付成果,如何实现,主体功能等等。
同时,项目的日程安排,相关负责人员,相关技术也要有一个整体性的回报。
例如我们要为学校的员工和学生开发一个活动预订系统:
Group Charter
在Group Charter中,我们要包含这个项目的开始和结束日期,这个项目的授权日期,管理者的信息,预算的信息,关键的Milestones,项目的目标,方法,成员之间的分工,职位和练习方式,最后要附上股东或其他相关负责人的签名。
人力资源规划
在人力资源规划中,我们需要借助Microsoft Project中来完成项目任务的设计和人力资源的分配。
并将人力资源规划制作成文件报告给相关负责人。
Project Scope Statement
在Project Scope Statement中要明确项目提交物等信息,下图为简化版仅供参考。
项目进度计划与时间表
借助Microsoft Project来设计制作的项目进度计划与时间表:
Cost Estimate
Cost Estimate需要根据每个任务分配的员工人数,工作时长来计算。有时外包费用和加班费用也需要加以考虑。
质量管理计划
风险管理计划
Microsoft Project中员工和工作时长的设置
设置每日的工作时长,节假日等信息。
WBS图
甘特图
Project Stakeholder Management Plan
Milestone
Change Request
项目的开发过程中,Stakeholder或管理者可能会临时发出更改要求:
当得到同意批准后项目将根据要求进行改进:
Meeting Report
项目完成过程中的每一个会议都需要进行会议记录。
会议记录包括会议的地点,日期,参与者,会议的管理者或发起人,会议的内容和达成的一致结论等等。
如果通过会议达成了某项重要决策,那么需要负责人对决策进行签名确认。
项目结束及经验总结报告
在最后项目完成之后需要对整体的项目流程和结果进行总结报告。
在经验总结报告中我们要写明这个项目中成功的部分和失败或不足的部分。
要从成功中得到经验,从失败中吸取教训。
项目成果的演示和交付
在项目完成后要向负责人和stakeholder展示项目结果。
展示的过程大体可以分为两步:
第一部分是整体的项目介绍和展示,这部分主要通过PPT的presentation来实现。
第二部分是实体展示和相关文件交付,现场展示项目的前端使用并展示后台的代码实现。
本项目的部分展示如下图:
个人总结
笔者通过多个项目管理的经验,在不考虑人力资源成本的情况下总结如下:
- 项目小组的组建要以自己熟悉的团队成员为主,固定的团队阵容可以使整体项目的进程和发展顺利并可控。
- 任务的分配要考虑每个成员的实际能力和擅长,需要熟悉每一位团队成员。最终要在最优解的情况下把任务分配给最合适的人。
- 团队协作的重要性要远大于个人能力。
- 必要的会议和头脑风暴特别重要。
- 尽量避免把重要的任务依赖或押宝到一个能力出众的团队成员上。
- 时间规划很重要,项目的开发进程和质量特别依赖于时间规划。只有充足的时间才可以让项目的质量慢慢打磨的越来越好。
赶工或时间特别紧迫的项目通常没有一个好的质量。每一个任务都应该在ddl日期上提前一段时间交付以为修改保留充足的时间。
- 会发生一个成员的一个任务预期/质量问题导致整个后续任务计划安排受到影响的情况。不要相信成员的口头进度描述,要实时检查实际工作进度。
- 如果某个成员是Deadline战士,要为这个成员设置一个提前的ddl,无论这个成员个人技术有多强,赶工出来的成果特别容易出现问题。
- 如果一个成员任务交付成果经常出现质量问题,需要向他进行一对一的谈话交流,传授正确的技术和做法。如果项目重大或紧急,必要时替换掉这名成员以保证整体项目顺利进行。
- 如果一个成员对分配的任务不负责任。必要时通过邮件向他正式通知任务的质量要求和ddl。如果他的交付时间和质量仍然无法令人满意,可以将他负责的任务交给其他人负责。
- 和上级保持沟通和联系,实时的了解到项目要求或内容有没有发生变更。
- 每个项目完成后的总结很有必要,要让这个项目的经验对下个项目产生足够的价值。