第十一天

项目到此时，已然过半，我的设计工作告一段落，两个客户端开发人员的新加入使项目走上了正轨，一切都在快速地编码和调试过程中，这个时候仿佛我很轻松，自己没什么事可做，也不好去打扰程序猿们，每天下班的时候了解一下进度即可。

总感觉，这样的安静里隐藏着什么，我尝试梳理我作为一个项目经理在项目过半的这两周时间里，自己都做了些什么？

技术我不懂，而且项目也有专业的技术负责人，那就说说我和大家的关系，一开始我很担心项目开发不给力，我的担心很快就被证实了，前端开发果然不给力，但是我心里更多的是埋怨他的工作能力不行还不加班不努力，每天责问他工作进展到何种程度？

了解工作进展的方法不对。项目经理应该是带领团队“跟我冲”，而不是“给我上”，作为一个领导者在出现问题时态度都没摆对。

一个合格的项目经理应该能同时做到“按预期交付成果”、“让客户满意”、“让同事满意”，在这个项目中我至少没有做到让同事满意，该学到东西的没有让同事学到，在出现问题时不是找方法，而是责怪同事不努力。

还有在面临项目工作量大，时间紧的情况下，缺乏积极主动性，项目经理应该保持好的心态，泰山压顶的时候至少可以做到一件事保持风度（镇定）。如果团队始终看到一个信心满满、镇定自若的项目经理，大家也会充满信心。而在这个项目中，当遇到问题时，我总是愁眉苦脸、满腹牢骚，我想我的开发应该很不爽我，随时准备撂挑子。

在出现人力资源问题时，未事先想好对策再去请求上级支援，而是只反应问题，让上级解决，幸好我的总监有空给我解决，倘若下次我面临和别人争夺人力资源时，如果不给出理由和方法，我势必会死得很难看。很简单的例子，“我被包围了，怎么办？”“我被包围了，需要空中支援”。

在会议中，我总是话太多，倾听太少，而其实“倾听”才是沟通最有效的环节之一，出色的沟通者会先掌握他人的意愿及需求，然后才洞察问题所在，最终达成共识。沟通至少应做到以下几点：

1.倾听时脑子想的是“对方的想法是什么”，而不是怎么给对方一个答复。

2.评价他人时先看优点再看不足。

3.有问题当面谈，背后不飞短流长。

4.有人向你抱怨和指责他人时，第一反应是为不在场人说好话。

5.如果有两方在你面前争执时，不听完双方的表达绝不下结论。

最后再说一下，我作为一个不懂技术的项目管理者，应该如何来把控项目进度的问题。

1.项目启动。实践中的“启动”阶段必须知道每天该干什么，才能有条不紊的开展工作。

2.再说说计划，涉及人员多，需要一起制定计划，合适的工具，具体的步骤，合理的约定。

3.执行阶段，如何让每个人知道该干什么，如何知道每个人干的怎么样，如何检查是否完成了工作，如何进行工作调整，只有掌握这些才能做到对项目了如指掌，才能将计划用于团队成员的时间管理。

4.质量问题，太晚了，下次再谈。