软件开发中的理想与现实（十三）——新的培训即将开始

2月25日是非常值得纪念的，我们花了一个星期实现了一个最小的系统。虽然一切的设计还都非常原始，很明显有不少值得改进的地方，但我们确实已经实现程序的框架，并能够生成一些小东西了。这真的很令人振奋！
大家都从测试先行和迭代开发中尝到了甜头，每日会议也不会那么拘束了，每天都会感觉有所收获。这种感觉令人着迷，也让我对自己推行的东西更加有信心了。
不过，我们项目中始终有一项风险，那就是我的时间投入可能不够。这个星期，我为了让小组能够按我的想法工作，我投入了绝大多数时间在这里，而把管理另一个项目组的事交给其他几个同学负责去了，而实际上，那才是我最初最重要的工作。

另一个项目正是我们做这个代码自动生成程序的用户，也就是模拟客户了。这个项目也是刚开张，用C语言开发，原来安排的项目组长以及一些骨干都上北京培训去了，需要一个多月才能回来，剩下的同学大多没有任何经验，需要好好的培训。由于我在团队中培训和管理大项目都有些经验，而且这个项目也是那家大公司的外包项目，我已经有丰富的经验，所以刘老师就把临时管理的重任委托给我。
我当然不能辜负刘老师的期望，更不能厚此薄彼，我需要拿出点实际行动来做培训才行，但是那个项目需要遵循公司的CMM4的规范来做，挺郁闷，怎么办？

经过仔细思考，我决定在这两者之间找一个平衡点。
以下是我培训的通知：

2月28日下午2点，项目中的各种角色职能介绍，估计1小时。
3月1日下午2点，单元测试技术讲座，加上单元测试演练，估计3小时。
3月2日下午2点，结构化设计的演练极为精简版，包括模块分解图的绘制（只用在纸上绘制即可）、部分伪码的编写（请大家都准备好VC6）、部分单元测试的编写、C代码的编写，估计3.5小时。由于这个演练需要分3组，每组4人，按列分组，这里面需要一个组名和一个组长，所以我希望大家积极讨论组名、推荐或者自荐成为组长。

我还是把重点放在设计、编码和单元测试上，虽然我不敢在这个组里面真的推行测试先行，CMM4的流程往往更倾向于使用经典的V模型，但我可以让大家体会测试的重要性以及单元测试的方法。其实之前我就想把自己做的一个CUnit给大家介绍试用（不是网上最著名的CUnit，因为我觉得那个太繁琐，不好用，就自己做了一个），但没有办法体现测试的重要（还记得单元测试的重要性那七条理由么？），好了，现在有机会了。
我希望这些培训能够让大家既接受我的想法、又能够按照CMM4做下去，看看理想是否能够变成现实。