🚀 个人主页 极客小俊
✍🏻 作者简介:web开发者、设计师、技术分享博主
🐋 希望大家多多支持一下, 我们一起进步!😄
🏅 如果文章对你有帮助的话,欢迎评论 💬点赞👍🏻 收藏 📂加关注
前言
外包项目经常会遇见一些很不可控的问题, 根本原因在于[甲]、[乙]、双方对软件开发的理解不一致
, 尤其是[甲方:客户] 对软件开发的特点 和 流程的不了解所导致,一般我作为项目经理会提出在项目启动之前 由我们[乙方: 开发团队] 给 [甲方:客户] 进行一次项目开发会议讨论的宣讲! 尽可能的避免后期问题!
问题1 甲方不断增加改变需求
最最核心的问题我认为就是 : 合同签订后,客户不断加功能,乙方不断退让,导致项目的功能越来越多,十分繁复。专业的名称叫做项目范围蔓延。
另外就是 通常外包合同中所描述的项目各种需求程度是有限的, 导致甲方在细节执行上可以要求乙方再一次的添加功能,而且可以拿付款等条件要挟乙方,从而产生项目后期的不良后果!
然而实际情况是,软件项目的预算是有限的,软件开发的人员成本也很高,项目签订的时候往往就只有少于10%的利润, 因此项目功能性的范围蔓延对乙方是一个灾难
因为事情多了,预算还未增加 这时候通常有些乙方会通过在其他功能模块上的偷工减料,减少后期维护成本等方法来避免亏损 这对某些小型创业的公司更加也是没办法的事情!
小结
最后受害的还是甲方 有时甲方发现,项目完成了,过一段时间乙方的公司却倒闭了,软件找不到人维护,就是这种情况。
所以最好的项目是甲方需要的核心功能全部按质按量完成,乙方也可以赚到自己的利润,双方皆大欢喜,下次还有合作的机会。添加功能加配置,甲方也应该添加相应的预算和时间,合情合理,这才是大家向往的未来!
问题2 乙方不断退让
甲方不断修改需求,修改界面,乙方不断退让,最后导致整个项目烂尾楼。
甲方应该意识到,修改需求,修改界面,犹如房子建设过程中修改图纸,难度是比较大的,伤筋动骨。往往会导致软件中后期出现难以修复的bug。而且由于软件开发都是人力来做,现在人力成本上升,软件修改成本也很高,往往导致项目严重超值,继而导致甲乙方为增加预算扯皮,从而导致烂尾项目。
正确的解决方法是: 在项目的早期,甲乙方对软件设计充分沟通,拿出一份最佳方案,签字确认之后再开始软件开发。而软件开发中原则上不修改设计方案。
界面上细微调整由于不影响程序结构,通常不会有大的影响。注意方案定稿之后,不要反复修改就行。少量改动是允许的。
如果确实需要修改需求 , 这种情况就需要走变更流程
- 甲乙方对修改的原因
- 修改的后果充分讨论
- 增加相应预算和时间,进行修改。
这些往往在甲乙方讨论之后,会觉得预算和时间上难于承受,因此放弃修改。[当然这里要排除一些杠精类型的人]
额外礼包赠送所带来的问题
乙方为了迎合甲方,主动添加一些项目计划外的功能。或者对软件做一些无关痛痒的美化。
其实也会导致成本上升,时间拖延,压缩了项目利润。乙方需要这些项目利润来提高员工待遇,更新设备,安排员工培训,提高竞争力。另外一方面,项目镀金会分散团队的精力,而这些精力应该被用于优先完成软件核心功能,以及做一些必要的缺陷处理,性能优化。
总结 所以大家在开发项目的时候一定一定要清楚一些规则,虽然我们做事情可以灵活多变,但是为了后期不让彼此带来很多问题 和 扯皮的事情 ,还是需要一定的约束 !