业务需求协作管理贯穿于整个软件产品版本周期，涉及与业务软件交付相关的所有角色，包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。
其目标是通过改善各角色在持续交付 “8” 字环各环节中的交互协作流程，有效且高效 地完成业务问题的分析、业务方案的实施和结果验证工作，并确保所有需求不遗漏，被完整跟踪。
产品生命周期
一款产品的整个生命周期包括：
- 概念阶段，需要清楚回答市场机会、客户需求的紧迫性、企业自身的竞争优势、产品的可行性以及自身产品团队能力等问题。
- 孵化阶段， 要考察产品核心功能的完善度、满足典型目标用户的核心诉求程度，小范围试验用户的反馈等问题。
- 验证阶段， 主要关注最小核心功能集的用户体验、早期用户的反馈、盈利模式，以及产品技术核心团队的稳定性与加大资源投入的可行性。
- 运营阶段，主要关注市场环境变化、客户泛化需求的存在性，以及投入产出比等。
- 业务退市阶段，一旦这些要素不满足企业的预期，就应该考虑产品的退市步骤了。
一款产品的版本周期包含：
- 准备期，目标是让参与该产品版本周期的所有角色对期望解决的业务问题以及最小可行解决方案达成共识。
- 交付期，目标是通过快速迭代，最终验证或解决该业务问题。
需求
我们应该尽可能从业务视角出发，将大块的业务功能需求再次拆分成多个小的业务功能需求，并从用户视角来描述它，以提醒所有人关注其业务价值。然后对这些小需求进行评估和优先级排序后，团队再分批进行迭代交付。
这种方式让团队能够尽早得到可运行的软件，并让业务人员能够看到业务功能的进展，以便与软件工程师沟通，提前发现需求理解不一致等问题。同时，还可以灵活应对临时的需求更改，响应市场的快速变化。利于持续交付的需求拆分总原则就是：“坚持以业务视角 对需求进行分解”。
技术债也是需求 它是指技术团队在设计架构或者开发的过程中，基于短期目标选择了一个方便实现的方案，而从长远考虑，这种方案会带来长久的消极影响。它就像金融债务一样，如果没有恰当管理，累计的利息可能就会把你压垮。
关于需求的拆分还需要了解：
- 需求拆分的受益；
- 需求拆分的成本；
- 需求拆分的方法；
- 需求分析与管理工具集；
团队协作
当多人共同完成一项任务时，如何高效协调团队中每个人的时间，是一个非常大的挑战。
共享日历 是一种有效的团队时间管理方法。共享日历可以分为两种：一是团队时间表，二是个人非工作时间表。
关于团队协作还需要了解：
- 团队回顾；
- 可视化故事墙；
- 明确“完成”的定义；
- 故事验证；
- 持续集成；
了解更多：https://t.zsxq.com/06R7aUfIi
