公司要我给项目经理做一个培训，关于项目经理的做事情的方法和观点方面。我就采用了Workshop的方式，Workshop不是会议模式，而是侧重于交流会谈的一种模式，毕竟大家都是项目经理，并非说我的做法就是对的，所有的一切都是自己的经验之谈，所以我只是说大家彼此分享经验，交流心得。我把我所要分析的内容大概做了一个讲义，也希望更多人能够参与到这个Workshop中。
项目经理好做吗？
     项目经理好做吗？好做！项目经理好做吗？不好做。不同的人、不同的态度、不同的方法，其结果也就存在有极大的差异。有些人做项目经理，任务来了，不管三七二十一，就像切蛋糕一样，平均切开，然后清点一下团队人员，每人都平均拿一块走，自己坐着等他们的结果，如果客户有问题过来了，他轻轻点击一下邮件转送，事情就算是安排好了。任务安排地多么轻松自如，自己闲暇之时品茗聊天，你说这样的项目经理能不好做吗？另外一种项目经理是大事小事事事关心，项目开发所有的内容也都熟记于心，任务也按照个人能力合理安排，可惜操心劳碌之命，总觉的底下的人做事不保险，恨不得天天拿着鞭子在他们后面抽赶他们，搞得全部人员人心惶惶，这样的项目经理，估计一个项目完了，头部就白掉一部分，用不了多少个项目，也就白发苍苍。
    上面所列举的两个现象是乎有点极端，但是在实际的项目过程中却常常发生，当然他们的结果也不相同，前者项目估计失败的多成功的少，后者成功相应要多。但是作为项目经理来说，我们首要保证的是项目本身，如果说项目能够按时、高质完成，并且项目的盈利情况也能够达到预期设想，那么无论采用那种办法都是可取的。在实际中，项目经理所要完成的工作和承当的责任应该说是整个项目组中最关键的部分，所以也就很难有喝茶、转信如此好的日子可过，毕竟他们所要做的工作和承当的压力是和他们的工资成正比。
如何看待估算
    不少的项目在项目总结的时候会发现，投入的人员和前期的工数估算存在有比较大的差异，有甚者达到3-4倍的差值。为什么会如此呢？可能过程中的原因很多，有前期估算不足、中途客户变更频繁、人员能力不够等等因素。这些因素中，前期的估算是一个比较严重的问题，一方面估算是在项目还启动阶段和客户确立的关于项目整体时间的预计，如果估算出问题，给客户留有的影响也就比较糟糕，相当于开了一个坏头，另外一方面估算还涉及到整个项目的成本问题，谈到钱的事情就不可大意。
    那么该如何去做估算呢？有些人觉得少要一点，这样可以给客户留一个好印象，看我们的能力多好，这么快就可以做完；有些人就漫天要价，工数高的把客户都吓跑了。工数估算的时候有一个比较基本的原则，就是尽量接近实际的值，越接近实际就越能够体现你的专业。并不是说工数越少客户就会越高兴，就像买东西一样，假如现在有人说黄金一克50块卖给你，估计所有的人都会觉得这是假货。客户的心理都是一样，在工数估算上需要的是合理的数值，这样他们才安心，至于实际合同上签署多少工数，那是商务上的事情，可能客户的预算少了，但是我们工数总的是不能变动，不过可以给个折扣。这样项目至少在启动阶段就不是带着一个不实际的计划进行。
    如何能够做好估算，这个问题的确很难，如果我们要做好估算，首先需要非常清楚地了解客户的需求，这也就要求项目经理要在前期投入相对要高。在前期的估算的时候需要考虑业务和技术上的各个细节问题，所以尽可能让项目经理和团队成员的投入参与。在估算阶段把问题都分析仔细，一方面能够确保估算合理，另外一方面能够在前期做好分析工作。
要会管账
      工数算得合理，那么也要保证投入的人员合理。有些项目投入人员的比例失调的比较严重，估算中5人/月的项目，本来按照计划是2人两个月多一点，结果投入了5个人做，时间还是两个半月多。这样项目虽然完成了，但是由于投入的人员超额，也就造成成本的增加。对于这些帐，项目经理要学会管。
    项目经理到底是否需要有成本意识，我个人的认为是需要的。毕竟作为企业来说，所有的项目都有成本核算存在，所以项目经理需要清除知道自己的团队是否在为公司盈利，这样也能够清除知道自己的团队对于公司的重要性和今后的发现机会。
     不少人会反驳我现在团队的都是一些Junior的人员，如果都是大牛的话，我也就不需要那么多人了。确实，Junior和Senior的工作质量和结果不具有可比性，但是人员的冗余需要有个尺度，不能无限冗余，如果Junior的能力不行，可以添加一个备份人员，但是不能每个人都有一个备份，如果是这样，那么项目经理就需要思考一下工作安排上的问题。
