最近一直在忙重新找工作，面试的事情。也没有时间静下来去看书了，今天终于消停了一会。就分享一下书里面的一些知识吧。记得有一位主持人说过：“世上的事情，我们是不可能每一件都能亲身经历，但是我们可以通过书本去感受别人的经历，丰富自己的知识。”
今天书里的知识点是我们需要关注项目中干系人的关系。书中的项目经理遇到了一个问题，就是客户原有的系统与目前开发的系统接口不兼容，而且原来的系统是公司的竞争对手厂商D开发的。想要适配原有系统接口去开发，就得问竞争对手去拿接口。我们都知道，竞争对手怎么回配合你工作呢。
这时候我们就需要去理清楚，项目中各个干系人之间的关系了。既然是为客户定制的项目，那客户肯定会派一个与我们对接需求以及其他事项的人，就暂时称作G总（书里也是这么叫的）。G总直接与项目经理对接，项目经理跟G总说了这个事情之后。G总也无法去解决，然后G找了他的上级信息中心的主任，希望主任可以帮助协调，因为竞争对手与G总公司还有业务的往来，所以不敢得罪他。信息主任在开工资例会的时候，做出了表态，通过正式渠道通知厂商D，按照原来的合同要求提供设计文档，如果不履行合同义务，将中止与其合作。这件事情就这么解决了。
通过这件事情，告诉了我，项目经理不用所有问题都自己扛，可以巧妙利用非组织关系，可以设法获得高层支持，就有更多解决问题的钥匙了。
事情解决完成后，下一步就要去做项目的计划，需要根据项目需要交付的时间，通过反向的方式制作出网络路线图。路线图有几个关键的因素。第一，项目中每个功能所需要的时间。第二，项目中功能之间的依赖联系性，功能的开发前提是否需要另一个功能已经完成的前提条件。或许，是否有些工作可以同步去进行。当网络路线图完成后，就可以很直观地看到整个项目的开发过程计划。
虽然计划已经完整出来了，但是还需要很好的去落地执行。因为网络路线图，是表示出一个功能需要时间周期。对于真正地到个人的执行的时候，其实并没有计划，个人只是在这个时间点完成这个功能就好。每个人具体按照什么样的计划做，进度的把控都是没有的。这种往往最后到了功能交付的时候，才发现了问题。所以，我们现在需要把计划进行细分，具体功能由开发组长去分配。每一个开发组，安排一个白板，每天一个10分钟的晨会，只反馈不讨论，记录每个组员工作状态，例如：登录功能的负责人AAA，完成状态：完成，延迟 ，未完成。把这些基本的，记录到白板上。那么每个组员都知道，自己每天需要完成什么样的事情。项目经理每天都可以在白板上知道，项目的进度情况，可以及时地做出调整。
好啦，我的学习项目经理第五课的内容，就分享这么多。我是一名Android工程师，我相信自己迟早会成为一名很厉害的项目经理的。我为自己加油！
