近期总结
问题
- 每个人都感觉自己非常忙却产出非常的少
- 从我这个角度观察，每天有大量的废话时间，尽管废话时间是与客户交流的
- 主管人员缺少决断却没有人能够站出来说背起责任
- 我仍然是缺少项目管理经验，同时还有分出时间来分析任务和分派任务至开发人员
问题的分析
- 从产出少的角度举个例子
首先是我们的需求没有人做管理，每个人都围着需求说明书在转圈，没有一个富有项目管理经验的人能够明确的说，好的，我们这个文档做到这里，可以了，更多的情况是，你们这个文档不行啊，太不丰满，继续去摘要输入输出流程描述，不然对不起那几百万的钱。
以上事实得出一个结论是，缺少文档管理及写作方面的人才 - 每个人都感觉自己非常忙
这个的问题是我们前期参与项目的几个人，对着同一个文档，各自不同的部分，做了非常多的重复工作，举个例子是，客户的商品管理，前后出了十个版本，没有一个版本是和客户核对过的。
这个问题的结论是，在缺乏项目管理经验的状态下，对于项目进度及内容的失控 - 废话时间这个问题
废话指的是什么呢，是客户自己无意识中在发散，但是我们这边需求调研人员没有抓住自己的工作主要目的，亦即确认客户需求，客户天花乱坠的吹，我们静静的旁边听，或者是在旁边，嗯，是的，好的，没问题，您听我解释，而正常的情况应该是，大家针对目前的目标，针对性的，比如说630我们只要A需求落地上线，而A中需要拆分成几个不同的过程或者是需求，主导权应该要在我们开发系统的人手上。
这个问题的结论是，主导项目管理开发的人员缺少决断，并且没有意识到整个项目的拖延是因为自己的没有决断导致的 - 缺少决断，没人背起责任，这就很清晰了，我在项目开展的第三周，反复提出，已有的不成熟的文档也最好能尽快和客户对接，通过客户的帮助来完成我们的文档，我的提议不一定是好的方案，但是却被很粗暴的驳回（三次），同组另一个同事也曾提出和我一样的意见，驳回的理由很苍白，我的做法是互联网做法，在我们公司不成立的，不能这样搞，在项目依旧进展缓慢的情况下，我其实也已经心灰意冷了，正常来说，在事情出了风险的情况下，只要能推进项目进度的做法都应该是可取的
这个问题，我认为是领导在制度缺失的情况下，在压力下做出了不正确的做法，他在沿用了他曾经经历过的安全的做法 - 缺少项目管理经验，这个责任在我，我在这一个月内没有成长起来，例如CMMI实践操作文档我也是最近一周才去看
我提出的解决方案
- 从总公司抽调两个具有专门技能的人才
- 具有丰富的项目管理经验的人一名
- 具有现有框架开发及设计经验的人一名
- 需要以上人员扮演保姆或者是老师的角色
- 需要有个人提出来，出错在我，你们放心干