IT项目风险控制的思考

成功的项目都有类似的要素,失败的项目各有各自的失败原因。

在过去的三年里,我经历过许多项目和需求,作为一名工程师,我希望我能够在满足用户同时不断提高产品的质量,但现实则常常需要我在质量和效率之间做取舍,项目的工期计划更是对工程师经验和技术的考验,今天我想简单谈谈项目如期完工所面临的风险。

成功要素

足够的开发时间、准确的项目需求、明确的项目分工,稳定的技术支持、高效的项目流程,有以上五个要素的项目很难出意外;

开发时间的足够能够让工程师用逻辑和稳健的代码来构建程序,并且能够及时发现程序的错误。

准确的项目需求能够让工程师集中精力去思考实现,而不是担心项目需求的一次次变动。

明确的项目分工让不同职位的同事发挥自己的特长,出现问题直接找对应的人来解决,而不需要在询问和测试中花费时间。

稳定的技术支持,即包括可靠的技术,也包括可靠的人。

在多人合作的项目中,流程的高效可以让需求快速传递,不断迭代提升。

风险管理

但现实是以上五个要素基本不可能总能凑齐,总是要紧急的需求要马上做,总是有需求改了又改,有些需求自己要当开发、产品和测试,总有些新技术和新同事在增加技术风险,需求也总会在某个流程中卡手。

这些都无法避免,这些是工程师必定要面对的问题。

这些问题也许没法解决,但可以尽量减少其中的风险,我们可以在项目的开始时针对上面的五个要素进行风险评估,在最开始时候就明白项目的风险所在,在团队中,我们是否考虑过在五要素中是否有哪些能够增强和预防?如何调配人员来面对开发时间的不足?如果需求变动频繁是否可以先做确定流程再细化功能?需求变化很多时候是细节变化而不是整个流程改变。推广新技术的时候有没有考虑过全面推广的风险和抢救措施?流程上的问题能怎么提升和优化?

last

互联网产品在一次次迭代中优化和提升,工作也同样可以,不想被业务、需求压垮,就要反思效率该怎么提升。

  Total:    No.