团队项目-Beta迭代每日例会报告
从5月23日开始,团队项目进入Beta迭代的实现(冲刺)阶段,请每个团队在这两周的实现阶段,至少发布 7 篇每日例会(Scrum Meeting)报告博客,每两日至少发布一次报告(报告的撰写可以参考这个例子)。
每篇每日例会报告博客的要求:
- 每个人的工作:昨天已完成的工作(有Issue的内容和链接),今天计划完成的工作(完成Issue的内容和链接,以及代码/文档签入记录);工作中遇到的困难;
- 燃尽图(Gitlab燃尽图制作方法);
- 每日例会的照片(可不露脸)。
注意:
- 所有已完成任务都必须有明确的结果,比如代码签入、文档等,并提供截图或可访问的链接。
- 单纯的技术学习本身不可以算是任务,实现阶段的任务就是要把软件构建出来。因此,除了“学习某种技术”之外,还需要将你学习的成果用于完成某些与项目目标相关的具体任务。例如“学习了Ruby3.0的新特性”不可以算是任务,但是“学习了Ruby3.0的新特性,并使用Ruby3.0安装了Rails环境,构建了局部功能xxx”可以算是任务。
- 对于组内或对外沟通与对接类型的任务,需要对沟通的主题、完整过程以及最终取得的沟通成果,以类似会议纪要的方式进行详细记录,并需要在本文档下方附上或给出相应可访问的文档链接。例如“商定前后端交互规格xx部分+相应文档链接/详情见附录xx”。
- 对于放在文档中的链接,需要保证“可访问”,具体来说即需要在团队项目的代码仓库上(课程组可以正常访问),或者使用公共文档类服务(例如博客园、石墨文档等,需要确保有读权限且不设密码)。
对于每日例会报告的得分:
- 报告这三个部分,并且内容属实的,得满分
- 少任何一个,或者某一项内容不真实,扣除1/3的分,以此类推,扣完为止
- 迟交两周以内,得0分
- 迟交两周或更多,倒扣全部分
要求:每个团队在发布每日例会报告博客时还需同步更新一篇例会报告博客目录博客,第一次提交每日例会报告的同时提交该目录博客即可。
# xx(组/团队) Scrum Meeting 博客汇总
## 一、Alpha阶段
1. [`博客标题`](`博客链接`)
2. []()
## 二、Beta阶段
每日例会报告模板:
# Scrum Meeting [序号]
**日期:**xxxx年xx月xx日
**会议主要内容概述:**(50字以内)
## 一、进度情况
|组员|负责|两日内已完成的工作|后两日计划完成的工作|工作中遇到的困难|
|:----|:----|:----|:----|:----|:----|
|XXX|[前端,后端, PM,...]|任务描述[对应issue链接](https://github.com/?fileGuid=jw9Rv6xvXGPcWgKC)<br>[代码签入/相关文档链接](https://github.com/?fileGuid=jw9Rv6xvXGPcWgKC)|任务描述[对应issue链接](https://github.com/?fileGuid=jw9Rv6xvXGPcWgKC)| |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
## 二、燃尽图
【图片】
## 三、会议记录
【例会照片】
相关推荐
项目管理Beta测试报告
项目管理Beta测试报告
《XXX项目》Beta测试报告.doc
软件开发过程控制文档模板
IT项目管理表单大全-Beta测试篇(8个文档)
IT项目管理表单大全-Beta测试篇(8个文档),包含:Beta测试;Beta测试协议;Beta测试报告。。。。。。
附录L-2 Beta测试报告.doc
测试计划Testing plan,描述了要进行的测试活动的范围、方法、资源和进度的文档;是对整个信息系统应用软件组装测试和确认测试。 [1] 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险,保障计划的顺利实施。
软件项目开发团队结构
设计项目经理(Feature Design PM): 负责具体的产品设计,写Design Spec。PM 队伍中,80%的PM是做这个。 发行项目经理(Release PM): 负责整个项目的流程和进度管理,制定进度表等,协调整个团队的工作。大的PM 队伍中有一人专门做这个。这是整个项目的领头人。大型的项目的成功与否,常常靠得力的发行经理的领导。 协助项目经理(Supporting PM): 负责其它产品发行需要照顾到的事情,如客户交流、和市场开发人员交流、负责beta program (初版试行)、等等。大的PM 队伍中少不了这样的人。20%的PM是做这个。


