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

简介: 技术人生

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

前言

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

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

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

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

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

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

问题2 乙方不断退让

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

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

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

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

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

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

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

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


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

软件项目外包合同范本

1.png

相关文章
|
23天前
|
敏捷开发 网络协议 测试技术
|
2月前
|
项目管理
「软件项目管理」一文了解软件项目团队计划
该文章全面介绍了软件项目团队计划的制定,涵盖人力资源规划、项目组织结构设计、责任分配矩阵(RAM)的应用、干系人管理策略及项目沟通计划的编制等多个方面,帮助项目经理有效地组织和管理项目团队。
|
4月前
|
敏捷开发 持续交付
探索现代软件开发中的敏捷实践
【7月更文挑战第8天】 在快速变化的技术世界中,敏捷开发已经成为了软件开发团队的必选策略。本文旨在深入探讨敏捷实践在现代软件开发中的应用,并分析其对项目成功的影响。通过实际案例分析,我们将揭示敏捷方法如何提高团队效率、增强产品功能以及缩短上市时间。文章不仅为软件开发专业人士提供实用指南,同时也为非技术读者呈现敏捷转型的洞见。
|
4月前
小公司选择高水平LabVIEW团队外包
小公司选择高水平LabVIEW团队外包
31 0
以人为本--创建最好的开发团队
以人为本--创建最好的开发团队
572 0
|
项目管理
艾伟也谈项目管理,我也发软件开发团队的思考(侧重点是人员)
  //上个月给我们老板的mail.洋洋洒洒6000多字.  //为了方便公开,改了一下.以致可能有些地方前言不搭后语.  //不管他同意不同意,先在我们组实行了再说.  //请多大家多提提意见,日后看有没有机会找老板当面交流  经历的几个项目,项目的进度老是不尽如人意。
1195 0
|
项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈
  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。   该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。
1036 0
|
测试技术 项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。   以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
1054 0
|
Java
这就是我不建议去外包公司开发的原因?
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/kese7952/article/details/82910038 咱们每个人都是学了好久编程,做了好久的项目,目的也只是为了可以去一个不错的公司可以有一个不错前景的发展。
4374 0