初探敏捷开发

最新推荐文章于 2024-03-22 00:27:59 发布

还是那个zpp

最新推荐文章于 2024-03-22 00:27:59 发布

阅读量320

点赞数 1

分类专栏：自我总结学习笔记

本文链接：https://blog.csdn.net/aaaaa1994/article/details/94907023

版权

25 篇文章 0 订阅

订阅专栏

21 篇文章 0 订阅

订阅专栏

实习过程中在公司了解到了一些软件开发的内容，着重使用的是敏捷开发模式，也就是敏捷工艺。
我结合学到的内容，以及自己查阅的资料，做一下小小的总结：

敏捷开发（scrum）是一种软件开发的流程，强调快速反应、快速迭代、价值驱动。（Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；运用该流程，你就能看到你团队高效的工作。）
敏捷开发适用于竞争激烈，快速变化的市场。敏捷的客户协作观念，快速迭代能帮助团队以最小成本，最快速度满足客户真正的需求。
敏捷模式采取迭代式开发，传统模式采用瀑布式开发。传统开发模式下软件开发过程是执行研发计划，而实际工作中，需求往往在开发过程中会产生巨大变化。敏捷开发更能适应不确定性强的产品和市场。

产品负责人（Product Owner）
PO主要负责和客户沟通确定产品的功能和达到要求的标准，并指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果，一般是由产品经理担任。
敏捷专家（Scrum Master）
SM主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。更多时候需要在上司和团队之间有效沟通，阻隔一切对团队开发不利的因素。
开发团队（Scrum Team）
主要负责软件产品在Scrum规定流程下进行开发工作。人数控制在5~10人左右，每个成员可能负责不同的技术方面，要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力.

Sprint计划会
Sprint 计划会就是大家坐下来，PO 向大家介绍排好序的产品待办事项（Product Backlog），然后大家共同思考决定如何推进计划，梳理出 Sprint Backlog 来完成后续的工作。
每日站会
参会人员可以随意姿势站立，任务看板要保证让每个人看到，当每个人发言完后，要走到任务版前更新自己的看板和燃尽图。
每位开发成员都要交代3点：
昨天完成了什么
今天计划完成什么
是否有困难需要帮助
Sprint 评审会
当一个Sprint完成，这时就要进行最重要的演示会议，也称为评审会议，产品负责人和客户都要参加，每一个开发团队的成员都要演示自己完成的软件产品，然后被判定产品合格、成功、需要修改还是重新做。
Sprint 总结会
总结会议以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中。