软件开发外包项目常见的问题

简介: 技术人生

🚀 个人主页 极客小俊
✍🏻 作者简介:web开发者、设计师、技术分享博主
🐋 希望大家多多支持一下, 我们一起进步!😄
🏅 如果文章对你有帮助的话,欢迎评论 💬点赞👍🏻 收藏 📂加关注

前言

外包项目经常会遇见一些很不可控的问题, 根本原因在于[甲]、[乙]、双方对软件开发的理解不一致, 尤其是[甲方:客户] 对软件开发的特点 和 流程的不了解所导致,一般我作为项目经理会提出在项目启动之前 由我们[乙方: 开发团队] 给 [甲方:客户] 进行一次项目开发会议讨论的宣讲! 尽可能的避免后期问题!

问题1 甲方不断增加改变需求

最最核心的问题我认为就是 : 合同签订后,客户不断加功能,乙方不断退让,导致项目的功能越来越多,十分繁复。专业的名称叫做项目范围蔓延。

另外就是 通常外包合同中所描述的项目各种需求程度是有限的, 导致甲方在细节执行上可以要求乙方再一次的添加功能,而且可以拿付款等条件要挟乙方,从而产生项目后期的不良后果!

然而实际情况是,软件项目的预算是有限的,软件开发的人员成本也很高,项目签订的时候往往就只有少于10%的利润, 因此项目功能性的范围蔓延对乙方是一个灾难
因为事情多了,预算还未增加 这时候通常有些乙方会通过在其他功能模块上的偷工减料,减少后期维护成本等方法来避免亏损 这对某些小型创业的公司更加也是没办法的事情!

小结
最后受害的还是甲方 有时甲方发现,项目完成了,过一段时间乙方的公司却倒闭了,软件找不到人维护,就是这种情况。
所以最好的项目是甲方需要的核心功能全部按质按量完成,乙方也可以赚到自己的利润,双方皆大欢喜,下次还有合作的机会。添加功能加配置,甲方也应该添加相应的预算和时间,合情合理,这才是大家向往的未来!

问题2 乙方不断退让

甲方不断修改需求,修改界面,乙方不断退让,最后导致整个项目烂尾楼。

甲方应该意识到,修改需求,修改界面,犹如房子建设过程中修改图纸,难度是比较大的,伤筋动骨。往往会导致软件中后期出现难以修复的bug。而且由于软件开发都是人力来做,现在人力成本上升,软件修改成本也很高,往往导致项目严重超值,继而导致甲乙方为增加预算扯皮,从而导致烂尾项目。

正确的解决方法是: 在项目的早期,甲乙方对软件设计充分沟通,拿出一份最佳方案,签字确认之后再开始软件开发。而软件开发中原则上不修改设计方案。

界面上细微调整由于不影响程序结构,通常不会有大的影响。注意方案定稿之后,不要反复修改就行。少量改动是允许的。

如果确实需要修改需求 , 这种情况就需要走变更流程

  1. 甲乙方对修改的原因
  2. 修改的后果充分讨论
  3. 增加相应预算和时间,进行修改。
    这些往往在甲乙方讨论之后,会觉得预算和时间上难于承受,因此放弃修改。[当然这里要排除一些杠精类型的人]

额外礼包赠送所带来的问题

乙方为了迎合甲方,主动添加一些项目计划外的功能。或者对软件做一些无关痛痒的美化。
其实也会导致成本上升,时间拖延,压缩了项目利润。乙方需要这些项目利润来提高员工待遇,更新设备,安排员工培训,提高竞争力。另外一方面,项目镀金会分散团队的精力,而这些精力应该被用于优先完成软件核心功能,以及做一些必要的缺陷处理,性能优化。


总结 所以大家在开发项目的时候一定一定要清楚一些规则,虽然我们做事情可以灵活多变,但是为了后期不让彼此带来很多问题 和 扯皮的事情 ,还是需要一定的约束 !

软件项目外包合同范本

1.png

相关文章
|
存储 测试技术 API
为什么大多数团队推行自动化测试最后却不了了之?
随着软件行业的快速发展,接口测试用例在软件开发中扮演着越来越重要的角色。自动化测试作为软件测试的一个重要分支,一般可以提高测试效率和质量,节约测试成本和时间,但是在实际推行过程中,大多数团队最终却难以持续实施自动化测试,不是编写测试用例有多难,而是维护测试用例的成本非常高,通常是“编写用例一时爽,维护起来火葬场”。于是对于如何有效地编写和运行接口测试用例就成了一个重要的话题。
|
Java
这就是我不建议去外包公司开发的原因?
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/kese7952/article/details/82910038 咱们每个人都是学了好久编程,做了好久的项目,目的也只是为了可以去一个不错的公司可以有一个不错前景的发展。
4287 0