某移动办公平台项目的敏捷实践反思

文章主旨：本文分享了在大型集团企业移动办公平台项目中，通过“大瀑布下的小敏捷”混合开发模式，并规范需求、迭代、工时、沟通等流程，解决需求混乱和迭代受阻问题，最终实现项目成功交付并成为标杆案例的实践经验。

关键要点：

1. 项目采用“大瀑布下的小敏捷”模式，即在整体规划设计后进入敏捷迭代，但上线后因需求无序增加导致计划混乱，项目陷入危机。
2. 通过明确需求边界、建立需求评估机制，规范需求流程，拒绝“临时想起”“攀比式”需求。
3. 规范迭代周期：提前两周制定迭代内容，根据团队能力确定工作量，新需求必须替换同等低优先级需求。
4. 规范工时评估与结算，加强沟通反馈：减少不必要的站会、日报，保留关键会议，推行轻量化文档和项目过程公开。
5. 项目最终获得甲方认可，成为公司标杆产品，并获金牌供应商荣誉，合作进一步深化。

内容结构：

• 项目背景：企业原有基于微信公众号的移动办公模式无法满足发展需求（硬件接入、离线办公、系统集成局限），因此采用“产品+定制开发”模式承接移动办公平台项目。
• 项目目标：短期目标为三个月内开发移动办公平台，整合考勤、审批等应用；实际目标为打造标杆客户以推动大型移动应用建设。
• 实施过程：
  • 大瀑布下的小敏捷：初期整体规划后进入敏捷迭代，但上线后需求无序增加，计划被打乱，项目陷入危机。
  • 过程探索：双方正视问题，制定规范与流程。
  • 规范需求流程：明确需求边界（核心/拓展/平台/业务），建立需求评估机制（从契合度、成本、价值评估优先级）。
  • 规范迭代周期：提前两周制定迭代计划，按团队能力确定工作量，新需求必须替换同等低优先级需求。
  • 规范工时流程：根据开发难度评估工时（如H5应用分难度等级评估），按月汇总确认并结算。
  • 加强沟通与反馈：组建自组织团队，减少每日站会和日报，保留关键会议（需求评审、设计方案确认等），推行轻量化文档，强调确认过程和项目公开，持续反馈复盘。
• 项目成果：验证了混合开发模式的可行性，获得甲方认可并推广合作模式，公司获金牌供应商荣誉，项目成为标杆（反哺产品并拓展客户）。疫情后移动办公成为刚需，合作进一步深化。

文章总结：本文通过真实项目案例，系统展示了在复杂企业环境下融合敏捷与瀑布开发的成功经验，强调了规范化流程、沟通机制和持续反馈对于敏捷落地的重要性。

IPD资料 | 战略规划方向不对，努力全都白费！

了解更多

敏捷开发

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

文章来源：

敏捷开发

扫码关注公众号