项目回顾

一,设想和目标

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

答：我们要解决的是对于一家没有酒店管理的私人酒店设计的管理方式，根据对方的需求，来进行样式和功能的设计，同时需要根据酒店的房间排布与需求进行修改，是使用者达到满意为止；定义的很清楚；有清晰描述；

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

答：有，小组成员都经历过很多次会议；

3.团队在计划阶段是如何解决同事们对于计划的不同意见的？用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答：有少量不同意见，经过会议后达成一致；我获得的经验教训是：团队的力量是最大的，若非如此，在第一次冲刺时所浪费的时间，足以使整个小组的项目直接崩盘，后续的时间压根不可能做出一个项目，如果还有下一次，我相信我们的小组不会像这次这样，直到最后一次冲刺，所有人才拧成一股绳，而是从头开始，所有人就在一起提出自己的意见，并互相挑错，找出其中与需求人的想法不一致的功能，并进行修改，使其完善，同时通过程序的编写，将每个人的能力进行思考，随后进行任务整理，使每个人根据其能力进行任务分布，将每个人的能力进行最大化运用，并使每个人的能力得到充分发挥，所有的任务保证高速且高效完成，直到项目完成。

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

答：没有都做完，因为在第一次冲刺时由于各做各的，导致很多任务因时间问题不得不抛弃。

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

答：有；例如第一次冲刺，没有进行团队合作，一直在原地起步，最后使得整个小组在第二次团队冲刺时，重新开始。

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

答：有

4.是否项目的整个过程都按照计划进行，有什么风险是当时没有估计到的，为什么没有估计到?

答：是；但是有风险是预估到的，例如我所负责的前端代码，有一部分js代码压根没有学过，以至于我需要花费大象时间去网上寻找，因为自己不会自学，同时这些代码没有使用过

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

答：有，如果没有在以定时间完成任务，所有负责前端的成员可以讨论一下功能的是否留下或怎么修改

6.将来的计划会做什么修改？（例如：缓冲区的定义，加班）我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答： 应该明确缓冲区的长度，空出一段时间；我学到的经验是：要留下足够的时间处理任务内和任务外的意外；如果历史重来，我相信我们的小组不会像这次这样，直到最后一次冲刺，所有人才拧成一股绳，而是从头开始，所有人就在一起提出自己的意见，并互相挑错，找出其中与需求人的想法不一致的功能，并进行修改，使其完善，同时通过程序的编写，将每个人的能力进行思考，随后进行任务整理，使每个人根据其能力进行任务分布，将每个人的能力进行最大化运用，并使每个人的能力得到充分发挥，所有的任务保证高速且高效完成，直到项目完成。
三，资源
1.我们有足够的资源来完成各项任务么?

答：没有，只有在第二次时候，我们才知道合作；

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

答： 估算的较为精细，但是不够准确；

3.测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

答：足够；不需要，对于前端来说美工属于基础。

4.你有没有感到你做的事情可以让别人来做（更有效率）? 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答：没有；经验教训：感觉自己撞我的方面，在默某些方面还是不够完善，如果重来，我会在大一大二时浪费的时间进行自学，多掌握技术

四，变更管理
1.每个相关的员工都及时知道了变更的消息?

答：对，我们有专用的通知群，每个组员都能第一时间获得信息。

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

答：采用线下会议为主，线上会议为辅的方式，有困难有问题，大家一起商讨解决。让每一位组员都知道问题的所在和任务的进度。

3.项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

答：有。

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

答：能，发先问题会短暂进行线上会议讨论问题

5.员工是否能够有效地处理意料之外的工作请求？我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答： 部分可行；随时都会有意外，无论何时都不能松懈；如果能重来，小组内若有人打电话，应及时接，而不是睡觉的时候开了免打扰。

六，设计 实现

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

答：设计工作在确定项目，由全员开会决定；是合适的时间，也是合适的人；

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

答：有，对于某些功能的用处可有可无，团队进行讨论，来解决。

3.团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

答：没有

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

答：js和css的样式排布的bug，因为js用的少，css的布局没有准确布局；没有；因为经历的少，同时代码量还是太少

5.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答：对主要功能的代码进行注释，方便他人理解。

五，测试 发布
1.团队是否有一个测试计划？为什么没有？

答：有

2.是否进行了正式的验收测试？

答：是，后端人员的电脑，

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

答：有，webstorm。

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

答：通过代码的修改和页面的显示；有用；目前还需要修改布局和应该使用的特点

5.在发布的过程中发现了哪些意外问题？我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答：忘记展示部分功能；要细心；如果重来一遍，我们上台不会慌张，一步一个脚印的将我们的劳动成果展示出来

总结:
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

答：CMM

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

答：规范。组员们分工明确，互相帮助，各负其责。

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

答：任务规范且完成的时间规律。

你觉得目前最需要改进的一个方面是什么?

答：增强自身代码能力。