项目点滴

工程中往往出现的事情是全组都没有预料到的。
比如：一个程序块无法实现。或者一个程序块与已经编写的程序块无法连接到一起。这就要求项目管理者要马上做出选择，
要么马上放弃该功能模块，要么马上利用另外的可以实现的功能模块做替代。
这也要看该功能在一个系统中是处于什么位置的。
如果是核心代码。我认为一定要首先开发。否则这个系统就不在是原来设想的系统了，可能面目全非。不妨将这套系统重新改名。
如果该功能并不能影响最主要的功能，或者影响不大。我个人认为还是舍弃。留下时间给优先级更高的代码。
同时我认为应该首先进行设计，包括整个系统的体系结构、界面设计。特别是做出的系统设计要让组里的所有人知道，了解掌握。不能有任何人在设计未完成之前进行编程，即使
是自己熟悉的代码。
首先要完成体系结构的设计。只有完成了这个设计后才能让组内所有人知道你的意图。知道这系统到底要实现什么功能。要掌握什么样的知识。然后再进行界面设计。
在界面设计中一定要设计的精巧，即使是陌生用户也能一眼看出每一个图标按钮的用意。最后不要使用体系结构的层次来划分界面。要符合用户的操作习惯。设计完成后要让所有
人知道，让组内成员帮助改进。这要花至少一个月的时间。其余人可以利用这些时间看书学习。
如果是利用VC的话，可以让界面设计者将所有的界面全部实现。然后让编程者拿到设计界面的副本，在设计好的界面上进行编程。
在具体编程时一定会有难以实现的功能块。解决方法一是上网查，二是在书上查，三是到网上发帖。我个人认为到网上发帖具有针对性，
上网查快捷。到书上查是最后的路。不过要有编程时间期限，给一定的时间让编程者自己评估这段代码需要花费多少时间，能不能实现。然后汇报给管理者，让管理者心中有数，
决定采用什么样的方法：是放弃代码，还是分配时间。
最好是两个人一起编，这样错误少一些。但有些人非常喜欢自己一个人编代码。所以这种方法不强求。不过一个人编出的代码一定要进行多次测试。最好不要让一个人编写核心代
码。这样容易失控。
组长不是编程最强的,但一定是最具有凝聚力的人.其必须有一股正气.否则没有人乐意跟你去干.
一个项目做下来,组长不一定是知识增长最快的.但一定是管理经验掌握最多的.