感谢砺志咨询举办这样一个征文活动，让我得以把前几年一些项目管理上的记忆重新整理呈现在这里。在职研究生主修 IT项目管理，后来又考了PMP的认证，之后的工作一直也在从事写出来只是项目管理相关的工作。下面这8篇日志记录了从08年以来自己成长的点点滴滴，里 面并无真知灼见，也并不是高谈阔论，只是随手记录下当时的感悟来和身边的同学朋友分享相互勉励。
P.S. 由于所在行业和公司的影响，行文中掺杂了不少英文单词，只是当时写作思路连贯顺畅，非故意而为，请见谅。
PM日志之一-迎接黎明的曙光
当上周三晚写完最后一封email点击发送时，瞥了一眼书桌上钟的时针-凌晨5点，可以放松一下准备迎接黎明的曙光。所以按照逻辑来讲，第一句话的时间状语应该修改为周四凌晨；但之所以故意写成周三的原因，是因为在那之前一次看时间还是周三晚上10点。Global的project，初始阶段需要大量的team内外的沟通和协调。而两方人马又不愿意直接对话，都想要确定的结果再做出自己的判断；于是乎两个同处一地的老大，让一个远隔十万八千里的PM在中间传话，折腾了一整晚。你会说，这简直难以理解。不过，这确是真实的情况-是的，当时就是这样。整个执行team不会为了你一个project服务，而team外的人也不愿同时接触过多的其他team的interface。当然，这只是一个极端情况-在project关键milestone时的非常之举；多数时间还是可以smoothly进行的。我今天想说的，就是关于PM的工作时间问题。
从去年底开始PM之旅以来，已经有大半年的时间。一直想把自己的经验教训心得收获以某种形式记录下来，但一来之前初窥门径未敢造次，二是实在不能静下心来思考些问题；这不接着这两日写论文的沉淀，再加上这周深度缺觉的感慨；打算开始这个PM日志系列，欢迎批评指正，大家一起讨论一起进步吧。
无论何种企业何种项目，开会自然是免不了的。会有大小，分长短，按主次；优先级安排上自是不同。不过通常会有如下的几种：项目管理人员例会-每周固定发生，自己的问题争取及早表达，之后基本处于略听状态，电话会议还可兼干其他的事情，遇到与自己相关的注意下即可，没听清的可以翻查之后发出的meetingminutes，错assign给你action一定要及早回绝；项目专项会-和你所负责的部分关系密切，多半是你hold，一定要做好准备，列好提纲记好minutes，不然各位老大多半贵人多忘事；部门例会-由于矩阵组织结构，每周需要向直属boss汇报工作，需要强调两件事，ProjectGreen flag大家都愿意听好消息吗，还有就是你需要escalate找他帮忙的，其余内容选择只要体现出你的工作量即可，但要简明扼要直奔主题；自己项目组成员会-需要及时听取项目的进展和大家的需求和问题，适当把职责下分授权。其他各种形式内容的会议就不一一列举了。不过一个原则，会是为了解决问题的，且能短则短。
把这些会议放到你的outlook calendar中，你会发现你的生活很充实，工作上的空余时间会被卡的很死。会议常常会打断你正在进行的工作，再加上开会的过程中问题并没有太多实质性的进展，之后还有很多具体的事情需要followup；所以这里需要引入“栈”的机制，“会议”来了“入栈”，“会议”结束“出栈”，以保证工作的继续进行。具体方法可以存封为完成邮件在草稿箱中，或者好脑子不如烂笔头的准备个厚实的notes。即便是多线程处理且效率很高的情况下，还是很有可能在正常的工作时间搞不定手头的事情。这种情况，