不要苦劳、要功劳
     有项目组天天加班，夜夜加班，到最后团队成员都快成木头人了。加班是软件开发过程中时常遇到的问题，很难避免。项目加班的原因也非常多，但是不管何种原因，项目经理都应该很清楚知道问题的根源。
     如果你所做的项目是公司的战略性的项目，为了赢得客户，所以公司下来死命令一定要完成，不惜任何代价，那么这样的项目团队属于打头炮型的，辛苦攻坚，很难扭转的局面，那么这样的项目在启动的时候就应该和公司上层和团队成员都沟通到位，说明可能出现的加班局面，同时安抚好团队成员，替成员向公司申请该有的福利。
     有些项目由于估算的失误或则客户的问题造成的大量加班，很多项目经理没有把问题即使反馈出来，只是强调团队需要完成任务，这种现象属于责任不到位，而对于团队的成员来说，很多情况属于吃力不讨好的局面。他们日以继夜的加班，但是最后公司核算成本的时候往往是效率最低的部分，所以这种苦劳还是需要项目经理小心处理。
      我说过笨的人才加班？这句话多少有点偏激，但是加班主要分为三种情况，第一是工作量安排过多，已经超过你在正常时间内能够完成的量，而在确定工作的时候你并没有反馈说你有困难，默默承受，表明上你吃了哑巴亏，工作的心多好，但是你这样会影响到整个团队的工作安排和计划，从而给别人造成加班的因素，如果你提出了，但是工作还是按照这样安排，那不是你的问题，加班也是被迫无奈的做法。另外一种属于工作能力的问题，如果因为你的能力造成你的工作无法按时完成，那也就自己笨，感觉需要学习弥补不足。第三中属于自己希望把工作做好的，需要多了解一些项目的内容，或则学习各种不足，这种做法虽然不算笨，不过也算是有愚公移山的精神。
      不要认为自己的团队天天加班就有人能够看得见，有人能够体谅你，如果不是你预先提出加班的问题，那么后期出现的突然性加班的话，从另外一个角度来看更多的目光会落在：项目管理有问题？人员有问题？所以团队成员累死累活，到头来往往会被扣上能力差的帽子。而且到了年底的，所有项目核算之后，加薪和奖金发放的时候，即便你再多地提你们一年到头多辛苦，那些最多的来一些同情的目光，但是实质性的东西往往没有。所以评价一个团队的好坏，效率是最关键的。能够给公司带来丰厚效率的团队，说话的底气也就不一样。通过做好项目，让客户能够满意，为公司获得最大的效益，为团队成员争取到最大的利益，达到三方获利的局面。所以我们的团队不要苦劳，我们要用最大的能力给公司创造最大的效率，获得功劳。
项目经理需要技术吗?
      项目经理需要技术吗？这个主要看项目的规模，大规模的项目可以不需要项目经理有技术，可能更侧重于管理和协调。对于中小规模的项目，项目经理应该具备有相应的技术能力，特别是规模越小的项目，这种要求可能越高。
      首先由于规模小，人员配备就存在有一人充当多个角色的情况，那么只有一个项目经理的外行带领几个所谓的内行工作，这样在管理上就存在有比较严重的问题，项目经理对项目的技术难点和风险就很难把控，所以工作安排上就很难做到避重就轻，让全部人员能够合理的进行，对于技术上的问题，很容易造成因为因为没有合理安排人员解决技术难道，出现整个团队都在等待的局面。
      如何才能安排好工作，这需要安排的人理解工作的内容和问题，这样才能有比较合理的安排，如果对于大的团队可能有另外安排的人员协助处理，但是对于小的团队来说，可能就需要项目经理独立完成，不管如何，都要避免出现外行领导内行的局面。所以每个项目经理的定位在于自己所代理的团队，评估自己的能力，如果能力存在缺陷，则加紧时间补上。