|
|
联盟会员：白高峰（baigaofeng） 原创
常见问题包括没有整体风险收集体系，项目风险存在项目所有任务中，等到项目管理者知道时，风险已经变成问题了。比如有个程序员工作可能要延期，对于他来说也许后续加班就能补上，但是可能造成的与某项工作任务相关联的诸多进度。
还有一些项目也通过周报方式的建立风险识别和收集体系，但是没有专人跟踪风险处理过程，等待风险的发生。
风险管理不是项目经理的事情，而是所有成员共同面对的问题，如果能够建立一套完整的风险识别、报告体系，让所有成员都有风险意识，理解风险报告的重要性，项目经理灭火的时间要少的多。风险收集起来一定要落实责任人，明确应对策略，并在风险失效期前一定要跟踪。如果风险管理做的足够好，项目进展就会很顺畅，如果没有，往往让人觉得项目过程非常曲折。
2.3 设备管理问题
这不是项目管理的大问题，却是最长遇到的问题，项目过程中会使用很多服务器、PC、交换机、路由器等设备，加之工作地点的不稳定、人员变动等因素，设备丢失几乎每个项目都会发生。笔者经历的某项目结束时，进行设备清查发现3台 PC server不知去向，1台笔记本电脑丢失，2台交换丢失等。
还有一些时候，某些关键设备发生问题，影响项目进展，比如项目开发服务器故障、网络设备故障，笔者都遇到过，最严重的一次影响好几十人3天多时间。
本文转自项目管理者联盟
解决设备管理办法很简单，因为只是一项事务性工作，只要重视，做好登记，就没有问题。如果被偷、被盗、被恶意损坏，那是风险管理内容了。项目周期较长的时候，需要固定时间清查一次，别等到项目最后验收时再盘点，那时候再追溯就来不及了。对于开发服务器等设备一定要有备份机制，尤其是大规模软件开发，一定要考虑应对策略。当然也有一些设备（PC、笔记本电脑等）拆卸、损坏等问题，落实设备责任人是一个有效的方法。
项目管理者联盟，项目管理问题。
2.4 横向沟通问题
一般情况下，在组织中纵向沟通（所谓上传下达）要更顺畅一些，而且管理者也比较重视纵向沟通。相对来说，横向沟通就会差一些，虽然不至于给项目造成多个损失，但是沟通效率绝对是一个问题。项目成员之间遇到一些问题不进行横向沟通，而是向上级汇报，上级再向他的上级汇报，最后在通过项目经理一级一级向下协调，过了好几天问题才能解决。
解决项目横向沟通的关键点在于一定要培养大家的横向意识，有问题要先找最能解决问题的人沟通，而不是给上级汇报（发邮件时顶多抄送一下双方领导就可以了）。项目是一个有机体，项目越大工作任务之间的衔接越复杂，底下沟通的越好，项目执行的越顺畅。另外，领导也不能太官僚，不要用我们、你们之类言词强调工作界限和权力范围。
解决横向沟通的另外一个方式是多召开工作层面的讨论会，创造一些横向沟通机会，比如系统接口会议、项目资源协调会议等。只要横向沟通机会的多了，横向沟通问题也就自然少了。项目中经常提到团队工作，横向沟通情况是体现团队协作的一个重要方面，要提供团队协调首先要考了横向联络问题。
2.5 配置管理问题
配置管理是最容易被忽略的问题，从字面上可以理解成项目各种部件装配管理的工具，项目相关部件信息应该都能体现在配置库中。不管软件、硬件、网络，设计文档、建设文档、检查文档、项目管理文档等都应该统一管理。实际很多项目没有统一进行配置管理，多数只是作为软件开发代码库使用，也没有专人负责。到项目验收的时候，才找很多人攒文档，补充项目过程文件。
解决配置管理问题首先还是要由专业人员负责，建立起统一的配置管理策略、方法和技术平台，用什么工具倒是其次，关键是大家都要用。
2.6 人员能力问题
|
|
发表于 2008-10-11 18:47:00