项目中的问题记录

开发团队有一些问题，先写些，想到什么以后再加：

1.需求理解不统一，有的人明白了，有的人还不明白，而有的人呢自以为明白了其实明白错了。

2.理解需求之后提出设计，有人提出，没人反对，其实不一定表示都理解了，也保不齐有人理解错位。

3.设计完毕，开始编码，以为自己正在如期进行着工作，也保不齐想得不够全面到时发现根本做的不合要求。团队中人的水平参差不齐，得教。

4.终于跌跌撞撞得进入尾声，不知道哪位弟兄家里出事或者干得不爽或者公司看他不顺眼了，离开了团队，这个时候，谁来接他得工作谁得知道两件事：一、他的是按照怎么个思路来实现每个功能的？二、哪里的代码可能会出问题，或者出了问题应该去哪里找？

5.公司看到工作难以完成，于是派来了新人，新人的到来总是个好消息，可是新人会带来新的问题－－又得教。培训是要占用时间和人力的。而且很多知识仅凭嘴上说是很难教正确的。教出的新人一定会犯错。在犯错中才能成长。但是他犯错会给我们的工作带来很多问题。解决这些问题又是时间。好容易教会一个，有别的工作又把人支走了，又来了个新的，那么再教一遍。

6.旧的项目做完了，还没来得及总结或者想总结却发现根本没有留下可以总结的素材，而新的项目又来了。急急忙忙开始下一个项目，回到问题1。

－－－－－－－－

总觉得这是因为一种应该统一的东西因为各个成员的知识水平不同，工作经验不同，喜好专长不同，记忆能力不同最终导致没有可以统一起来，另外就是重复性的去做知识传授，想做一个Wiki可以共同来改正词条，上传音频、视频、还有典型实例和Q&A等等。还有在工作中过早担心的一些顾虑没记下来，后来忘了，到时却又出现了。一般都能更正但是如果早记下来做为检测的标准的一条不是会更快速的发现问题？很想做个类似Wiki的Web应用来搞定这件事。问题到时候就是需求。

---------------------