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

[qq_61999796]

设想与目标

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

帮助宠物医院对用户和医生进行管理、帮助用户进行线上预约，线上购药。

是。

是，我们通过参考网络上的一些医院网站进行设计修改。

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

是。

一直为网站开发做准备，并且进行了用户调研与需求分析。

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

少数服从多数。

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

一致。

我们离目标更近了。

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

需要多从用户角度出发，应该做足调研

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

​ 团队积极讨论，了解每个人的技能掌握程度。

​ 在技术方面，团队所有成员加强学习，采取技术高带技术低的方式进行整体学习。

​ 合理分工，尽可能的提高团队完成任务效率。

计划

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

是

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

团队成员拥有技术重复，没有实现预想的价值。

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

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

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

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

是

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

没有

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

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

团队成员方面：扩充人员，并对团队人员能力进行提升，这样使团队整体效率更快更高一些。

工作方面：将会添加一些的缓冲区，毕竟留出缓冲区可以应付一些紧急，也可以帮助我们将我们的项目进行完善。

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

开发项目要有计划，有方向，一步一步的实施，

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

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

资源

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

网上的资源充足，我们有足够的资源来完成各项任务。

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

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

技术能力低所以相对的时间就会长一点，寻找素材较简单时间充裕。

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

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

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

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

有
对于自己难度较大的任务跟其他组员商量交给他们来完成。

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

编程能力是开发项目的主体。

如果历史重来我们会努力提高编程能力，给其他项目工作留有足够的时间，

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

变更管理

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

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

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

我们采用的方法是从用户的角度出发，来决定。

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

有，我们的开发的软件项目基本能满足用户体验的需求，网站包括，登录页、后台管理页（十个页面）

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

没有

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

大部分成员是的可以处理意料之外的工作请求的。

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

我们学到了项目工作的各个岗位的管理人员都需要做些什么。

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

设计/实现

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

我

是

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

没有

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

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

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

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

发布后暂未出现bug

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

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

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

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

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

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

测试/发布的

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

有。

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

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

没有

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

没有

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

测量效能主要有软件是否正常运行，运行速度是否高效率，运行效果是否令人满意等。从实际结果来看，测试工作还是有用的，在测试的过程中还是发现了一些开发时欠缺考虑的问题，改进主要还是从软件本身出发，争取能更优化下用户体验。

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

暂未发布

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

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

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

总结：

团队角色、管理、合作

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

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

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

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

是

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

有，当完成自己的开发任务之后会帮助其他组员进行开发指导。

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

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

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

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

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

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

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

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

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

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

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