传统的“瀑布式”项目管理方法包括详细的前期计划和设计(通常称为BDUF或Big Design Up front)。功能和范围是预先确定的,时间表和相关的成本是估算的。这对于必须预先确定详细信息的建筑项目来说非常有效。
但是,对于知识工作,例如软件开发、研究项目、大多数工程项目以及涉及不确定性和高变更率的其他类型的工作,传统方法是不足的。在以变更为准则的环境中,可以根据来自新的或出乎意料的来源的信息来提高价值,这是一种更有效、更现实的管理方法。这就是敏捷的切入点。
尽管早在1986年日本就采用了类似敏捷的方法,但是直到2001年,一群软件开发思想领袖才正式采用这种方法。最终以《敏捷宣言》为基础,该宣言根据四个总体价值列举了12条原则,这些原则强调:
▪ 个人与流程和工具之间的互动
▪ 工作软件胜于完整的文档
▪ 客户协作优于合同谈判
▪ 响应变化而不是遵循计划
敏捷关注的是人们在短迭代中(通常为两到四周)紧密合作,在每次迭代中交付某种形式的可衡量的价值,并进行适当的检查和调整。在整个过程中,重点都放在产品和客户上。
敏捷的另一个不同之处在于,它没有一个固定的范围去估计进度和成本,而是在固定的时间和成本迭代中工作,并估计在这些迭代中可以交付哪些功能。换句话说,它颠覆了传统的项目管理。
总的来说,这种协作和迭代方法的结果是:
▪ 通过迭代过程,更快地为用户提供价值
▪ 降低风险——因为迭代交付产品
▪ 减少不确定性——因为产品和客户关
▪ 更好的决策——由于合作的重点
▪ 信任度增加——因为交付了增值的价值
▪ 更少的错误——因为更多的交流
▪ 更清晰的问责制——由于角色划分
有了这些好处,敏捷在知识工作者环境中如此迅速发展也就不足为奇了,它已经超越了最初的软件开发阶段,成为一种通用且有效的项目管理新方式。
敏捷项目管理方法
当今许多组织都在研究采用敏捷方法来创建和支持稳定的工作流程,并根据自己的需求量身定制流程。其中,用于项目管理的最流行的敏捷方法或框架是Scrum和看板。
Scrum:
Scrum是一个敏捷的项目管理框架,可帮助团队以迭代方式和增量方式交付有价值的产品,同时不断检查和调整流程。
Scrum依赖于三个主要工件,这些工件用于管理需求和跟踪进度——产品待办事项列表、Sprint待办事项列表、Sprint燃尽图。该过程通过许多重复的会议而正式化,例如Daily Scrum(站立),Sprint计划,审查和回顾会议。
Scrum适用于需要利益相关者反馈的长期、复杂的项目,这可能会极大地影响项目需求。因此,当无法估计确切的工作量且发布日期不确定时,Scrum可能是最佳选择。
看板:
另一个常见的项目管理框架是看板。看板起源于丰田生产中用作生产控制方法的卡片视觉系统,它是开发软件产品的简单但功能强大的方法。看板专注于工作流程的可视化,并优先处理进行中的工作(WIP),从而限制了其范围以使其有效地与团队能力相匹配。
看板在开发过程为计划提供了更大的灵活性,更快的周转时间,明确的目标和透明度。使用看板,团队可以发布少量内容并适应不断变化的优先级。与Scrum不同,看板没有具有预定目标的冲刺,它专注于完成小部分工作。
敏捷项目管理工具
敏捷方法论只是项目管理的一个组成部分,你还需要敏捷工具的帮助,将敏捷方法论转变为完成工作的一种方式。
8Manage敏捷项目管理软件支持多种敏捷方法,因此你可以实时更新项目状态,并使每个人(无论使用哪种方法)都可以看到工作的进展情况。该解决方案具有以下特点:
▪ 可视化工作流
通过可视化参与工作流,团队成员和经理可以轻松评估即将到来的任务并按优先顺序列出。
8Manage敏捷项目管理直观展示项目工作情况及责任情况,项目经理及成员可快捷查询项目阶段可交付成果、里程碑。项目团队可以清楚了解已经完成的情况、正在做的以及后续将有可能需要做的工作。
8Manage的可视化使你能够大规模实现透明度。因此,无论何时发生任何新出现的或意外的更改,你都可以及时发现,并尽快采取任何必要的措施。
▪ 实时协作
8Manage敏捷项目管理让每个人都快速提供状态更新,因此可以相互了解谁在做什么以及团队如何根据计划进行跟踪。
借助8Manage的新一代信息技术,不仅使项目信息在平台上实时动态更新,而且通过现代动态电子看板,可保证所有项目人员获得信息无差异性。这样做避免了“信息孤岛”现象,降低了信息衰减幅度,有利于提高项目的决策质量。
8Manage敏捷项目管理同时拥有敏捷递增和交易型 WBS 的优点,支持增量式产品开发的短迭代管理,满足竞争格局和产品需求动态变化的管理需求。如有需要,8Manage也可灵活扩展以满足传统项目监控的管理需求(如时间管理,成本管理)。