领导你除了会忽悠还会干啥？
2011年底开始接触PMP学习，也是那时开始，让我对项目管理有了一个全新的认识。
经过几个月的学习，终于在2012年3月获得了期盼已久的PMP证书，拿到证书的那一刻，感觉，并不是一个终点，对于我来说，应该算是职业道路上一个崭新的起点。
个人2008年从学校毕业接触软件开发工作，2011年初开始将部分的工作重心转移到项目管理上，职位也从开发工程师提升为项目助理。但是所谓的助理，其实只是一些项目的分解之类的工作，而那时的自己，对于项目管理的认识应该也仅限于WBS吧。头脑里的想法就是项目管理=WBS。
2011年底开始的学习让我彻底颠覆了这个概念，原来对于一个合格的项目管理者来说，WBS真的只是冰山一角。范围、时间、成本、质量、人力资源，沟通、风险、采购，不管哪一个都可以分析的非常的复杂。
直到今日，拿到PMP证书已经是第5个年头了，可以说，这五年在我职业生涯里起到了至关重要的地位，为我的项目管理的职业盛业奠定了一定的基础。
其实说到与实际项目的结合，其实这五年应该是一个循序渐进的过程。从一开始的信心满满，无知无畏，到后来的不断碰壁，再到现在的游刃有余，其实整个里程说来简单，实际过程中的种种只有自己内心最清楚，正好趁着这次征文的机会，把我这些年来认为比较重要的几个点给大家来详细的说说。
项目成功的第一步：是否成功解耦。
其实本来是想说明下WBS的关键，但是我相信，对于中国的项目管理人来说，大部分的PM应该是从CODING转过来的，所以我个人觉得用解耦这个词语，能够更加形象的反映出整个项目管理的开始。中国有句俗话说：好的开始是成功的一半。那么好的项目解耦必定就成为了成功项目的第一步了。那么问题来了，如何做好项目的解耦呢？其实，这个问题说复杂了，我觉得这篇文章就这一个主题也是不够写的，所以我只会把关键的几点跟大家讨论一下。
1、 在做项目解耦前必需做好业务的解耦，而这点其实是对PM来说最为困难的一点，因为业务往往是掌握在产品经理或者需求团队的手里，但是试问一句，不了解业务如何做好后面的功能分解呢？不过好功能分解又如何做好WBS呢？
2、 用敏捷的思路来做好解耦工作。这点其实是需要结合SCRUM的思想来的，什么意思呢？只有锁定需求细节，架构设计方案等，才能把WBS做的比较合理，但是如今的软件系统的复杂程度，基本是无法确保一开始的考虑和想法是准确的，必然就会涉及到不停的修改和完善，那样就会涉及到更新一开始的WBS内容，而这个是一个耗费极高的事情。所以关键在于，我们只要先明确需求，不做详细任务拆解，只有等到某个Sprint开始前，做迭代计划的时候把这个Spring对应的需求做相应的拆解，这个拆解应该是整个scrum团队做的，而不是PM一人独立完成，除非你非常牛。
3、 计划≠执行，其实做WBS从上面两点来说已经够复杂的了，但是对于是否能够按照WBS上面的时间来执行，其实才是更为困难的，其实这个主要也是牵扯到过程中管理的一些内容了，这里简要叙述的话，也就一句话，要在过程中不断地更新项目执行计划，不断调整，从而能够把WBS执行的更为合理。
项目成功的第二步：不停的更新。
不停的更新，其实应该是贯穿整个项目生命周期的一件事情，更新业务，更新需求，更新计划，更新变更，更新项目执行过程，更新项目成果，更新交付成果等等。所有的一切都需要不停地更新，才能达到最终的成功。我这里来说说项目执行和过程中的更新，这些更新能够能好的保证我们的项目按照我们预期的进度顺利的进行。
1、 WBS的跟踪+更新，前面也说了一个好的WBS意味着我们已经给项目开了一个好头，但是有个好的IDEA，没有去执行，一切都是白搭，所以我们要更好的去执行WBS，并且把实际执行的结果不停的将WBS进行调整，从而更好的执行和控制整个项目。
2、 积极的应对变更，变更我想是所有项目都会遇到的一个“不好”的东西，但是要是能把这些“不好”变成“好”，那不就等于是为我们的项目添砖加瓦么？虽然说镀金不是好的项目管理，但是处理好变更却给我们的关系人带来更好的体验，给我们的项目带来更好的结果。
3、 项目干系人的更新，从项目的开始、启动、执行、调整、完成，不同的阶段其实有着不同的项目干系人。而我们要做好不同阶段的干系人管理，就要不停的更新我们的干系人列表，以及干系人的优先级。比如客户只关心成果物，那么可能开始和完成就是他的优先级最高的，测试部门关心软件的质量，那么执行、调整阶段可能是他们较为关心的等等。
项目成功的最第三步：资源的优化。
其实我这里说的资源，主要指的还是团队的人。虽然说PM手里不掌握资源，但是说到底，是否有好的团队，好的人才，对于项目的成功起到了极为重要的作用。所谓的优化，就是当你拥有了这些人才之后，如何更好地整合团队，提升团队整体能力以及凝聚力，这些将会让你的项目事倍功半！
1、 自愿的公开共享，团队成员要多做技术公开，藏着掖着对大家都没好处，一个人的智慧是有限的，而团队的智慧却是无穷无尽的，有的时候，团队的全面性会帮助个人的片面性更好的成长。
2、 摆脱工具的束缚，其实C++，JAVA看似高大，但是如果能同样达到结果，并且过程更加的简单快速，我或许会选择VFP，也就是说我们的人才最重要的才能不是他精通一些一辈子都用不上来的技术，而是他能够在最短的时间内掌握一门 陌生工具的能力。
3、 让人才们有回家的感觉，一个TEAM应该像一个家一样，而不是真正的在公司，这样，当你项目结束开始下一个项目的时候，这帮兄弟才会继续陪在你的身边，帮你拿下一个又一个项目，曾经碰到一位领导是这么评论下属的：这个世界上没有谁没有了谁是不行的，你不干就滚蛋，有的是人干。当然我不能说这样的领导不是好领导，但是这样的领导一定带不出好的团队！
其实这三部曲说来简单，或许你们也正是这么做的，但是同样，他们和计划与执行的关系是一样的，希望各位管理人能在平时的工作中同样是这么做到的，虽然他们不怎么高深，但是我觉得如果你这么做到的，至少你离成功应该又近了一步吧，不积跬步无以至千里，认真的走好每一步必定在最后会到达成功的顶峰。
