项目（情绪）管理！！！

　针对目前的工作当中出现了太多、太多的变故，有些事情可以协调，有事情不可以协调只能被接受；

感觉应了那句老话“为什么受伤的总是研发！！！”[PS：往往这时候我都会选择“怒”，这是一种想遏制又遏制不了的“怒”]。

目前项目中存在的问题：

　　　　1、需求不明确，导致开发中间反复会议，反复确定。

　　　　2、工时过紧，来不急构建相应的设计。

　　　　3、对于已经确定的需求，其他部门可以随意推翻；工时一减再减，班是一加再加。

　　　　4、整个项目周期中缺少必要的项目日志，导致项目无法准备监控。

以上这些问题，每一条都会导致项目管理混乱；项目周期监控困难；这些问题都会为日后项目需求确定产生无法恢复的灾难。

　　　　然而面对这些问题，我该如何去解决，成为了摆在我面前的一个棘手的问题。我必须去解决掉，因为这些问题不解决就无法顺利的管理整个项目，会为项目衍生出无穷的灾难，作为项目的管理者，那也将是个灾难，除了需要面对需求部门，产品部门无穷的质疑的同时，也需要面对同事们不信任。更会引起领导不满，因此这道沟我必须要解决。

 

　　　　针对这个问题目前想到一个方法；在新项目周期中需要作到以下几点：

　　　　1、不管需求部门的需求如何变态，必须在开发前期出概要设计。

　　　　2、尽力和领导争取时间，把概要设计明细化，细微到各模块点。然后形成表格，计算工时后提交相关领导核查。

　　　　3、需求可以重新更改，需求可以重新评估。但这必须是建立在工时增加的基础上，如果因为需求变动导致项目工期加长，需要和领导申请加时。必要时需要将相关责任提交领导。（该打报告时，就要打，不要总是别人在打研发的报告）。

　　　　4、针对整个项目，需要有一个系统，监控到所有项目开发期当中的日志。包含需求变动。需求工时重新核算，需要把每次会议针对需求的变更形成日志提交到系统中。