团队作业4——第一次项目冲刺(Alpha版本)

Deadline
2017-11-19 23:00PM,以博客发表日期为准。
 
评分基准:
  • 按时交 - 有分,检查的项目包括后文的两个方面
  • 一星期两天一次博客随笔(共三篇)的敏捷冲刺
  • 日志的集合贴

     晚交 - 0分

     迟交一周以上 - 倒扣本次作业分数

     抄袭 - 倒扣本次作业分数

 
敏捷冲刺:
根据已召开的迭代计划会议安排,阅读或再次阅读《构建之法》第六章内容,为项目冲刺的安排和问题提供助力。
  1. 在为期七天的时间内,安排连续七天的敏捷冲刺。
  • a. 两天举行站立式会议,讨论项目每个成员的进展、存在问题、接下来两天的安排。 
  • b. 控制站立式的时间,不宜过长
  • c. 站立式会议的目的是有效沟通项目的进度、问题、计划、调整
  1. 团队在冲刺的七天内,两天发布一篇随笔,共三篇:
  • a. 提供当天站立式会议照片一张;
  • b. 每个人的工作 (有work item 的ID):

              1、前两天已完成的工作

              2、 接下来两天计划完成的工作

              3、工作中遇到的困难

              4、 每个人的贡献比。

  • c. 发布项目燃尽图;(TODO:燃尽图tutorial)

              1、请理解燃尽图横坐标和纵坐标指的是什么。

              2、请理解燃尽图实线和虚线分别代表什么。

              3、结合《构建之法》里的“项目收敛”相关内容理解燃尽图的作用。

              4、燃尽图可以用手画, 可以用excel, 可以用自己选择的工具或者leangoo(https://www.leangoo.com/

  • d. 每人的代码/文档签入记录

             1、不能都在 “研讨”, 但是没有代码签入

             2、签入记录对应的Issue内容与链接,代码必须每个阶段都可执行。

             3、必要的code review,编码规范不是摆设,文档要随时更新。

  1. 适当的项目程序/模块的最新(运行)截图。
 
敏捷冲刺统计:
  1. 在敏捷冲刺开始时,团队要有一篇单独的随笔置顶,集中记录所有敏捷冲刺日志的集合贴,方便统计。这篇集合贴要在每次冲刺日志发布后更新。
  1. 冲刺结束后,在集合贴后面补充以下内容:

              a. 冲刺阶段 Coding 上的 Commit 总数。

              b. 团队每个成员分别贡献的 Pull Request 总数。

 
参考链接:
  1. 每日例会(scrum meeting)报告。(例子)  
  1. 敏捷项目协作工具:
posted @ 2017-11-13 08:40  黄巧玲  阅读(242)  评论(0编辑  收藏  举报