日期：2014-09-26 11:22:27
　　在做项目中，同样一件事情，如果是技术大牛来做，可能3天就可以完全搞掂了。但是对于一般的技术人员，通过标准和流程提供的方法去进行，可能需要10天。对于企业来说，这两种方法哪一种更有价值呢？其实很多时候，在中小软件公司，很多人不喜欢按照流程做事情。的确，流程、标准往往带来的不是效率上的提高，肯能自己聪明的走一下捷径，事情很快就能完成了，还能够显示一下个人的能力。那么我们为什么还需要制度、流程、标准呢？

　　标准、制度、流程的价值在于结果的可复制性，在于过程的可控性。也就是无论什么人来做，到最后肯定是这么一个结果，管理层也肯定能够知道这么一个过程，可以控制过程中的风险。靠人完成的工作往往有风险，因为不是每个程序员都是大牛，都知道怎样绕过流程，做得更好。
　　很多老总在公司有一定规模的时候都想请个部门经理、技术经理或者技术总监之类的职位。他们考虑的就是，总觉得现在公司这10几号人或者是几十号人，没什么规章制度，项目的程序架构不完善，很多文档没有写，很多管理软件，例如项目的工作计划安排也没有很好的用起来。所以觉得工作比较拖延，需要一个好的制度去管理。这个是很多老总们静下心来考虑的事情。
　　想法是好的，但是往往人是请回来了，却得不到执行。甚至有时候都得不到老总的支持。到最后可能自己亲手把这个人炒了，然后过一段时间，又觉得公司需要好的管理，然后又去招一个这样的人。周而复始，应该很多小的软件公司都遇到过的问题。
　　其实都是和老总的眼前利益有关吧，很多时候，工作计划，工作流程，架构什么的是做好了，但是如果老板需要一些东西去搞一下风投，或者需要去临时做一个项目赚点块钱，那么之前的工作流程，计划全部打乱，人员也被打乱了。但是老总就一句话，先把这个搞掂，其他不急。那么项目经理只好跟着转，然后就是全体人员跟着转。
　　等这件事情搞好了，到下一次开例会，老总一看工作，又说上次不是说要把那个管理软件应用起来吗？怎么过了1个月了，还是这样子呢？你看上次说3周搞好的这个功能，怎么到今天还没有完成？工作怎么总是拖延呢？上次说不急，可以推后的工作，这次又变得很急了。所以有时候总在这种变换中寻求着自己位置。 10个瓶子有8个盖子还算好的，最怕是只有5个盖子，怎么盖都是盖不住的，所以总是在奔跑，总是在忙，却不知道在忙什么。

　　其实制度不明确，流程不明确，标准不明确，或者总是在改动，总是在插入很重要的工作。导致大家只是跟着领导转，没有明确的目标，都是干一天活拿一天工资。所以很多人感觉没有前途，感觉很迷惘，感觉以后不知道怎么样，因为公司都不知道明天怎么样。
　　日期：2014-09-30 09:37:09
　　做项目，对于项目经理、项目负责人，反正就是这么一个人来说，最重要的是控制好风险。延期风险，人员风险，客户的需求变更风险。各方面都需要考虑到。一开始的时候，总觉得自己公司做的不够专业，认为每个环节都应该有一个人去应对，做需求的做需求，做设计的做设计，安排工作的安排工作。当然后来发现这只是个人一厢情愿的想法。
　　后来做了监理，看着同行们做项目，原来每家公司的做法都差不多，无论大中小软件公司，能省的绝对不会多花，例如，做过一个政府的监理项目。大概300万左右的预算吧，政府要求现场至少要7个人，但是从第一天开始，就只有5个人在，有时候有2个人还兼任做公司其他任务。每次开例会，本狮子这个监理总是提醒一下人数不够，客户那边也就跟着随便说几句，反正到项目验收，人数还是不够的。

　　有时候觉得，监理这个职位，只是国家要求必须要有的，但是有和没有，其实是没啥区别，因为我们不是盖房子，建大桥，就算整个项目坍塌了，也不会死人。当然，如果延期了，就要看客户找不找监理方的麻烦了，所以还是最好先把风险掌握在自己手中，把乙方的不足每次开会指出来，至于改不改，这个是甲方和乙方的事情了。因为有时候，确实是没监理方啥事，人家都谈好了。不过话说回来，监理方的钱确实好赚，一方面自己做着其他项目，有空抽点时间出来开开监理会议，写写监理报告，公司派了半个人出来，就收了监理方的价钱，确实是爽。

　　当时做这个项目的监理的时候，人数不够，每周任务延期，这个还算是好的了，跟下面说的这个比起来，根本就不是风险。当时，刚开始监理项目，记得开会的时候是说用JAVA语言,做一个B/S架构的项目。但是，做的时候忽然间发现，乙方一直都是用自己公司做好的一套半成品客户端，也就是在这个行业，他们已经形成了很多自己的模板，或者说是模块功能，只要按照需求，把这些模块修改好就行了。这些模块用的是微软的.NET平台构建的。

　　结果是，整个系统需要先安装一个客户端，虽然客户端会有提示自动升级功能，但是和纯B/S架构来说，这个已经是有点C/S架构的味道了，只不过加多了一个后台数据库服务器。天啊，如果到时候客户不收货，就吃不了兜着走，差点没把本狮子给吓死。
　　于是，马上找客户，要已经签好的合同文件来看，看整个项目的架构和使用语言方面是怎样规定的。一大本合同，找了半天，最后让本狮子找到了，合同上明确写着，用J2EE开发。马上跟客户说了这么一件事情，明明说好用JAVA的，结果用了.NET。当时客户就叫本狮子，用监理方的身份，把合同的说明和现在使用开发语言的事情，出了一份很正规的类似于警告的文件给乙方，让乙方给与重视和回答。这个是本狮子做监理第一次对乙方进行警告，也是最后一次。

　　过程就不说了，最后的结果是，项目还是这样开发，最后也通过验收。连开发语言都可以更改的乙方，确实是牛B。所以说，有时候做项目，考验的根本不是项目经理对这个项目的规划，风险控制如何，你是如何实施，如何管理，看得多了，就算你写的计划多好，该延期还是需要延期，该怎样就怎么样吧。有时候我们开会，按照流程，按照标准，说得如何如何，如何改进错位，如何修改好问题，有时候觉得我们这样是否很傻B，有种给玩弄的感觉。因为人家上一层已经谈好了，大家慢慢做就是了，当然前提是你所在的公司，确实要牛B才行。