1.项目进度跟踪
案例
一个项目牵扯到几个人的协同合作，却缺少集体的沟通，一个人发现自己的程序运行得不到效果，就一直找自己的原因，结果一个上午过去了，没找到，实在忍不住了，问另外一个合作的同事，同事说这样的返回结果是正确的，你没得到反应的效果，是我那边没有对你的请求返回结果，这是开发当中常见的问题，小组成员沟通不通畅。导致时间浪费，开发周期延长，对开发很大影响。
原因
1.项目组长或项目经理在进行项目分析、任务划分时，没有有效的搭建一个良好的沟通平台，项目跟进出现无跟踪状态。
2.组员在调试程序时，没有寻找同事一起解决问题，本身缺乏沟通意识
解决方法
1.成员在工作之余可以加强沟通，多联系。
2.项目组长有意识的提高成员的沟通能力，提醒修改需要通知其他人员，不懂的问题也提出来。
3.组织项目组成员每周一次项目总结大会，计划分配，达到多人互通的效果，这样也不至于，孤立无援，做的东西跟实际需求不符合。遇到难点无从下手。
2.项目需求明细
案例
每个项目需求不同，需求调研人员跟开发人员的协作性不强，不了解开发人员的开发产品到底有什么功能，开发人员也不清楚需求人员到底需要什么，一个项目，协同开发的力度太小。
原因
缺少沟通
缺少文档
缺少分析过程
解决方法
1.需求必须以明文的形式存在，不可以只修改一个地方，将公共文档存放到服务器上，需求人员变更需求需要标明更改日期，更改内容。
2.分析文档，设计文档，计划文档，日志文档，数据库描述文档，项目内容文档，等规范性文档,存放在服务器的公共文件夹下，命名也要规范化。
3.需求设计开发测试，没形成统一的思路，各程序员本身要加强训练。
3.项目架构不清晰.
案例
项目架构，运行环境，影响因素，基本都是程序员自身摸索，出现错误，或架构不合理，根本无法预测，项目经理的任务无人担当，都是程序员负责本身部分，简单一句话，这个你负责，出错是你解决。
原因
缺少资深工程师架构技能
程序员自身经验不足
公司没有培训经历
解决办法
目前在公司无法引进资深工程师的情况下，就只能程序员自身去学习如何架构一个完整的系统，所以说小公司锻炼人，就是这样，什么都可以接触，要做好不容易，做好了了不起。
程序员自身可以学习架构框架，思路，可以向同事，朋友等一切资源学习架构，技术，业务。
4.项目过程/流程混乱
案例
项目的接受，竞标，开发时间，实施时间都不清楚。
原因
公司的管理混乱，不协调，上级下级沟通隔阂，上下级观念比较严重。
解决办法
1.暂时未知
5.多人合作互不相干
案例
实施人员不知道如何操作软件，对软件的意见无法及时的沟通
原因
开发人员比较自闭，没积极向实施人员提出测试的邀请。
解决方法
开发人员自身开发完毕，应该主动邀请实施人员进行测试，并提出有效意见，形成文档，逐步改善，优化。
