Scrum 项目 7.0

Posted 2020-07-12 03李康梅

7.0------------------------------------------------

Sprint回顾

让我们一次比一次做得更好。

 

1.回顾组织

　　主题：“我们怎样才能在下个sprint中做的更好？”

　　时间：1个小时

　　参与者：整个团队

　　场所：课室

　　秘书：李康梅

 

2.回顾流程

（1）sprint总结：Scrum master向大家展示sprint backlog，在团队的帮助下，对sprint做总结，

包括重要事件和决策等。

     在完成今次的任务的过程中，我们团队经常聚在一起讨论，我们主要实现的功能是界面、图片按钮、普通按钮，

虽然实现的功能不多，但是我们每个成员都有参与到，大家都很积极，虽然我们的进度有点慢，但是我们并没有放

弃，而是努力地把进度赶上去。      

（2）轮流发言：每个人都有机会在不被人打断的情况下讲出自己的想法：他认为什么是好的，哪些可以做的更好，

哪些需要在下个sprint中改变。        

      Good:
      103李康梅：用图片按钮来代替按钮会比较美观，可以继续保持 
      109张鑫相：每个人都发表自己的意见，认真对待，积极解决问题
      112冯婉莹：团队可以继续保持经常聚在一起讨论
      149麦锦俊：有主菜单可以随意切换

      Could better:
      103李康梅：化妆师和化妆品界面里的图片间距太小，不太美观
      109张鑫相：为一个问题不断纠结，导致进度停滞不前
      112冯婉莹：修改和完善资料、订单界面
      149麦锦俊：输入中文字体会出现警告

      Improvements：
      103李康梅：改变图片之间的间距
      109张鑫相：遇到问题多寻找解决的途径
      112冯婉莹：去掉一些花俏的东西，添加实用的功能
      149麦锦俊：把中文字体存入字符串文件中

（3）生产率分析：对预估算的生产率和实际的生产率进行比较，如果差异比较大的话，分析原因。

  在完成今次的任务的过程中，本来大家都以为今次的任务会比较简单，结果却花费了很多时间都没有完成

sprint1的全部任务，进度也比我们估计的要慢很多，原因是我们对android的知识还是不太熟悉，很多组

件的功能都不会用，而且我们总是为一个问题不断纠结，导致进度停滞不前。

（4）改进之处：快结束的时候，Scrum master对具体建议进行总结，得出下个sprint需要改进的地方。

   经过小组成员的讨论，我们打算在下个sprint中修改和完善资料界面和订单界面，我们也会合理安排时间，

不再浪费太多的时间在同一个问题上。

3.回顾辅助（参考图7）

　　Good：可以继续保持的做法。

　　Could better：需要改变的做法。

　　Improvements：有关如何改进的具体想法。

4.回顾结论

　　即时贴上。

　　圆点投票来决定下一个sprint会着重进行哪些改进。

　　每个sprint只关注几个改进就够了。

 

5.回顾截止日期：2015.5.25晚10点

 

6.读书

　　阅读《构建之法》第8、9、10章，发布读书博客。

 

 

 

 

第八章：需求分析

（1）软件团队如何才能准确而全面地找到软件需求呢，主要有四个步骤：

        1）获取和引导需求   2）分析和定义需求

        3）验证需求            4）在软件产品的生命周期中管理需求

（2）获取用户需求有几种常用的用户调研方法：

        1）焦点小组   2）深入面谈  3）卡片分类  4）用户调查问卷

        5）用户日志研究  6）人类学调查  7）眼动跟踪研究  8）快速原型调研  9）A/B测试

（3）竞争性需求分析框架：NABCD模型，其中的N为需求，A为做法，B为好处，

        C为竞争，D为推广。

第九章：项目经理

   软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色，不做上面这些

事情但也很重要，我们叫他们项目经理--PM。

   PM做开发和测试之外的所有事情，PM要在整个项目的生命周期管理风险。

   要想成为一个合格的PM，需要具备以下的能力：

    1）观察、理解和快速学习能力   2）分析管理能力

    3）一定的专业能量                  4）自省的能力

第十章：典型用户和场景

    规格说明书简称Spec，分为以下两种：

    1）软件功能说明书        2）软件技术说明书 

     如何才能把用户的需求变成团队成员可以直接操作的开发工作，然后源源不断地实现这些

需求？功能驱动的设计（FDD）是针对这个问题的众多方法论之一。FDD由以下几个步骤构成：

    1）构造总体模型   2）构造功能列表  3）制定开发计划

    4）功能设计阶段   5）实现具体功能

 

团队成员的读书笔记和sprint1的总结：

109张鑫相：http://www.cnblogs.com/xyz--123/p/5533889.html

112冯婉莹：http://www.cnblogs.com/xiaoyy/p/5528874.html

149麦锦俊：http://www.cnblogs.com/maijinjun/p/5534203.html

 

 

小组成员的个人贡献分：（小组团队总分为80分） 

 103李康梅：22分

 109张鑫相：21分 

 112冯婉莹：19分 

 149麦锦俊：18分