以下是第一版的总结,大多是在记流水账,没有独立思考

做一个项目经理会碰到哪些问题?简单整理如下.

一个项目经理从入场后首先会碰到的一个问题是：坐在电脑前,脑子一片空白.我要干什么?

刚一开始我只知道我要给客户做一个系统,能解决客户目前面临的问题.嗯,这算是一个大的方向.可是紧跟着问题来了,客户面临的问题是什么?怎么处理?这两个问题一直困扰着我.不知所措的发呆.可是一直发呆也不能解决问题啊！不管怎样先动起来再说,哪怕走弯路.

于是开始整理思路.慢慢我发现要干什么的问题太泛了,没有任何指导性.所以就试着把问题变的具体一点,变成客户的问题是什么?怎么处理?不过这还不够,我还需要更进一步细化问题.

先从客户的问题是什么?这个问题入手.当时我知道我们要做的是营改增系统,起因是国务院批准的营改增政策（以下简称政策）.那么客户的问题在政策里肯定有相关的信息,遗憾的是当时的我没想到这个问题.我们的客户属于金融业,而在政策中规定金融业也纳入营改增试点范围.也就是说客户以前的营业税业务现在要改缴增值税了,这就是客户的问题所在.如何改缴增值税就成了接下来的问题.

现在的思路基本是:要想知道如何改缴增值税,首先要明确那些业务需要改缴,如何改缴.如何改缴在当时的政策里有大体的框架,不清楚的地方选一种较为保守方式处理就行.可是哪些业务需要改缴?这个问题就比较麻烦了.需要将客户所经营的所有业务都梳理一遍,将需要变动的业务都找出来.

由于政策中已经默认的对业务进行了一些分类,而这些分类要比客户在营业税下的核算更为细致.这就会导致一些原有的业务不能直接按照政策处理,需要先进行加工.由于业务的梳理和理解政策都需要有较为深入的会计知识,所以只能请咨询公司来做这些事情.多方协助之下,将问题明确.

假设到现在为止客户问题已经得到了明确（明确其实是一种奢望,只要他们的问题不那么宽泛就已经足够好了）.接下来一个问题,怎么处理?当时的情况是我们已经有了一个初始版本的系统.但是这个系统我们不知道里面有什么,能多大程度上满足客户的问题.这个时候就会引出一个新的问题,要想解决客户的问题,首先你必须清除已经有多少问题得到解决,你需要做的还有多少.所以了解系统是接手一个项目要干的第二件事（这也是一个非常痛苦的事情）.

根据已有的资料和系统本身的一些东西,找到系统本身的一些模式,大致的了解系统本身能干什么.然后去客户的需求,找出差异,整理出清单.

到了这一步基本上就我要干什么的问题解决完成.然后安排人员去处理了.之后就是一个循环反馈的过程了.如下图：

项目地工作循环反馈流程-jgf_ii.png

以上是我按正常的工作流程理解记录的.

实际上还有一些其它的问题

• 在一开始的时候客户的需求根本没法确定.
• 即便确定了问题,问题的解决办法也有多种,选择哪种办法也是一个问题.
• 同时原有系统的问题,需要其他部门的同事去处理,反馈过程比较费时间.

问题反馈流程-9t16xo.png

• 加上前期的一些处理方式不太成熟(比如说一些可以自动化处理的工作重复的人工去处理,比如说参加一些明显没有任何效果的会议.从经历来看开会显然是一个技术活.关于如何开会以后再整理相关的问题吧!),导致时间浪费很严重.
• 上线的时间最好定在周内比如周三周四,保证重大问题能够及时在在周内解决.
• 还有关于培训的内容一定要提前准备好,不熟悉的话培训内容一定要提前演练几次.
• 验收的话最好能提前和行方达成一致,奔着那个标准做事就容易很多了.

还有人员管理的一些问题,不过可惜的是没有学到多少东西.

1.仅有的理解是把合适的工作安排给合适的人.

2.不要在没有任务的时候浪费的员工的时间.

3.反馈一定要明确,不要员工做错事情了，你还笑嘻嘻的.

如果把建设团队想象成打造一个产品的话,那么在这个产品的稳定性和易用性方面,应该还可以做很多事情.

以下是第二版的总结

所有的问题都能在自己身上找到答案线索.
拖延是一个很严重的毛病,而what,why,how是执行力的关键.
明白自己要做什么,为什么要这么做,怎么做.很多时候拖延,是不知道怎么做或者不熟悉怎么做.

一切问题的根源在于：

没有学好业务,技术,管理方式,沟通技巧和项目人员的几个坏习惯:

• 整理信息并存档的习惯(在项目未完全结束前,分类保存一切有价值的信息).
• 编码的习惯(编码格式,命名格式).
  阿里有一个编码规范(密码：u15k)的整理可做参考.
• 充分测试的习惯(简单的功能性测试,整理相关业务场景测试).
• 掩耳盗铃的毛病(有些问题明明已经有所察觉,却愣是放任不理).

返工的问题在于：项目组没有完全熟悉业务的人和完全熟悉系统的人.导致发力的方向错误.进而导致返工.如果没有这样的人,返工几乎是必然的,有了心理准备也就没什么怕的了.

__有关沟通的问题在于 __：沟通的内容,时间和结果.只有在合适的时间和客户达成一致,才算有效的沟通.

客户的满意度的问题在于：没有理解客户的需求,有的需求是写在文档里的,有的没有.但恰恰是那些没有写在文档里的需求对客户的满意度影响很大.比如说处理问题的速度,界面的一些小细节,及时的进度反馈.