在阿里,我如何做好一个项目的启动?(2)
在软件项目管理中,前者在瀑布模型中比较常见,比如拆成需求分析、设计、编码、测试、上线等阶段。后者敏捷模型中比较常见,比如拆成用户支付、用户下单等功能点。这个都需要基于你的项目特点和环境慎重的判断和选择。 其次,在软件开发中错误发现得越晚,对于开发造成的损失越大。里程碑式开发模式可根据每个阶段产出结果分期确认成果,避免血本无归。通过早期里程碑评审一般可以提前发现需求和设计中的问题,降低后期修改和返工的可能性。例如,在需求分析阶段发生的错误,那么最多就是把需求分析写一遍,损失的是一个人的劳动;而到了测试阶段发现了需求错误,再回去重新做需求分析,那么损失可能是致命的。 而且一般人在工作时都有前松后紧的习惯,里程碑强制规定在某段时间做什么,从而合理分配工作,细化管理粒度。对复杂的软件开发项目而言,每一阶段的进度都需要逐步逼近目标,里程碑产出的中间“交付物”就是每一步逼近的结果,也是控制的对象。如果没有里程碑,中途想知道“现在进度做得怎么样了”则是很困难的事。 项目人员组织架构 确定项目人员组织架构按 PMP 的说法也叫识别项目干系人,这个是项目管理中一个非常关键的事情。 项目干系人我们可以从这两个维度来识别:
识别干系人我们不是把干系人找出来就可以了,还需要识别每个干系人对项目的需求和期望、对项目的贡献、影响及其制约作用等这些都是要整理记录下来,准备后续的管理。 对于不同的项目关系人,我们在项目管理的时候应该采用不同的管理策略:
识别出项目关系人是第一步,下一步我们要梳理出项目的关系人组织架构,理清关系人之间的业务关系。最常见的我们有两种干系人组织架构图:
但要强调的一点是识别干系人是需要持续识别并贯穿项目的始终的事情:
项目信息同步机制 项目信息同步机制的确定是项目启动准备中非常重要的一环,让项目中的信息做到快速平稳的流动,做到项目信息对项目干系人公开透明是降低项目风险、推动项目进展的重要手段。 下面是常见的项目中信息同步的方式,基于不同类型和特点的项目,我们可能会有针对性地进行一些调整,但基本套路比较类似。 项目启动会(kickoff meeting) 如果完成了上面这么多的项目启动准备工作,那后面我们就准备好可以进行项目管理中第一个非常关键的项目仪式,也是整个项目启动阶段的高潮:项目启动会,也常叫做项目 kickoff。 现在都流行说生活不能缺少仪式感,项目更是如此,所以设计一个高效、有仪式感的项目启动会就至关重要了。 (编辑:ASP站长网) |