ASK MO第16期 | 开发哭了,怎么补救?不救!

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

ASK MO 时间摘要
每周二晚9点,莫老师为大家解答关于敏捷开发的各种问题。本期主要讨论以下主题:
- 敏捷开发团队如何跟用户谈判合同签订和验收?
- 团队每个人都说忙,但根本不知道忙了什么?
- 在一周时间内,项目进度如何把控?
- 如何推动小白敏捷团队思想转变?
- 测试与开发的矛盾:开发哭了,怎么补救?
- 敏捷模式下,最小过程文档集合有哪些?
敏捷项目合同签订与验收
传统企业通常使用总价合同,但敏捷开发需要灵活应对市场变化。建议在合同中添加附加条款,例如免费增加新功能需同时移除相等工作量的功能,或允许甲方随时终止合同并返还部分剩余金额。这种机制可帮助甲方理解敏捷开发的ROI,并实现双赢。
项目管理与进度问题
面对多个项目和弱矩阵环境,可采用规模化敏捷框架,通过目标分解、迭代周期统一和团队日历管理依赖关系。利用工具如Teambition和DevOps自动化提高透明度,确保研发进度得以有效推进。
一周项目进度把控
确保一周内工作完成的关键是风险管理。识别风险并留出缓冲时间(Buffer)以应对变更或评估乐观导致的延期。另外,回顾会议可以帮助找到问题来源,如会议过多或变更频繁,并针对性优化。
推动刚转型敏捷团队思想转变
对于刚毕业的团队和管理水平有限的leader,建议引入敏捷专家进行培训,指导团队实践敏捷流程并形成最佳实践。同时,通过迭代评审会和回顾会展示成果与过程优化,增强团队信心。团队仪式感如聚餐等活动也能提高凝聚力。
开发与测试的矛盾处理
面对开发被测试言辞激烈导致情绪受影响的情况,需确认问题是否对事不对人,并分析问题根本原因。团队建设应以解决问题为导向,不必过于顾虑个别人的感受,只需确保团队士气不受影响即可。
敏捷模式下的最小过程文档集合
敏捷开发强调工作的软件高于详尽的文档,但仍需要最小化的过程文档,包括需求文档(如业务流程图、需求原型图)、设计文档(如接口文档、系统架构图)、测试文档(如测试用例和报告)、运维文档(如物理架构图)。
往期经典
莫老师还分享了许多经典主题,可通过往期内容了解更多敏捷开发相关知识。
想要了解更多内容?



白皮书上线