团队项目（任务五）：项目回顾

一、事后诸葛亮会议

1.阅读教材《构建之法（第三版）》第15章第3节“发布之后——事后诸葛亮会议”，了解什么是事后诸葛亮会议，项目回顾模板以及如何开好项目回顾会议；

事后诸葛亮：表示事后自称有先见之明

项目回顾模板：以设想和目标、计划、资源、变更管理、设计和实现、测试和发布、总结这几方面组成，我们团队阅读教材对问题一一回答，让所有人都有充分发言的机会，

2.团队中每个人针对项目回顾模板中的问题，用Markdown语法写下自己的思考和回答并发布到自己的博客园；

全员都已发布

3.团队明确时间与地点召开事后诸葛亮会议，按照教材中关于怎么开好项目回顾会议的建议开展会议，主要是每位团队成员分享自己的思考和回答，团队成员之间互相提出问题以及点评，可以从以下几个方面提问并点评：

陈宇慧提出问题：我们觉得项目合集的时候消耗的时间最长，所以我们以后要统一用一个软件idea

刘雅婷回答：我同意你说的，原因是我们运用不同的软件确实有些样式啊，或者引进的layui和js连接都会有失败。

徐汝海回答：我觉得没有必要，如果layui和js连接失败也应该是嵌入有问题，跟软件不发生关系

时玮璐回答：我觉得还是统一用一个软件能够方便一些，所以我们就少数服从多数

李航宇回答：我同意用一个软件，用idea时间长所以习惯，而且连接后端也方便些

高辰回答：我同意用idea

 

刘雅婷提出问题：我觉得在写后端的时候可以统一用一个人的方法写

李航宇回答：我同意，基本都是增删改查，完全可以根据固定的来

陈宇慧回答：我不反对，但我觉得这就是靠个人的习惯，再就是完成时间充不充分

高辰回答：同意

时玮璐回答：同意

徐汝海回答：同意

 

高辰提出问题：我觉得我们的任务太过于分散，前端或者后端任务应该让一个或者两个人来写，而不是每个人都来写一部分，这样就导致了代码的差异和整合的困难程度

刘雅婷回答：我不赞同，虽然分散了，但最初是想每个人都能动手加入

陈宇慧回答：我不同意，也不能说写前端的人就不需要去写后端，我更希望通过这个项目去锻炼

时玮璐回答：同意，我感觉可以，这样会节省一些时间，还减少了整合的困难。

李航宇回答：我同意高辰的想法

 

李航宇提出问题：我觉得前后端代码写的不怎么规范，这样会导致我们后期去维护项目的时候，会很费时费力

陈宇慧回答：我同意你提出的问题，我们要注意这个问题

刘雅婷回答：我同意确实很费事费力

时玮璐回答：我同意他的说法

徐汝海回答：我也同意他的说法

高辰回答：同意

二、撰写博客

1.按照如下格式在博客开头给出作业信息

项目	内容
所属课程	18WEB软件工程
作业简介	按照项目回顾模板开展事后诸葛亮会议并撰写回顾报告
作业要求	https://edu.cnblogs.com/campus/sybrxx/18fejw/homework/11644
作业目的	通过回顾软件设计、开发、测试、构建、发布的整个过程以及团队合作状态总结经验教训
参考资料	https://edu.cnblogs.com/campus/sybrxx/18fejw/homework/11644
学生姓名	陈宇慧
代码仓库	宠物医院管理系统 https://gitee.com/sybrjsjrg/pet-hospital-management-system

2.给出会议基本信息：会议开始时间、会议结束时间、会议地点（可以线上）、参会人员、缺席人员、议程、会议照片

会议开始时间：2020年12月16日14:37

会议结束时间：2020年12月16日15:20

会议地点：线上

参会人员：全员到齐

缺席人员:无

议程：每个人都对我们项目提出一个项目回顾的问题呗 发到群里

会议照片：

 

3.按照如下表格给出团队成员根据项目回顾模板写下的思考和回答：

姓名	职务	回顾总结链接
陈宇慧	PM、测试工程师	https://www.cnblogs.com/c20000526/p/14192784.html
刘雅婷	前端工程师	https://www.cnblogs.com/liu19991116/p/14193059.html
时玮璐	前端工程师	https://www.cnblogs.com/shiweilu/p/14193369.html
李航宇	后端工程师	https://www.cnblogs.com/lihangyu1314/p/14193136.html
高辰	前端工程师	https://www.cnblogs.com/kind-achen/p/14193245.html
徐汝海	后端工程师	https://www.cnblogs.com/x226/p/14193250.html

4.根据讨论总结出的团队做的非常好的地方，详细具体说明评价的标准

我们团队做的非常好的地方：

1）开会大家都很积极，没有特别原因都会准时到

2）每周我们团队都会对上周任务做出总结，说出下周该做哪些

3）我把任务分配给每个人时，大家都没有质疑或者拒绝

4）每个部分大家都有参与到项目当中

5）我们项目最初定的目标已完成（页面中基本功能）

5.根据讨论总结出的团队做的不好的地方，详细具体说明评价的标准

我们团队做的不好的地方：

1）最终选定项目比别人慢了一个礼拜

2）大家编写代码使用软件不同，合集项目耗时间太长

3）大家对git不是很熟练所以运用git上传代码很少

4）前端页面编写不规范，合集项目时更改了好多

6.如果还有其他内容可以写在此处

感想：我觉得这门课程最重要的就是教会我沟通、协作，在团队中我是PM，最主要的就是带动着大家去做项目，不仅仅是把任务分配完就可以了，需要去督促每个人在要求的时间范围内完成，不然整个进度都要慢下来，也让我明白了为什么一个项目需要分配多人来完成，因为仅仅一个人的力量是不够的，很感谢我的队员对我也没有质疑和不舒服的地方，也感谢老师对我们项目不断地分析和教会我们怎么解决问题，所以很开心，通过这节课不仅仅学到了知识还学到了协作精神。