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

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

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

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