文章摘要

文章主旨：

通过一个企业移动办公平台项目的实战案例，阐述“大瀑布下的小敏捷”（瀑布与敏捷融合）实施模式，证明在大型客户、复杂项目中，通过规范化需求、迭代、工时流程与精细化运营，混合开发模式能够有效落地并获得显著成果。

关键要点：

• 项目采用“大瀑布下的小敏捷”模式，即在整体规划设计完成后，进入版本敏捷迭代；但上线后客户需求无限增加曾导致项目陷入危机。
• 规范需求流程是破局关键，需明确需求边界、建立评估机制，拒绝“临时想起”“攀比式”等无边界需求。
• 通过提前制定迭代计划、根据团队承载力控制迭代内容，确保迭代周期与开发质量不受影响。
• 建立工时评估与按月结算机制；沟通上强调减少不必要会议、增加必要决策会议，实行轻量化文档管理与全过程公开。
• 项目最终获得甲方认可，成为公司标杆案例，并获“金牌供应商”荣誉，证明该模式能够实现互利共赢。

内容结构：

一、项目背景与目标

某集团企业原有基于微信公众号的移动办公模式，已无法满足硬件接入、离线办公、系统集成等业务发展需求。我司以“产品+定制开发”模式承接该平台建设。项目短期目标是三个月内开发移动办公平台并整合考勤、审批等应用；长期目标是借此建设大型移动应用，打造标杆客户。

二、实施过程与危机

项目采用“大瀑布下的小敏捷”模式推进。上线后，客户持续提出新需求、业务部门不断加码，公司为长期合作被动接受部分需求，导致迭代清单频繁被打乱、成本攀升、干系人不满，项目关系一度岌岌可危。经多次碰撞，双方决定正视问题，制定规范和流程。

三、过程探索与规范措施

规范需求流程：强调敏捷应响应提升核心价值的变化，而非接纳所有需求。措施包括：与甲乙双方共同梳理核心功能范围、明确边界；成立评估小组对新需求从目标契合度、成本、价值等打分，仅高优先级需求进入资源池。

规范迭代周期：提前两周制定迭代内容并同步干系人；按团队能力确定承载工作量，新增需求必须置换同等工作量的低优先级需求。

规范工时流程：按需求评估与迭代安排评估工时，H5应用按难度评人天、持续投入人员按人月估算；按月汇总经双方确认后作为结算依据。

加强沟通与反馈：倡导“自组织团队”，产品技术问题可随时沟通，需求与计划变动需有专职对接人。减少每日站会与日报、周报，任务分配到位后由项目经理负责向各方报告；需求评审、方案确认等关键会议必须严格执行。文档力求简洁，但项目经理需做好归档；关键确认以邮件或会审签字留痕；项目在禅道上全过程公开；每个迭代后通过用户反馈与数据复盘形成“开发-反馈-优化”闭环。

四、项目成果

实践验证了混合开发模式的可行性，合作模式得到甲乙双方认可，并被甲方推广至其他供应商。我司获甲方年度“金牌供应商”称号，项目被树立为标杆，优质需求反哺公司产品，并依托该客户向更多企业推广。疫情后移动办公需求深化，合作关系进一步加强。

文章总结：

全文语气务实，以复盘式叙述讲述项目从失控到规范的全过程，核心建议是：敏捷落地不能只靠“拥抱变化”，必须通过明确边界、管控迭代与工时、强化关键沟通来建立规范，才能在复杂项目中实现双赢。

敏捷开发

查看原文：某移动办公平台项目的敏捷实践反思

文章来源：

敏捷开发

扫码关注公众号