最近公司所有项目都在推进项目制中，自己负责的业务也刚刚开始，对于项目制度和项目经理大家各有说法，好坏目前下结论有点过早。有一点是肯定的，任何变化都会有阻碍和质疑。从自己角度，知道项目制度是需要推进的，但是我们到底需要什么样的项目管理制度呢？难道只是个甘特图和各种会议？如果这样的话，应该无法解决问题的。项目不同角色的痛点在哪里？这些痛点是否有优先级，是否都可以用项目管理制度解决？
正好老大扔过公司内部项目管理的新书来，利用周末一口气都读完了。
整书分了四部分，第一部分应该属于初级的东西，形式上的东西，但是对比我们目前很多项目，发现都在走书里说的坑，比如说把繁琐的会议当作项目管理，比如说单纯的推广流程和制度，而忘了项目管理的本质是为了解决问题和提高效率的，比如说项目经理一来了就开始排期排期，以及一堆高大上的工具和方法论，而忽略对项目目的和需求的斟酌……
后面的部分读下来，很多时候让我忘了这是本项目管理书籍，感觉一般产品经理、团队负责人、协调人都会遇到此类问题。我们很多的流程其实都是为了信息的传递和控制，而这个技巧不是工具或者制度可以解决的。
从自己的工作角度，也有一些启发，比如现在我们的闭环管理做的一般，关键功能或者新功能的数据反馈做的不够，包括需求变更的记录做的不是很好，等等。
困境源于内心，这句话说的特别好。