事后诸葛亮分析报告

目录

• 队伍信息
• 报告内容
  • 一、会议照片
  • 二、设想和目标
  • 三、计划
  • 四、资源
  • 五、变更管理
  • 六、设计/实现
  • 七、测试/发布
  • 八、团队的角色，管理，合作
  • 九、总结
  • 十、团队成员角色与贡献

队伍信息

队伍名：银河超级无敌舰队
项目：招新通

集合贴：团队作业6——复审与事后分析

报告内容

一、会议照片

二、设想和目标

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

解决招新时的招新成员资料整理繁杂的痛点，定义清楚，是。详情可见需求规划说明书。

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

有。
我们通过2场长时间的线上讨论会议，确定了软件的初步框架和需求。在具体编码的过程中，相应的人员对需求再进行细化、量化，并进行及时的调整。

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

出现不同意见时，通过腾讯会议进行讨论分析，确定统一方案。

三、计划

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

大部分计划工作已完成。
部分拓展功能仍未实现。

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

没有，每个部分都很必要的。

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

是，必须能用于实际使用并且没有功能性Bug。

4.   是否项目的整个过程都按照计划进行?
   

否，错误估计了前端的难度，完成得较计划略晚一些，但也完成了。

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

没有，我们计划了必要功能和拓展功能。

6.   将来的计划会做什么修改？
   

计划继续开发，完善功能，计划可能会增加一些新的功能。

四、资源

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

有。

• 在人力方面，我们小组一共6个人，通过合理分配能够构建并完成各项任务。
• 在软件方面，我们小组拥有阿里云服务器一台，微信小程序开发者账号一个。保证软件能够正常发布。
• 在时间方面，我们小组拥有共计8天的开放时间，通过合理分配和及时跟进能够完成各项任务。

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

我们小组设置了PM（产品经理）进行需求分析，并且负责项目的开发进度。PM会针对各项需求分配任务，并且和对应人员讨论时间、资源的初步预计情况。据统计，时间精度在1小时左右。

3.   用户测试的时间，人力和软件/硬件资源是否足够?
   

是。
在测试阶段，我们进行了两方面的测试：
一是针对服务器的接口测试，测试响应时间和响应状态；
二是针对用户方面的体验测试，测试功能是否满足用户需求。
在事后总结阶段，我们发现用户测试的时间，人力和软件/硬件资源充足。

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

没有。
根据PM的合理分配，每一项需求都是经过分析和讨论再分配给对应人员。保证开发进度、效率最大化。因此，可能我做的事情别人可以做，但是肯定没我快。

五、变更管理

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

是的，我们会在腾讯会议/微信群聊讨论，做出变更后会告知搭档。

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

对项目进行分析，确定功能的必要程度，评估功能的难以程度，综合考量后决定哪些推迟哪些必须实现。

3.   项目的出口条件（Exit Criteria）是否得到清晰的定义?
   

是的，在做测试时有明确并执行，测试报告中也有写明。

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

能，我们队员能力很强，有足够的应对能力。

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

能，我们队员能力很强，有足够的应对能力。

六、设计/实现

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

在项目开始时，大家在腾讯会议中一起讨论功能，确立项目框架、功能，是由全体成员一起完成的。
在项目选题确定后，我们就开始进行了多次详细的讨论，是合适的时间、合适的人。

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

遇到模棱两可的情况，会在各个成员充分发表意见后，由组长决定方案。

3.   什么功能产生的Bug最多，为什么？
   

管理端的查看社团信息、查看报名人员信息的功能，因为这两个功能难度超出了一开始的估计，较难实现。

4.   代码复审是如何进行的，是否严格执行了代码规范？
   

我们的项目基于不同的开发语言。每个语言的代码，有1到2名的人员开发。
对于人数大于1的语言代码，由人员之间互相审核。
对于人数为1的语言代码。通过代码自审和代码测试软件进行审核。
经过代码复审，我们的项目开发代码严格遵守了代码规范。

七、测试/发布

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

是。后续有一系列对程序响应状态、响应时间的测试。

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

是。我们有一套对程序响应状态、响应时间的测试，目前的项目已通过。

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

是。使用Postman。

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

通过两方面的跟踪：
一是开发者方面。通过后台的日志对软件平时的效能进行跟踪；
二是用户方面。我们设置了客服，用户可以对客服反馈软件的使用情况，进而跟踪软件效能。

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

无，一切顺利。

八、团队的角色，管理，合作

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

各自说明自己的长处和意愿、结合根据项目的需要，大家选择自己想要的角色或者为项目折中。

是的，人尽其才。

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

有。当团队成员有人出现在技术上的困惑时，团队内的其他成员会及时地给予解答以及解决方案。

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

并没有出现这样的问题，我们关系亲密、沟通良好、合作愉快。

九、总结

1. 对于软件工程的理论，规律有什么心得体会或不同意见？
   

在经过了一个多月的计划、编码的团队经历后，我们发现，当我们对于产品的设计、需求的实现、项目的管理产生困惑与不解时，在课堂中老师讲解的案例、理论都能对应上我们碰到的一些难题，可以从中寻找到解决办法。

2.  对于人的领导和管理， 有什么具体可以改进的地方？
   

管理者在领导和管理时，要注意促进信息的有效流通，维护团队开发的良好氛围，为项目实现提供信心，合理的分配和调整各名成员的任务。

3. 你觉得目前最需要改进的一个方面是什么?
   

项目整体的计划可以再详细、再合理一些。

4. 对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。 
   

个体斗志强，大家对开发项目的态度积极。
团队间传递信息的效率高、效果好。

5.  代码管理的质量具体应该如何提高？ 代码复审和代码规范的质量应该如何提高？
   

更严格规范的项目管理，每日进行代码复审。项目管理人员和开发人员要遵守代码规范的要求。

6.    其它软件工具的应用，应该如何提高？
   

对于服务器负载能力的测试我们没有很好完成，后续应该学习相应软件的使用并完成测试。

7.    项目跟踪用户数据方面，计划要提高什么地方？例如你们是如何知道每日/周活跃用户等数据的？ 
   

计划提高方面。我们是通过服务器、后台的请求次数来判断用户是否活跃、活跃程度以及主要的活动类型，从而判断用户的使用习惯，

8.    项目文档的质量如何提高？
   

首先是多观摩、上手，对于项目文章的大体框架要有一个属于自己的理解，不能只是千篇一律的套模板。其次是要寻找机会参与项目，让自己拥有能够真正去参与一个项目的计划到落地，有一个完整的项目经历，这样能够更加有利于自己迅速上手项目文档的撰写。

十、团队成员角色与贡献

姓名	学号	角色	角色贡献分	可验证贡献
郭奕材	3118004959	组长、管理端开发	18.5	开会、写博客、管理端划水开发
刘婉儿	3218004994	设计师	20.1	UI设计、PM
辜仰淦	3118004957	后台	20.2	端茶倒水写后台
王煜墉	3118004972	管理端开发	20.3	管理端主力开发
陈　余	3118004952	小程序开发	20.4	小程序端开发
姜达成	3118004964	文档撰写、小程序开发	20.5	撰写文档、小程序混子