浅谈职场新人的误区及项目经理的应对政策

       很多刚入职场的新人很容易犯一个职场误区： 那就是当一个问题解决时间超过20分钟以上时，你这时就应该考虑是否需要找个人来进行共同解决问题了。当然或许你也会说：万一我拿到一个任务，一点思绪都没有咋办，甚至我去问项目经理了，他讲了问题解决的流程，虽然我可以顺利解决了这个问题，但是万一下次我再次碰到了一个问题，还是不会解决，那又该怎么办。所以大家就很自然的会埋头进行冥思苦想，无形中整个项目的时间就这样被延迟了。 在这里，大家都看到了，如果组员自己的实力并未达到家，而简单的进行思路指引又不能从根本上解决问题的时候，那该怎么办呢？

       这里借用敏捷开发的原则来进行探讨下说明。那就是项目经理在进行一个任务分配的时候，可以根据组员的技术情况进行不同程序的监督指导。当然组员技术能力的判定的方式我就不说了。对于技术能力还不够的成员在下任务的时候必须同时对任务进行拆单，将任务单拆成设计单、编码单和测试单来进行完成，而这个过程的控制可以通过项目管理软件来进行（项目管理的辅助工具可以很多啦，但是一定不能没有这个工具。你也可以通过erp、论坛等的方式来进行，这里建议这些系统要自己进行开发，因为这些工具的使用直接影响到整个项目的可控性。具体为什么一定要这么做，大家可以自己想一想）。注意这个过程很重要，我们可以在下单系统中硬性根据接单程序员的等级进行任务单表格的划分，不同等级的程序员下不同的单据，当然这里面就涉及到了下单系统的设计，后面我会单独介绍如何设计一个良好的下单系统。这样，项目经理的一个大任务就是控制整个项目团队组员的编码质量和设计质量。在这里我讲说一个非常重要的例行事件很重要，那就是项目经理要定期进行软件系统课程的传授和研讨，要挖掘组成优秀的程序员精通的领域，让程序员互相进行知识传授。当然程序员传授知识必须予以相应的奖励，这些过程一定要记住啊，一定要有相对应的流程单进行辅助执行，要不项目管理者也是人，他也不可能面面俱到，只有把管理的理念文档化、流程化了，管理才能真正到位。

       从公司的层次来讲，可以进行程序员等级的划分，对于级别比较低的程序员，项目经理必须予以进行设计指导和代码审核的职责。

       那么项目经理传授的课程按照时间顺序都应该有哪些呢？首先应该是根据目前项目的知识领域，调查组成成员的课程学习情况。每个项目的知识领域都有一些经典的必读书籍，而且这些书籍是按照知识的掌握层次阶段性进行阅读的。所以项目经理应该发起组成课程学习安排计划，针对不同的组成安排他们学习不同的知识课程，针对那些必学的经典书籍要进行统一进行购买，作为部门基础培养教程。请项目经理一定要谨记：做软件其实做的就是书籍中的设计理念、知识。所以对某一行业广泛扎实的学习课程是绝对不能少的。当然每个领域的经典书籍，从入门到精通的书籍，我就不一一枚举了。

        这里大家也看到了：有一个关键点是大家项目实施过程中必然碰到的问题，那就是学习和项目时间上的冲突。项目又赶得紧，总不能牺牲项目来让大家进行学习吧。恩，这个是大家避无可避的问题。但是我想学习和项目的进度是同样的重要的。这个要提到一个高度层次上来。这么来安排吧，如果大家的专业水平有限，不能非常熟练完成本职的工作，那么项目经理每天一定要安排一定时间来进行学习。假设每天进行8小时工作的话，我的建议：对于想要进行提高进步的组员，强制要求每天至少2个小时以上的学习。大家集中对某块知识补缺补漏。当然一个很现实的问题又来了，大家都知道每个人的学习状态是不一样的，可能有些人喜欢集中某个时间进行学习，而一些人喜欢碰到问题的时候就进行学习。那么总不能强制大家某个时间段进行学习吧。这里给一个折衷的方案，那就是给定3天的时间，你一定要将你的学习日记作为一项任务进行下单，要求学习的组员标记处学习课程的起始页数和结束页数，以便于进行跟踪反馈。

       大家注意到没有，其实上面讲的诸多过程在无形中增加了项目经理的负担，当然如果组员意识到了这一点并且主动去学习，那么项目经理很轻松，并无增添内容。如果组员需要去督促，去催的话就麻烦了。我觉得可以从以下几个方面进行着手：

       1、上面介绍的，完善一个完整高效的下单系统，自动完成一些周期性的下单任务和检查任务

        2、项目经理要想大家传授一个理念： 你不断的学习才是你软件水平提高的一种高效途径，才可以在后面的研发中降低软件开发时间。不要小看这样一个理念，如果你是真正理解的话，你就会每天都会主动去学习，很happy的去学习，让学习成为一种习惯。想想思考下你自身，自己是不是做到了呢。

        综上，软件经理可以借助下单系统达到高效的项目控制，当然过程中项目控制的理念需要有项目经理来贯彻实施，后面我会介绍下单系统的完整制作。这里面统一总结下理念：

        1、培养组员不断学习的习惯。

        2、一定要进行代码复查，复查不仅是代码的检查，而是对代码中书写不合理的地方进行讲解，为什么这样设计不合理，为什么得那样设计。最好能够让组员简单写出uml图解，自己再简单写下uml图解，对着图解讲出里面设计不合理的地方及原因

        3、要经常将组员传授快速学习的经验和设计架构的知识。要从自己的亲身经理点点滴滴去讲，因为项目经理肯定以前也犯过很多新手一样的错误，如何快速的规避，需要项目经理去总结自己犯下的错误，并且将错误经验传授给组员