小团队开发过程一

一、职责不明确：

      而软件开发过程周期长，这个过程是各种不同专长的人员相互配合的一个过程。小团队也就意味着人员比较少，由于人员少，就不可能做到一守一责，更不用说是组守一责。所以不会对人员的职责定义过细，甚至连关键人员也没有明确的定义。（这里的关键人是指项目经理，需求提供人，需求确的人员等）。

 

二、过于麻目的进入代码价段：

      在很多团队中，中高层对软件项目管理缺少认识，认为软件开发只是写代码的过程，他们经常是需求一到就马上开工写代码。在写代码之前不做需求的分析，边界的定义，设计，文档书写。更不用说对版本的控制，问题的总结，人员划分；每隔一段时间回头一看，好像有进步，又像没有进步。你说他没有进步又好像不是，看上去比以前明显的有改进。你说他有进步好像又不是，每个功能模块都属于半成品价段。

 

三、不注重人员的培养：

      在很多团队中，开发人员被看着是一种体力执行者。有很多中高层人员，甚至有些开人员也认为需求已经很明确了，你只要这样做就对了。在他们的认识，开发人员只要提高技术就好了，而那些管理、语言表达能力、写作、业务知识等是可有可无不是关键因素。

 

四、不重视开发过程的积累：

      很多团队，开发完一个项目后，只有一个原始的文档（用于描述需求点）和代码。有的甚至只有一个代码。

 

五、无法接受写代码以外的时间：

      很多团队在制定项目进度时，只是写代码的时间。