Postmortem of Alpha Stage
postmortem这个词有“验尸”的含义。所以对于已经过去的Milestone1来说所谓验尸就是指剖析我们所做的全部事情，然后看看哪里做得好与哪里做得不好。好的要发扬，坏的要改进。
于是今天下午我们的小组就用30min的时间讨论加扯淡整个Milestone1的各种槽点。当然一开始我们还是遵照了邹老师的模板。从上到下地把所有问题都筛了一遍，当然有些问题比较难于回答，比如：员工是否能够有效地处理意料之外的工作请求。但是在过List的过程中我们的确发现了一些问题：
- M1的planning阶段里我们没有为开发的时间留下缓冲区，其实对于之后的情况来看，还是发生了很多突然的事情，比如最简单的人员变动，虽然贵组号称七人众，但是M1的过程中全员到齐的时间其实很少，无论是对于返校这种不可抗力，还是各自group中mentor的push和各种deadline，其实都还是很会影响开发的，因此留下时间的buffer是我们没有考虑到的地方。
- 有的人没有及时checkin代码导致有时候耽搁了项目的进度。
- 一些同学对TFS的操作不当导致很长一段时间的Build Fail。
- 大家写代码的规范基本照着自己的心情来，没有统一的规范。
- 大家很少看其他人的代码，几乎没有CodeReview。
- 有人抱怨DailyScrum有时候太长，完全没有Scrum的赶脚。
- 一些测试很不到位，比如在alpha presentation的时候我们才发现自己的software不能run在win8的机器上，最后还是remote到我自己的win7机器上做的展示，而操作系统的兼容性这一点在测试阶段几乎没有人提到过，只是在自己的机器上能运行就不再去想更多了。
经过投票，大家认为2，5，7比较重要，在M2里要有相应的改动。但实际上很多的问题都是稍加注意就能改掉的，所以说不上重要与否，既然发现了又很容易改掉，稍微注意下就好了。
拍过了砖，我想简单说下M1里的good parts。作为PM感受最深的应该是我第一次感觉到几个人组合成的一个team也是可以work的，每个人写代码最后也能做integration，也能很好地run起来。因为在学校里的经验往往是teamwork就是1到2个组内大神的个人show，当然大神也很累，但最后也没有办法。个人的感觉是这样的事情完全看大家的责任心，学校里的teamwork往往是抱大腿节奏，所以不会care自己的贡献，技术能力不足大多数情况下都只是借口。如果每一个人都想把一件事情做好，技术问题也许是所有问题里最后需要考虑的问题。
总之，SmartCode在M1中磨合出了一些节奏。现在看来M2的任务还很艰巨，期待我们能有更好的表现。
以上。
