做程序两年多了，在牛年的最后一个月被任命为项目经理，负责公司一个系统的整改开发。项目目标是将部署在天津的妇幼保健系统，根据柳州市提出的需求（都是妇幼保健，同一个行业，但是业务流程有部分改动），进行整改，以达到在柳州市部署、上线的标准。
项目启动有一个月了，目前处于开发的收尾阶段，抽空对前期的工作做一下总结，希望能通过及时总结，反思，对今后的工作有所帮助。
作为项目经理，我的职责及权利可以概括成以下几条：
第一、根据柳州提供的需求整理出需要进行整改或者新开发的模块，制定整改开发计划【包括分配计划任务，画甘特图，工作量分配（与项目奖金有关）】；
第二、有不明确的需求，与客户进行沟通确认；
第三、自己也承担一部分开发任务，开发过程中对项目组成员进行指导；
第四、及时对产品进行测试，把关产品质量；
第五、及时与领导沟通，让领导了解项目进展情况，作为菜鸟的我还要向领导请教一些项目管理方面的经验：）。
这其中，第一第二条是从一个开发人员到项目管理人员转变最大的。首先需要对需求进行剖析，甄别哪些是需要重新开发，哪些是仅仅需要整改的，整改如何进行也要在思想中有个大体的构思，这都需要从整个系统的角度出发看问题。整理出整改方案之后，还需要分配任务，制定任务进展时间计划以及分配的奖金，这部分是我觉得比较不适应的。以往都是领导安排给我，我只要按方抓药，做自己的那部分然后领奖金就成。现在成了自己安排给别人，奖金分配多了与领导不好交代，分配少了项目组成员工作就没有动力，只能尽力做到把要做的工作都考虑到（如果草草的分配任务，一些实现细节是比较耗时间耗精力的没有考虑到，就容易出现分配工作量不合理的情况，分配多了还好，分配少了，对于项目组成员来说是很伤士气的）。
在我的思想中，好的领导一定是要把为下属某利益放在首位的，只有这样的领导，才有人愿意跟着他干，才能让项目组成员更有向心力。说白了，大家辛辛苦苦为了什么。有人认为，项目成功应该放在首位。但是我不这么认为，我同意项目成功是判断一个项目经理在这个项目的表现是否合格的最重要的标准，但是对于个人来说，与身边同事的关系比项目本身更加重要。所以，编写计划分配工作量时，能想到的工作我都写进了计划中，理想状态是让项目组成员“多劳多得”。即使如此，还是有一个模块的复杂程度超出了我的预期，稍微可以感觉到在做那块的过程中，开发人员对工作量分配有一点小小的不满，囧(计划已经提交，自己心里也觉得安排的不妥，纠结，只有找其他机会找平衡了)。
计划不好做，但是计划很重要，好的计划可以让项目进展有条不紊，不合格的计划会让整个项目组怨声载道。我的计划制定的还不够完美，还有许多可以改善的细节，一些琐碎的工作，计划中没有考虑到，影响了计划的进度，所幸影响不大。另外，个人感觉比较大的一个问题，给自己分配的开发任务不能过重，如果只顾的上自己开发，那就很难做到对整个项目的把握了，最后肯定会影响到项目质量的。
在与客户的沟通过程中，对客户进行适当的引导是很重要的。在这个过程中，领导就给过我一些宝贵意见，三言两语，省去一个模块。感慨，沟通技巧，用处真是太大了。
这段时间，我对自己的表现还算满意，有一些不足之处还需要加强的，特别是在提高项目组成员积极性方面。
从技术向管理转变的道路上，希望得到更多前人的指教：）