阅读笔记----03

　　一、阅读笔记

　　“敏捷流程”是一系列价值观和方法论的集合。

　　敏捷开发的原则是：

　　　　1.尽早并持续地交付有价值的软件以满足顾客需求。

　　　　2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。

　　　　3.经常发布可用的软件，发布间隔可以从儿周到几个月。

              4.业务人员和开发人员在项目开发过程中应该每天共同工作。

              5.以有进取心的人为项目核心，充分支持信任他们。

　　　　6.无论团队内外，面对面的交流始终是最有效的沟通方式。

     7.可用的软件是衡量项目进展的主要指标。

              8.敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。

             9.只有不断关注技术和设计，才能越来越敏捷。

            10.保持简明-----尽可能简化工作量的技艺----极为重要

           11.只有能自我管理的团队才能创造优秀的架构、需求和设计。

           12.时时总结如何提高团队效率，并付诸行动。

 

　　Scrum方法论：产品Backlog  --> Sprint Backlog  -->  Sprint  --> 软件的增量发布

　　敏捷的步骤：

          第一步：找出产品需要做的事情  --- Product Backlog

     　       Backlog ---积压的工作、待解决的问题。对Backlog中的条目进行分析、细化、理清相关关系、估计工作量等工作。每一项工作的时间估计单位为“天”。

  　　 第二步：决定当前的冲刺（Sprint）需要解决的事情----Sprint Backlog

    　　　如果团队成员能主导任务的估计和分配，他们的能动性得到了较大的发挥。

  　　 第三步：冲刺

   　　　　 这一措施较好的平衡了“交流”和“集中注意力”的矛盾。

    　　　　 冲刺期间，团队通过每日例会来进行面对面的交流，进行站立会议（每日立会）。

　　　　　　每日立会  

　　   　　　　个人报告：

             　　　　　　 我昨天做了......

             　　　　　　 我今天要做......

              　　　　　　我碰到了那些问题。。。

       　　　 我们可以通过燃尽图/任务看板了解到整个项目的进度。

        第四步：得到软件的一个增量版本。

      二、 个人感受：

　　　　1、我过去是怎么做的

　　　　　 自己起初开发时并无什么具体的办法，团队开发，总觉得大家会一起团结开发成功就行，没有具体的团队要求，个人规范，只是简单想过记录，但是并没有具体的流程规范。

　　　　2、结合书中所讲，说明为什么这样不好

　　　　　 没有统一的规范标准，团队要求，这样团队一旦出问题，解决会比较麻烦。没有记录的软件开发，就像没有灵魂的人，之后的种种操作会没有基础依据。

　          3、提出一个解决办法，避免再次掉入陷阱。

 　　　　　制定标准统一的团队规范，详细记录软件开发流程，规范个人的任务领取和完成情况和团队总项目的概况。

       

 

转载于:https://www.cnblogs.com/zhao-teng-ass/p/8167493.html