一、我们的团队
经过半年多的努力,xNote产品即将结案,这期间我们解决了很多当初看似无法解决的技术难题,大家付出了辛劳、汗水和各自的智慧。在此对大家表示最诚挚的感谢!
这充分说明我们是一个有战斗力的团队。我们有很多做的挺好的地方,比如品质最终达到了公司严格的交付水准、schedule如期完成、QA要求的过程与文档产出物我们都达到了较好的成绩、不管是内部沟通还是外部沟通一直比较流畅等。
同时,我们是一支年轻的队伍,还有很多需要改善的地方和提升的空间,包括PM、TM、RD、QT和MD。说我们年轻,主要指我们以前都没有在android平板上做类似项目的经验。年轻就得学习,我们大家重点需要在需求、内存资源控制、设计模式、自测、测试等各方面切实提高、落到实处(这些都是我们的短板),只有这样,才能尽快成长起来。2012年开发过程中出现的bug太多我们可以自己安慰说这是成长和学习所付出的成本,那么在2013年呢?
二、 做好项目总结
接下来的几天,我们做项目总结,总结是为了提高,“秦人无暇自哀,而使后人哀之;后人哀之而不鉴之,亦使后人复哀之”,哀即为总结、反思;鉴即为改善、提高。PDCA我在这里给大家解释一遍。
Plan方面,我们有Project plan (项目计划),另有Communication plan (沟通计划)、Quality plan (品质计划)、Estimation plan (预估计划)、Equipment plan (设备计划)。
Do方面,重点是落实,执行。对于执行力,我的理解有执行力度和执行能力两层含义。执行力度的解决方案是“认真”和“心态”;执行能力这个课题比较大,有机会再一起交流。
Check方面,就是我们将的总结,总结后去反思,只有如此,才会认识到我们自身的不足,我个人就喜欢每日自省。我不期望大家能做到“闻过则喜”,这个要求太高,但我们可以做到自我反思、发现自己的不足。
Action方面,认识到不足后,我们去改进、改善、提高。
如此,日复一日、年复一年,积小成绩为大成绩,成为大牛。
三、 严格落实项目管理制度
我们在开发过程中所遇到的困难,最典型的是产生了比公司规定多得多的bug,有的模块花了比计划长得多的时间,这些问题我认为最根本的原因是“欠债”导致的结果,没有认真按照公司规定的项目管理制度进行Q&A、内部规格与设计的review、Code review等工作。
在项目初期的Q&A阶段,我们基本没有提出什么疑问,而Q&A的好处是实实在在的,它有承前启后的作用,加深我们对外部规格的理解(需求澄清)、指导我们对内部规格与设计。对于一个最终有10万多行代码的项目,我们开发人员总共提了不到50个疑问,这是一个不正常的现象。
外部规格编写方面,我们有很多边界没有定义,比如超大文件的处理、对已经人为破坏了文件的处理、乱码的处理、最小最大值规定等,而这些也是bug的重灾区。这是我的问题,我需要反思与改进。
至于内部规格与设计的review、Code review,由于项目进度的压力,一直浮于形式。而我们回过头通过最终的实际效果来看,没有踏实做这两个事情,我们表面上快了,实质上是慢了,因为衍生了一系列深层次bug。
所以,在2.0阶段,我们要从心底认同公司的一套项目管理制度,好好落实而不是为了应付检查而去交差了事。