博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
敏捷开发之我所见
阅读量:5872 次
发布时间:2019-06-19

本文共 888 字,大约阅读时间需要 2 分钟。

   从开始接触敏捷开发到现在已经有一年的时间了,以下是我对敏捷开发的个人总结,主要内容包括瀑布模式开发和敏捷开发的区别,以及敏捷开发的整个过程。

   一:瀑布模式和敏捷开发区别

   1). 传统开发

    

   2). 敏捷开发

   

    敏捷宣言:

    个体与交互胜过过程与工具

    可以工作的软件胜过面面俱到的文档
    客户协作胜过合同谈判
    响应变化胜过遵循计划

    以上可以看出,传统软件因为开发周期长,可能做出来的东西不是客户想要的东西。

    而敏捷开发,可以在每一个迭代中做出修正,这样的话就会向目标逐步靠拢。 

    敏捷重价值交互,轻文档; 瀑布开发中文档。

    敏捷拥抱变化,相应变化;瀑布规避变化。

    当然敏捷开发也不是银弹,不可能解决所有的问题。

   二:敏捷开发流程

   1.  scrum 计划会议

        会议主要内容就是按照优先级制定本次Sprint 迭代开发范围,并对任务进行分解和故事估算。

   2.  scrum 每日例会

        一般采用站立式进行,时间10分钟左右,切忌不要在会议上解决问题,那样的话很耽误时间,有问题的话会后商量具体的解决方案。

        会议主要内容是说三件事:

        1).  昨天做了哪些工作

        2).  遇到了哪些问题

        3).  今天主要做哪些工作

   3.  scrum 评审会议

        一般需要3个小时左右,主要就是展示本迭代完成功能,依据计划会议进行评审,在演示过程中,对于做得比较好的地方予以表扬,对于做的不好的地方商量给出具体的解决办法。

   4.  scrum 回顾会议

        会议的宗旨就是在下个迭代中做的更好,会议主要讨论下面三个方面:

        1). 本迭代比较好的实践

        2). 需要改进的方面

        3). 改进措施

        如果本改进需措施地方比较多,特别是项目刚开始的时候,可以选取三条在下个迭代重点改进。

    需要注意:

    1. 敏捷也需要管理,也需要文档,也需要计划。

    2. 自适应团队得看团队的素质水平。

    3. 并不是所有的项目都适合敏捷,譬如需求稳定无变化的可以采用瀑布模式。

    4. 任务分配时,可以采取自主选择的方式。

   

       

转载于:https://www.cnblogs.com/lmhwolf/archive/2012/04/04/2432168.html

你可能感兴趣的文章
《系统架构师》——操作系统和硬件基础
查看>>
如何看待一本图书
查看>>
Linux 中如何通过命令行访问 Dropbox
查看>>
开发进度——4
查看>>
JS里验证信息
查看>>
Akka actor tell, ask 函数的实现
查看>>
windows10 chrome 调试 ios safari 方法
查看>>
Netty 4.1.35.Final 发布,经典开源 Java 网络服务框架
查看>>
详解Microsoft.AspNetCore.CookiePolicy
查看>>
SCDPM2012 R2实战一:基于SQL 2008 R2集群的SCDPM2012 R2的安装
查看>>
SQL SERVER中字段类型与C#数据类型的对应关系
查看>>
Linux lsof命令详解
查看>>
SVG path
查看>>
js判断checkbox是否选中
查看>>
多系统盘挂载
查看>>
MySQL函数怎么加锁_MYSQL 函数调用导致自动生成共享锁问题
查看>>
MR1和MR2的工作原理
查看>>
Eclipse中修改代码格式
查看>>
GRUB Legacy
查看>>
关于 error: LINK1123: failure during conversion to COFF: file invalid or corrupt 错误的解决方案...
查看>>