scrum敏捷开发

前言

        为了支持个人应用的开发，以及规范化个人开发的流程，需要一个合理的产品规划以及排期。同时由于chatgpt等AI智能工具的替代，代码和架构越发不重要。为了升职并且规范化开发，以及管理团队，协调产品进行设计，需要将自己作为一个项目经理的角色进行调研功能，构建产品模型，设计开发流程，分配工时。

Scrum是一种敏捷开发模型，它将传统的瀑布流工作模式改为短期、高迭代的工作模式。它由三个关键角色和五个主要步骤组成。

关键角色

1. 产品负责人 产品负责人负责产品需求、产品路线图、具体功能以及里程碑。产品负责人的关注点在于整个产品能否在合理时间内上线，以及是否满足市场和顾客的需求。其主要职责包括获取市场需求，将市场需求转换为用户故事，再将用户故事转换为具体需求。为了满足快速迭代的需要，产品负责人需要在1-2周内，最长1个月内交付一个产品。这个角色主要是需求导向的，背负的责任很大，因为产品的成败与产品负责人直接相关。
2. 敏捷教练 敏捷教练是原有项目经理的弱化版，主要负责细化需求、拆解任务功能点、任务分配，主持产品会议、每日站会、Sprint展示会和回顾会，提前发现问题并解决内部风险点。敏捷教练通常由技术专家担任，关注点包括编写燃尽图、确保按时交付、处理项目异常情况以及保证开发顺畅。
3. 开发团队 开发团队通常包含2-3个主要开发人员、1-2个测试人员和UI设计师。Scrum中，开发团队有更多的自主性和权力，因为开发流程更简单、目标更明确。标准的Scrum流程中，工作任务是主动领取的，而在实际工作中，任务以分配为主、内部选择为辅。开发流程简短，需要使用燃尽图进行实时观测。Scrum可以尽量让开发团队专注于项目本身。

Scrum流程

Scrum的内部流程分为五个部分：

1. 产品负责人创建项目里程碑
2. 计划会议：产品负责人与敏捷教练协商具体的工作内容与工时/召开会议发布内容并认领工作任务
3. 每日站会：团队每日进行站会，确认每天的工作，及时排障，更新燃尽图
4. 评审会议：全体人员参加Sprint会议，展示本次Sprint过程中的具体开发内容，确认需求是否完成并确定之后的内容
5. 回顾会议：敏捷教练与团队进行代码复盘，确认开发内容是否完整，修正内部问题

在第3步中，可以使用看板（Kanban）实时查看内部需求与人员分配情况，及时调整内部人员与任务分配，实现任务与人员的平衡。

scrum的核心指标

在第二步中会产生两个关键产物：product backlog和sprint backlog，product backlog是项目负责人和开发经理协商出来的相关功能点细则，主要用于确认所有待做的工作，当基本完成后，与团队开会进行细化和内部交流。当完成product backlog，由员工和组长去主动分配任务

scrum优点

1.弱化产品，项目经理的权力，将权力交给开发。本来开发就觉得项目经理和产品经理挺傻缺的，但是又不能说什么。一天盲目提需求也不对接。现在产品只做需求梳理和时间节点的确认，项目经理只负责出了问题去解决，主持每日站会，不去每天盯着催进度。这样大大提高了开发的自主性。

2.明确需求。由于分配任务是及时分配的，此时开发和产品经理都会互相评估，获得一个相对合理的需求内容和开发时间。

3.执行无感。若开发是一个积极的开发，可以更多的参与产品的需求探讨。若开发不想管，甚至不想了解scrum是什么东西，也无所谓。因为此时开发的内容和形式都没有变，也可以享受到sprint冲刺阶段带来的节点发布的效果。

scrum缺点

1. scrum无法解决进度无法对齐的问题，分配的任务如果给一个比较弱的人，此时scrum分配的时间和任务不匹配，sprint无法完成，就会导致影响里程碑和规划。
2. scrum无法解决大项目的整体规划问题。scrum适用于快速迭代的互联网项目，但是如果是研究型的项目，或者是时间无法固定的项目，一个sprint的产出是空的，会极大影响进度。此时更适合用瀑布流方式
3. scrum无法清晰的查看每个人当前的进度。当一个项目需要不停维护和更新时，此时bug和需求是重叠的，但是里程碑和任务是在一开始建立好的，此时就会有延期的风险预警。此时更适合用kanban方式。

总结

scrum是一个适合敏捷开发的框架，可以适配大多数开发产品和经理。框架需要一个优秀的团队去支持开发任务，强化产品负责人，开发团队的权力，降低产品，项目经理的权力，是一个很好的框架。