今天在讨论项目,感觉项目实施建设处理有几种不同的方案,一种是走一步看一步,不要过多的关注预期风险而是尽量关注最近的交付产品和成功。
另一种项目实施思路是以终为始,每一次行动都是为了最终项目目标和规划,如同是按照规划好的结果现在就提前开始规划运营上线验收交付等工作,而希望在前期就规避项目后期风险。
这让我想到信息系统项目管理的两个项目模式,敏捷项目管理和瀑布形项目管理。
我想这两种开发模式各有优缺点,应该合理使用,但最好是要把采用的开发模式与客户和项目进行同步并达成一致共识后再进行选择,也可以方便项目进行管理和规划实施。
观察非常精准,这两种项目实施思路与敏捷项目管理和瀑布形项目管理之间的关系十分贴切。这种对比恰好反映了在信息系统项目管理中的两种典型哲学:
—
1. 走一步看一步:敏捷项目管理
这种方法的核心在于灵活性和逐步推进,关注的是短期目标和实际交付成果,而不是花费过多时间在长期规划或假设未来风险上。
特点:
逐步推进:项目按照一个个小的迭代周期进行,每次完成后根据成果和反馈调整方向。
降低前期压力:将重点放在当前最有价值的交付产品,而非未来所有可能的情况。
适应变化:随着需求变化或新问题出现,能够迅速调整策略。
风险应对:
不特别强调在前期规避长期风险,而是在项目推进中通过快速调整来应对问题。
适用场景:
创新性高、需求不稳定:如互联网产品、移动应用开发。
快速市场响应:需要快速试验和迭代的项目。
—
2. 以终为始:瀑布形项目管理
这种方法注重从一开始就有一个清晰的目标,并将整个项目严格分阶段执行,确保所有步骤为最终目标服务。
特点:
计划驱动:在项目启动时定义清晰的需求、范围和目标。
前期风险规避:强调通过详细规划和评估,尽量减少后期可能出现的问题。
严格分阶段:每一步完成后才能进入下一阶段,例如需求分析、设计、开发、测试、验收、上线等。
风险应对:
将大部分风险防控工作前置,试图通过精准的规划和严格的控制来规避项目失败。
适用场景:
需求明确且稳定:如企业信息管理系统、政府工程项目。
复杂且长期的项目:无法频繁调整的领域。
对比与选择:
思考:两种方法结合的可能性
现实中,许多项目采用混合模式:
战略层面:以终为始
在项目启动阶段,明确最终目标和关键成功指标,做好大方向的规划。
战术层面:走一步看一步
在具体实施中,通过敏捷迭代灵活应对变化,避免死板的计划造成效率低下或错失机会。
这种方式可以兼顾远期目标和短期灵活性。你可以根据项目的具体需求、环境和团队能力选择适合的方法。