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

[野昕]

设想与目标

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

帮助宠物医院对用户和医生进行管理，实现用户可以线上预约，购买药品，医生可以销售药品。

是，定义的很清楚。

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

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

是。

我们团队都做足了充分准备，进行了用户调研与需求分析。

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

由于团队各个组员的个人能力存在差异，在计划阶段时，也产生了不同意见，为此我们根据组员的能力来进行合理的任务分配并且对于每个组员的意见进行合理的采纳。

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

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

我们离目标更近了。

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

需要以用户为核心，从多数用户角度出发

团队积极讨论，了解每个人的技能掌握程度，合理分工，尽可能的提高团队完成任务效率，充分的进行用户调研，高质量的完成此项目。

计划

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

是，前端工作基本完成。

我们团队5个人有3人参加学徒制，2人专升本，共同完成项目工作时间较少。

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的原则或者敏捷流程的原则，你觉得目前最需要改进的一个方面是什么？

改进功能，功能多用户量也会随之提升。

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