第一次项目冲刺(Alpha版本)

Task1:需求&原型改进与系统设计

  1. 给目标用户展现原型,与目标用户进一步沟通理解需求。

        通过沟通,了解到用户的痛处在于身体与精神上为病魔等因素的极大摧残,又困于种种原因难以及时获得请假批准,以至学习与精神上收到强大损失。

  2. 上周的《需求规格说明书》初稿的不足之处

        上周由于对用例图和流程图的了解认识不够正确,导致在作图与考虑用户关系上有所偏差,流程图上,没有认真思考,导致功能方面的设计也有所不足。

        此外改进了产品功能和约束和依赖的关系。且增加了多种应用实例,相比之前只有一种应用实例来得更全面。下面给出一个实例截图。

  3. 任务分解WBS

    分解模块功能如下


    大致分工如下:

  • 永鑫大佬,艺祥大佬,黄壘大佬:数据库的选择和使用,数据库和程序的联系。
  • 东东大佬,子琦大佬:安卓端的学习和代码的编写。
  • mok:信息的记录和博文的编写。
  1. 系统的用例图设计

  2. 系统的构架设计

  3. 完成团队项目的数据库设计,并在随笔中提供相应ER图

Task2:7天敏捷冲刺

在2周的时间内,安排七天的敏捷冲刺(可根据实际安排)。

a. 每天举行站立式会议,讨论项目每个成员的昨天进展、存在问题、今天安排。

b. 控制站立式的时间,不宜过长。

c. 站立式会议的目的是有效沟通项目的进度、问题、计划、调整。
团队在冲刺的2周内,选择7天每天发布一篇随笔,共七篇:

a. 每个人的工作 (有work item 的ID):

  • 昨天已完成的工作。

  • 今天计划完成的工作。

  • 工作中遇到的困难。

b. 发布项目燃尽图;

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

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

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

  • 燃尽图可以用手画, 可以用excel, 可以用自己选择的工具或者
    leangoo
    c. 每人的代码/文档签入记录:

  • 不能每天都在 “研讨”, 但是没有代码签入。

  • 签入记录对应的Issue内容与链接,代码必须每天可执行。

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

d. 适当的项目程序/模块的最新(运行)截图。

posted @ 2017-11-11 19:34  我们就叫喜羊羊队  阅读(207)  评论(1编辑  收藏  举报