Beta阶段事后诸葛亮分析

标签：review   开发   资源   view   实现   基本   决定   请求   安全性   

设想和目标

1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

要解决的问题：老师用上课时间点名，不仅浪费宝贵的上课时间，而且容易出现，有些同学帮没有的同学答到的情况。希望通过我们的产品，老师上课之前能够通过微信平台完成一次点名功能，能够自动生成本次为来到教室的学生，达到省时省力的效果。

典型用户：集美大学老师

场景如下：

周五早上上课时间到，马哲老师走进教室，扫了一眼，学生人数发现，来的不是很多。马哲老师，先是表扬了一下来的同学，然后拿出手机，打开微信，点开点名系统，点击生成一次点名，讲台下的同学，纷纷拿出手机，一阵拍，提示完成签到，时间一到，老师点击结束此次点名，然后自动生成未到的学生，然后老师登记一下这些同学，就可以快速开始今天的课程。 

2. 我们达到目标了么

基本功能都实现了，但是有些功能还不是很完善：学生请假上传假条的功能，老师统计考勤比较麻烦。但是由于功能尚未完善产品还未发布。而对于原计划的用户数量的肯定是尚未达标，因为我们的产品还未正式发布，用户暂时只有测试人员。

3. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

用户对重要功能的接受程度和预想的基本上一致，通过线上采访老师、同学以及接触测试我们的产品，他们对我们的系统评价还是不错的。这对我们的肯定很大，觉得有做下去的必要，我们也在努力靠近目标、满足用户的需求。

计划

1. 是否有充足的时间来做计划?  

差不多每次开会都比较匆忙，大家课多。毕竟大三下学期了，是时候考虑下自己的前进道路，有的队员准备考研以及考公，不能有充足的时间来做计划，只能是做一些比较粗略简陋的计划。

2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？

统一讨论，少数服从多数。

3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

大体基本完成，但是很粗糙，后期囿于时间和能力，一些需求没有完成

4. 有没有发现你做了一些事后看来没必要或没多大价值的事?

本地管理代码

5. 是否每一项任务都有清楚定义和衡量的交付件?

大部分吧，一些任务无法用交付件衡量，但是都有分工

6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

微信将企业号升级为企业微信，对于办公有了更为便捷的开发选择，这个是外部因素

7. 在计划中有没有留下缓冲区，缓冲区有作用么?

在beta阶段中有留下缓冲区 ， 用于大家自我调整，以及做一些自己的事情

8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）

 分工更加细致，更注意个人能力和任务的匹配

资源

1. 我们有足够的资源来完成各项任务么?

　有足够的资源，互联网时代，百度，课本都是我们的资源

2. 各项任务所需的时间和其他资源是如何估计的，精度如何?

　各项任务我们通过，讨论难度，代码量，组员的真实情况，指定多需要的时间，精度有偏差但是还在可以接受的范围内　

3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度? 

测试的时间、人力、软件资源都足够，我们对于不需要的编程资源我们没有降低难度，让每个人做自己最擅长的部分

4. 你有没有感到你做的事情可以让别人来做（更有效率）?

想到过了，但是每个人都有自己要完成的部分，大家都自己完成自己的任务，所以最后也是自己通过查找资料完成从从苦难

变更管理

1. 每个相关的员工都及时知道了变更的消息?

答：大家都是一个班的，而且我们组有QQ讨论组进行交流。平时在上下课的路上，也会交流，所以消息传播的很快。大家会及时知道

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

我们经常开会交流，大家各抒己见，取其精华去其糟粕。这样很合理。

3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

答：这个嘛，我们没有明确的定义，一般都是凭感觉，大家也不会有不同的意见。

4. 对于可能的变更是否能制定应急计划?

答：可以制定

5. 员工是否能够有效地处理意料之外的工作请求？

答：能

设计/实现

1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

设计工作是在，确定我们项目的时候就大家一起讨论设计工作，由组员一起完成，是合适的时间合适的人

2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有碰到模棱两可的情况，组员是大家一起解决的

3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

运用了单元测试来帮助设计和实现，工具很有效，帮助我们解决了很多逻辑上的问题，让代码更加完善

4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

同学提交签到信息的时候产生的BUG最多，因为到提交大量的信息，特殊字符会出现乱码的情况，因为我们没有想到。

5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

我们审查了正确性、可理解性、安全性，严格的执行了代码规范

测试/发布

1. 团队是否有一个测试计划？为什么没有？

答：没有具体的测试计划，因为测试计划难度有大。

2. 是否进行了正式的验收测试？

答：没有正式的验收测试。

3. 团队是否有测试工具来帮助测试？

答：微信测试工具。

4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

答：模拟实际运行环境运行，从效果来看肯定是有用的，可以测试功能是否成功和是否存在bug。

5. 在发布的过程中发现了哪些意外问题？

答：部分功能没能达到预期目标，存在bug。

团队的角色，管理，合作

    1. 团队的每个角色是如何确定的，是不是人尽其才？

答：当然是人尽其才了，我们在小组成员介绍时候已经向大家展示过了每个人的才能。在实际的工作中，我们也是任人唯贤。

    2. 团队成员之间有互相帮助么？ 

答:这个是必须的，团队之间就是要发挥“1+1>2”的本领，大家互帮互助，形成一个团体。

    3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？

答：我们会进行集中讨论，并商讨出最好的解决办法；另外我们请其他小组的成员，给出合理的建议；我们还会去网上找资料解决等等。

总结

      你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

　　已定义级
      你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

　　规范阶段
      你觉得团队在这个里程碑相比前一个里程碑有什么改进?

　　磨合度较高，团队气氛活跃 
      你觉得目前最需要改进的一个方面是什么?

　　个人能力的提升以及代码规范

       对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则?

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

会议合照

团队成员在Beta阶段的角色和具体贡献

Beta阶段事后诸葛亮分析

标签：review   开发   资源   view   实现   基本   决定   请求   安全性   

原文地址：http://www.cnblogs.com/TeamOf/p/6992989.html