刚刚从程序员转型的项目管理人员，经常容易迷失自己的定位，搞不清楚自己到底要做哪些事情，在项目团队中经常会不由自主的扮演起程序员的角色来。但人的精力毕竟有限，既要兼顾项目设计、分配、沟通、进度跟踪等，同时还要把自己承担的开发任务做好（这个期间通常会被无数次的打断），往往导致的结果是：项目质量无保障，进度失控，个人筋疲力尽，团队氛围压抑。究其原因在于项目管理者没有能够找到自己除了编码外还可以去做的日程事务，总认为管理方面的事情是随机发生的，尤其是在项目开始实施阶段，不如程序员那样任务明确，可以计算出自己的工作时间，做了多少的事情，再加上自己本身也是程序员的出身，于是乎也投身其中，接下来迎来自己痛苦不堪的焦虑生活。
其实，管理人员有着自己很多可做的事情，以下列举一些，希望可以对那些刚刚转型或准备转型的项目管理人员有所帮助。
（1）项目初始阶段：
这个阶段的主要事情包括：需求分析、沟通、开会、项目初期设计、详细设计等。
这个似乎没有什么好说的，这在项目初期时，项目管理人员承担这个天经地义，而且各自也容易找到该做的事情。
（2）项目实施阶段：
在这个阶段，前期的主体设计已基本完成，开发架构已确定，任务已分配，项目成员各就各位，开始了轰轰烈烈的开发战役。
可就在此时，管理人员突然觉得自己似乎无事可做了，于是乎想要做一个身先士卒的表率，要准备给自己套一个枷锁走入不归路了。这个时候，千万要对自己大喊一声来个当头棒喝，告诉自己你还有很多事情要做，望三思而后行。
可那么到底可以做哪些呢？
（a）留出需求变更、需求沟通需要的时间。
项目需求真的不会再变了吗？消费性的互联网时代，需求变化比盛夏的天气变化慢不了多少，除非这个系统小的不需要再沟通，否则一定要给自己留出足够的事情来应付这些随时发生的琐事。
（b）项目跟进、任务分配动态调整。
接下来，项目分配完毕了，但分配不等于完成，在开发过程中，因为个人能力的不同，或者项目分配精度的问题，很难确保项目中每个人都按照预期进展，有快的有慢的，有简单的有复杂的，有能力强的有能力差的，为了项目的进度的顺利，必须随时根据情况进行调整。
（c）项目迭代、设计跟进、文档跟进。
这是项目开发过程中的一个重头。在以往的经历中，经常会发生设计文档、需求文档往往在项目终结时早已大变样，基本上初期整理的文档在项目终结时参考意义已经不大，而且如果拿来为以后的维护做指导时，甚至会产生不必要的误导。因此对于一个项目管理人员而言，设计方案文档的同步一定要保持足够的同步和一致性，通常情况下，这不会是一个小工作量。
（d）代码质量控制、团队成员指导。
可以要求团队成员每天签入各自的工作代码，管理人员可以检查代码完成质量。也可以编译这些代码，检查是不是实现了相关功能。必要时要给与指导建议和修正开发误区。
这样做便于及时发现问题，并了解开发进度，保证了代码质量，同时也会对团队成员的工作进度产生了督促作用。
（e）每周的例会，必要的局部会议。
在团队内组织会议，演示各自本阶段完成的成果，总结前段时间的工作效果，发现不足，找到解决办法。了解项目进度，安排或调整下一阶段的开发任务。增进团队内的沟通，并对团队内的工作氛围形成影响。
以上种种事情，应该已经不少，不知道是不是对你能够已有所帮助。