需求的流程经过

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第4天，点击查看活动详情

流程由来

团队规模和流程的关系

常见的协作模型

• 瀑布模型

  将整个软件开发按各个阶段排成一条线，完成前一个阶段后进行下一个阶段。

  缺点：效率低下，容易浪费时间

  

• 敏捷开发

  • 以更小的团队，更快速的进行迭代，在敏捷开发的概念体系中，有一些具体的方法——scrum、kanban等
  • scrum：原本来源于橄榄球的争球，一齐向一个目标前进

  

• The Scaled Agile Framework(SAFe)

  • 这是一套规模化的管理框架——基于敏捷开发。
  • 表示了在企业中，多个敏捷团队如何配合
  • 
  • 现代Scrum解释
    • 敏捷教练（Scrum Master）——小队队长
    • 产品负责人（Product Owner）——负责联络指挥部和发布任务的人
    • 敏捷团队（Scrum Team）——小队成员
    • 敏捷发布火车（Agile Release Train）——不是按一个固定方阵前进，而是用更加敏捷方式去前进。

团队流程/时间表

• 

流程阶段

需求阶段

不要浪费时间讨论不应该存在的问题上

前面时间表的grooming会议的作用来讨论各种需求的可行性。

MVP（minimum viable product）最小化可行产品思想

• 站在用户角度思考
• 收集用户反馈，快速迭代
• 

四象限法评估

按照整个坐标，由其重要性和紧急程度分类

重要且紧急>重要但不紧急>紧急但不重要>不重要且不紧急

一个高效的占比，应该是大多数时间在处理重要但不紧急的事情，因为一旦一件事情变成了紧急，那我们就容易犯错误，因此如果每天大部分时间都在处理重要且紧急的事情，那么其实是不健康的。