项目管理者的精神传达

  参与了好几个版本的项目，普通的人员也当过，核心的项目例会也进去过，不上不下的中间层也在做着，说实话能看得上眼的项目管理者很少，真的很少。
  项目很大，大约300号人，N多项目小组，软件之间也没完全解耦，特别是测试层面基本理不顺。但是我想说的不是这些，而是项目精神目标的传达问题。
  由于项目很大，所以项目管理肯定是分层的。核心的层次大概有10几号人，然后每个人底下又可能会有十号人左右的中间层。然后这些中间层，可能管理着多大10几号，少则几号人的规模。
  现在的问题是，核心层几乎天天在审视、在开会，利用各种工具统计出的数据，根据数据来做出各种各样的命令。同时为了规范各个团队，又定出了多达数十种的规范和规定，每个规范和规定多达10几页文档，何用？
  更大的问题还在于，开会挤占了核心团队成员的大量时间导致这些人，没有时间去详细的辅导中间层人员，讲明白这些东西的要求和核心价值。往往这些的传递都只是通过一次会议完成，这怎么可能让人深刻理解？这样的结果，导致中间往下的传递更加简单和无效，最终导致上面在虚构一系列的愿景，而下面一百年不变的思维。项目脱节之严重，让人瞠目。
  这其实还有更大的问题，就是下面由于不清楚，特别是中间层不清楚最终目标，导致实际上没法反馈有价值的风险和问题，也没有任何有价值的建议反馈渠道可言。这样上面只能通过硬梆梆的数据来看一切问题，但是数据本身的局限性和虚假性，导致所做出的结论很可能是错误和无效的，而这些会随着上下脱节严重被无限放大。
  一个简单的例子，当我让小组成员集体学习问题单提单规范时，打开文档竟然是长达5页的word文档。谁看？谁能懂？
  项目管理传达的精髓，个人认为在上层需要强调的是少数几点的核心要求，检查的只是少量的关键性数据。解放管理者，让他们向下层不停的沟通反馈沟通反馈，以达到完整的上下统一，只有这样，项目才有灵魂，产品才能有灵魂！