项目管理的边角
各位都是项目管理的达人，在项目管理中或多或少的浸淫一些年头，我避重就轻，谈谈边角的灰色地带，抛砖引玉实为本文主旨，欢迎拍砖。
项目管理中大部分重过程，而不重积累，对于流程的管控、资源分配、进度监察都有明确的方法论和实践经验支持，但是对于前期的风险管理、项目施工中的经验管理、项目后期的项目总结评估却无所适从。
项目后评估的问题比较宽泛，即便已经有了一篇论文，但还觉得显得单薄，积累一定的经验之后再谈这个方面，本次就不提及了。
项目中的经验管理
个人认为，项目管理中团队合作体验、领导能力的积聚、个人技术能力提高和沟通技巧在宏观上都有一些积累，但是是局限于在项目中个体之上。举个简单的例子，对于类似某种操作系统会引发编码变化之类的问题，是局限于某一个小组的成员共通，传递此类消息大部采用言传身教的形式，或言之，没有主动的问，就没有明确的答复。这说明在即便在整个项目施工流程中项目内部成员和外部成员足够的沟通也不能将信息完全共享。究其原因是绝大部分的项目管理的出发点是针对自身当前的项目的管理，没有一个全局的概念，也缺乏一种机制来支撑全局的项目管理。诚然，项目管理基于当前项目出发点是没有错误，但是作为一个整体层面，或者说一个企业层面而言，项目的沟通还是不完全。所以我修正我刚才所说的，项目管理中对于个体关注比较多而对整个企业范围关注比较少。
经验管理的目的是将企业中各个项目实施过程中得到的经验进行统一的存储和共享，经验管理首先要解决的问题是“什么是经验”,单纯字面的意思就有够琢磨,经验是一种无法量化的实体。的确，一个编码上的小的Tip，一个针对某个客户的行为习惯的总结（例如张经理只喜欢抽红塔山）、一个成员的工作总结，这些从个体角度来看都是经验，但是从企业层面来看不见得就是一种经验。个人认为，在经验系统建设的初期，无论是系统的经验提供者、经验接受者、经验系统管理人员都无法准确判别什么才是经验的情况下，可以采用类似头脑风暴的做法“延迟批判，重数量而不重结果”，然后在系统的积累过程中不断的剔取。
一个经验管理系统可能是一个Wiki，一个BBS，或者一个SharePoint站点，甚至是一个由单独部门维护的Portal。对于经验管理的实现形式无所谓，只要能达到目的，即便是一个QQ群也是合理的。经验系统的建造，需要企业各个部门的成员不断的贡献，也需要一个完整的整理制度。一个经验系统应该具备以下功能：
1）简单而有效的查询，此条描述虽然简单，却是衡量一个经验系统共享能力或者是否成功的重要标准。实现的时候应该考虑多方因素，例如全文检索、关键字、标签等等。
2）一个完善的目录，单纯的树型目录不能满足经验系统所需要的查询，所以应该辅助标签、关键字、用户等等属性构建目录。
3）一个或者多个管理员，负责对经验进行分类，甚至评估。
4）大量的热情，或言成员的积极性。此条是衡量一个经验系统是否有效的重要指标，需要政策上面的辅助才能具备实效。
风险管理
之所以我把风险管理作为一个灰色地带考虑是缘于风险管理也实质的可操作性的文档或者资料可言。因为风险本身的不确定性、不同项目的风险差异性，无法统一一个可预知的风险模型套用到一个新的项目中。应该来说，风险管理还是比较含糊的，风险管理需要解决的问题包括:
1）如何准确的确定项目中的风险？
2）风险转化的指标如何确定？
3）应急措施的实用程度如何评价？
5）如何实施风险巡视？
6）如何评估风险矩阵的准确度？
有必要简单澄清一下上面的几个术语。风险是指可能发生的会对项目产生负面影响的任何事情；问题是已经发生了的对项目产生了负面影响的事情；风险转化是指一个事情从风险开始转变成问题的过程；风险巡视是指在项目过程中对风险的监查的过程。
风险管理的主要课题是将风险量化，然后形成一个可操作的、可比的一个表格，因为没有完整的实际操作，就不谈坊间使用风险矩阵表进行风险评估的具体实际操作，谈谈一些琐屑的事情。
如果把风险管理归结于知识体系的一个实例，那么个人认为首先前面提到的项目经验管理系统可包纳部分风险管理的信息和经验。
风险估计的准确度的评估是个比较有意思的议题，项目完成之后评估PM或者管理人员在项目初期估计的风险中哪些得到了应验、应验的结果和风险评估的预期影响之间的差距。这一点可以从一个侧面评价出PM或者管理人员初期对这个项目的掌控能力。这个行为应该是PM或管理人员的一个自我管理的行为，在此中受益的只是风险评估者本身。
不是题外话的题外话
项目管理无外一律、一赏、一罚。其中律为纲，赏罚为目，纲举目张所谓也。一个规范的合理性不在于这个规范是否将项目管理中的各个方面都考虑到，而是这个规范的实施力度有多强，一方面是企业的政策导向，另一方面应该刺激（而非强迫）员工对此规范的执行力度。赏罚作为手段在管理中也是必不可少的，但是实施的过程却值得商榷，整个过程中应该关注赏罚的公平原则和透明原则，所以律（规范）是赏罚清明的一个保障。
一种管理方式或者方法对于如何实施并不重要，重要的是实证的结果。所以项目管理不应该看作成为一个流程化的管理工作，而应当是一个类似知识积累和实证的工作，应该是个体和企业各得其所并不断延续发展的一个工作。
有言论就是有了进步，Jeason不吝，姑妄言之，各位板砖在手，尽管来拍。
