个人项目——事后诸葛亮会议

[19软件Javaweb律国强]

****设想与目标******

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

本产品为宠物医院管理系统，主要帮助宠物医院对用户与医生进行管理、帮助用户进行线上预约。

是。

定义的很清楚。

对典型用户，我们通过参考网络上的一些宠物医院网站进行设计修改。

## ******2、*********是否有充足的时间来做计划？***

是 有充足的时间来做计划。

从项目确认前，一直为网站开发做准备，并进行了用户调研与需求分析。

##

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

我们根据组员的能力来进行任务分配并且给予能力低的组员技术指导同时加强组员之间的交流

 

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

用户量、用户对重要功能的接受程度和我们事先的预想基本一致。

更近了。

 

******有什么经验教训？如果历史重来一遍，我们会做什么改进？********

不能先入为主，需要从用户角度出发，结合实际

如果历史重来一遍，我们会做的改进：

团队内部积极讨论，了解每个人的掌握的技能。

在技术方面，使团队成员进行深入学习，采取技术高带技术低的方式进行整体学习。

****计划******

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

原计划工作只是把前端工作完成，舍弃后端的搭建。

人员多数参加学徒制与进行专升本，工作时间大大减少

 

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

没有

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

是，我们团队的每一项任务都是在经讨论并且协商确定，每个任务该完成什么都已经清楚，并清楚定义了任务内容。

按照规范，提交代码到gitte仓库

 

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

是，项目整个过程大部分按照计划进行的。

******5.在计划中有没有留下缓冲区，缓冲区有作用吗？********

没有

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

将来的计划会做出的修改有：

将会添加一些的缓冲区，留出缓冲区可以处理突发事件，也可以将我们的项目进行更好的完善。

******我们学到了什么？如果历史重来一遍，我们会做什么改进？********

开发项目要有明确的计划，共同的目标，一步一步的实施，

如果历史重来一遍，我们团队队员不能完全按照完自己的意愿和思路乱工作，要按照团队领导者的计划开展工作。

团队必须进行经常性沟通，任务计划按组员个人能力进行合理分配。

****资源******

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

与其他团相比队，我们团队个人的能力资源不是很足够。

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

各项任务所需的时间一般是按照任务的难度进行估计安排的

精度一般

 

******3.测试的时间、人力和软件/硬件资源是否足够？对于那些不需要编程的资源是否低估难度?********

测试的时间短，人力和软件/硬件资源足够

没有低估，虽然技术能力不是过于精通，但别的工作必须要认真对待，来补充我们的不足。

 

******4.你有没有感受你做的事情让别人来做（更有效率）？********

有 （一个人的力量终究是有限的）

******有什么经验教训？如果历史重来一遍，我们会做什么改进？********

基础知识掌握的不够扎实

如果历史重来我们会努力提高编程能力，掌握基础知识，

合理分配任务，有计划的执行，让我们得项目做的更加完美。

****变更管理******

 

******1.每个相关的员工都及时知道变更的消息吗？********

每位成员都会及时收到通知及时了解。

 

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

我们采用的方法是从用户的角度出发，判断用户的需求

 

******3.项目的出口条件 (什么叫做好了）有清晰的定义吗？********

有，我们的开发的软件项目基本能满足用户体验的需求

 

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

暂时没有

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

大部分成员可以。

 

******我们学到了什么？如果历史重来一遍，我们会做什么改进？********

我们学到了物尽其用、人尽其才。

如果历史重来一遍，我们将把各项工作做得更全面、更细致，不出现不该犯的错误。

****设计/实现******

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

我们组成第一次团队的时候 由石长松（PM）来完成设计。

不是合适的时间 合适的人，但我们认为从他个人角度来说，完全可以胜任这个工作、并且他也做到了

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

**暂时没有****

******3.团队是否运用单页测试、测试驱动的开发、UML或者其他工具来帮助设计和实现？这些工具有效吗？********

没有运用单页测试、测试驱动的开发、UML或者其他工具。

##

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

增删改查 对前端框架的理解不够

发布后暂未出现bug

##

******5.代码复审是如何进行的，是否严格执行了代码规范?********

复审是在软件中规范代码，每行每列都好好重新排列重新检查一遍，严格执行了代码规范。

******我们学到了什么？如果历史重来一遍，我们会做什么改进？********

我们学到了设计软件应该想到那些必要的功能条件，以及代码编程后去实现项目的整体运行！

如果历史重来，我们要设计出更多的功能，完善整体项目。

并且严格按照代码规范进行编写代码。

****测试/发布的******

******1.团队有没有测试计划？为什么没有？********

有。

每次写完一个功能就会进行测试

 

******2.有没有做过正式的验收测试？********

没有

 

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

没有

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

测量效能主要有软件是否正常运行，功能是否实现。

从实际结果来看，测试工作还是有用的，在测试的过程中还是发现了一些开发时欠缺考虑的问题，

改进主要还是从软件本身出发，争取能够优化下用户体验。

 

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

暂未发布

******我们学到了什么？如果历史重来一遍，我们会做什么改进？********

软件的开发过程中，测试这一环节是必不可少的。

如果历史重来一遍。我们会对项目进行更加严谨的测试，保证项目的实现运行

总结：

**团队角色、管理、合作****

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

PM这个角色，需要拥有管理能力和关于各项目情况都基本了解，并能够积极督促团队成员。

前端工程师需要有页面设计能力并且能够根据需求与原型图进行页面开发。

后端工程师需要拥有接口开发调试的能力并且能够调用数据库与前端进行前后端分离是开发。

团队人员都是各尽其才，分配得体。

 

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

互相帮助的情况经常出现，每个组员都会尽自己最大的能力来帮助其他组员。

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

当出现项目管理、合作方面问题时，会积极组织开会讨论，并且发表意见，组内成员积极提出解决方案。

**每个成员明确公开地表示对别人帮助的感谢。****

*朱立伟*：*感谢**组员们**的帮助**大家**辛苦了*

*律国强*：*感谢**所有的人**的帮助**大家**辛苦了*

*丛日昕**：感谢**所有组员**的帮助**组员**们辛苦了*

*石长松**：感谢组内所有人的努力，以及对我个人的包容及帮助*

*唐雅琪*：*感谢**所有的人**的帮助**大家**辛苦了*

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

我觉得目前团队已经经过了萌芽、磨合的阶段，现在处于规范的阶段。

**你觉得团队在这个里程碑相比前一个里程碑有什么改进？****

经过课本上了解的敏捷流程原则，我们对于软件工程项目有了基本的认知，不在只是纸上谈兵。

**对比本书5.3.7 TSP的原则或者敏捷流程的原则，你觉得目前最需要改进的一个方面是什么？****

改进代码开发方面，功能多用户量也会随之提升。

根据进度及时调整功能实现的优先级，有些过于复杂的功能并且不是必须的就暂缓开发，优先核心功能。