团队士气直接影响运营:员工觉得自己受重视、有干劲,参与度、留存率和工作质量都会有看得见的改善。要让士气一直保持在高位,管理者得在好几个方面持续用心,包括怎样落实价值观、怎样认可成绩、怎样组织沟通、怎样支持员工成长。下面六种做法,分别对应其中一个方面。 关键要点 公司文化要靠行动持续强化,光喊口号不够 尊重、培养和认可员工,能直接提高动力,降低流失率 开放的沟通和对工作与生活平衡的支持,会让团队内部多一分信任和忠诚度 公司价值观保持高士气,先要让公司价值观落在日常做事上,而不只写在宣言里。如果日常运营和决策中看不到价值观的影子,它也就不再是组织可以依靠的准绳。强化价值观的实用方法:
混合项目管理:将敏捷和瀑布结合在一起
本文介绍混合项目管理怎样把 Agile 的灵活和 Waterfall 的结构结合起来,以及在什么情况下,这种组合比单用其中一种方法效果更好。
关键要点
灵活性与结构: 混合项目管理把 Agile 的适应能力和 Waterfall 清晰的阶段结合在一起。
有效规划: 团队可以把每种方法用在最合适的地方,不必让整个项目迁就同一个框架。
实际应用: 如果项目里既有会变的部分,也有固定的部分,混合方法能在两者之间取得平衡。
方法组合:理解混合项目管理
大多数项目很难完全归入某一种方法。有些部分需要固定的范围、明确的截止时间和逐级签字,这正是 Waterfall 擅长的控制方式。另一些部分充满未知,要到动手做的时候才会显现,这时 Agile 的迭代周期更合适。混合项目管理正视这一现实:与其在两者之间硬选一个,不如先划清各自适用的范围,再把两部分衔接成一套连贯的工作流程。
什么是混合项目管理?
混合项目管理按照项目各部分的实际需要,在同一个项目的不同部分分别采用 Agile 和 Waterfall 的原则。它算不上两种方法的折中,更像是有意识的分工。需求清楚、交付物固定的工作,按 Waterfall 的阶段依次推进。需要试验、反复迭代或需求可能变化的工作,放进 Agile 冲刺。两者的边界在项目开始时就定好,之后随着项目推进再作调整。
混合项目管理的好处
- 对变化的适应性 把项目中会变的部分交给 Agile,团队就能消化变化,同时不会动摇那些受固定约束的部分。比如,设计阶段可以走 Waterfall 的签字流程,产品开发则按冲刺进行,一边有变化,另一边不必推倒重来。
- 清晰的结构 Waterfall 按顺序推进的阶段,为预算管理、相关方审批和合规检查提供了明确的框架,而这些领域一旦含糊就会带来风险。缺少这种结构,范围固定的部分很容易走样。请通过 "瀑布式项目管理:迈向项目成功的分步方法" 了解更多项目规划。
- 更好的协作 统一的框架能减少工作风格不同的团队之间的摩擦。习惯冲刺的开发团队和按固定里程碑工作的运营团队,可以在同一个项目里合作,不用为方法论反复争执。
- 降低的风险 Waterfall 的前期规划在执行开始前就能发现结构性风险。Agile 的反馈周期短,执行中的风险会很快暴露,不至于越积越多。两种方法各管风险时间线上的一段,合在一起,就不会留下单用任何一种方法都顾不到的空档。
了解更多:团队产品管理软件, 工程团队项目管理软件。
何时使用混合方法?
混合项目管理适合以下情况:
复杂项目: 项目里既有固定部分,也有可变部分,比如监管合规工作和迭代式软件开发放在同一个项目中。
多职能团队: 各团队习惯的工作方式不同,不管统一采用哪一种方法,总会有一方不适应。
有严格截止日期的项目: 某些里程碑没有商量余地,而通往这些里程碑的过程又有不少不确定因素,需要边做边调整。延伸阅读:解决方案。
如何实施混合项目管理
- 评估项目需求 理清哪些部分范围固定、需求稳定,哪些部分的输入不确定或经常变动。后面每一个关于哪里用哪种方法的决定,都以这个区分为依据。
- 开发混合框架 把边界明确写下来:哪些阶段按 Waterfall 的顺序逐段交接,哪些阶段按 Agile 冲刺迭代交付。边界不清,大家就会搞不明白每个环节该由谁拍板。
- 使用合适的工具 Jira、Trello 和 Microsoft Project 等工具都支持混合工作流程。不过,选哪款工具远没有团队是否统一使用重要。一个只用了一半的系统,比一个简单但用得好的系统带来更多协调成本。
- 培训你的团队 团队成员对两种方法都要足够了解,能分清自己在某个阶段处于哪种模式,也清楚这对决策怎样作出、问题怎样上报有什么影响。
- 持续评估进度 Agile 部分按冲刺推进,Waterfall 阶段设结构化的检查点。同时留意两者之间的边界是否依然合适,是否正在造成摩擦。如果出现摩擦,要在影响交付之前调整分工。
趣闻
你知道吗? NASA 的 Apollo 计划常被当作大规模项目管理中混合思维的早期例子。任务层面的规划和各团队之间的协调,采用的是严格按顺序推进的 Waterfall 式流程,范围、预算和时间表都已锁定。但包括登月舱在内的各个模块,开发时按迭代周期进行,工程师可以在开发中途根据测试结果修改设计。这种组合并非偶然,背后是一种清醒的认识:复杂系统的不同部分,需要不同程度的灵活性。
要探索结构化项目管理的优势,请阅读我们的文章 "瀑布式项目管理:迈向项目成功的分步方法"。要了解灵活方法,请查看我们的指南 "敏捷团队结构:有效协作的角色与职责"。如果你正在实施混合工作流,请阅读我们的分步指南 "工作流模板:如何为最大效率优化流程"。
结论
混合项目管理之所以管用,是因为它从项目本来的结构出发,没有把项目硬塞进事先定好的框架。固定的部分得到 Waterfall 带来的控制和可预测性,可变的部分得到 Agile 带来的应变能力。这样做的结果算不上妥协,而是让方法与工作类型对得更准。分工做得好的团队,花在调和方法论冲突上的时间往往更少,用在交付上的时间更多。
推荐阅读
"Scrum: The Art of Doing Twice the Work in Half the Time"
一本讲灵活方法论的实用指南。
"Project Management: A Systems Approach to Planning, Scheduling, and Controlling"
一本讲传统方法论的指南。
"Agile Project Management with Kanban"
讲解如何在混合方法中运用 Agile 组成部分的指南。