程序员在遭遇频繁改需求的甲方时，经常面临工作量加倍却无法延长工期的困境。文中通过三个项目实例，揭示了这种现象对程序员的影响，包括通宵赶工、压缩开发周期以及需求反复变更导致的不满。面对这种情况，程序员有时不得不删除代码以示抗议。此外，文章也提及了敏捷开发和理解业务需求的重要性，引发对如何有效沟通和管理需求变更的思考。
程序员说：我不讨厌改需求，讨厌的是频繁地改需求。
程序员说：我不讨厌频繁地改需求，讨厌的是频繁地改完需求后，工期却不延长。
改需求不可怕，可怕的是工作量加倍，其实程序员最终的诉求是延长工期，毕竟只挣一份工钱。
第一个项目，只是纯粹压缩时间
当时接手的第一个项目，是做一个在线的课件，可以即时通讯，收发作业，在线笔记，在线考试。
第一期，只把在线的课件做出来，其它的先不做，因为要做发布会。
发布会前夜，通宵做东西，程序是外包的，那晚才知道，工期对方报的两个月，后来压缩至两个星期。
我说呢，为什么这么厉害的团队只把东西做成这个样子，但这个项目是老板做的第一个项目，奠定了以后频繁改需求的基础，因为，在他眼里，两个月的东西，既然能压缩到两个星期，那说明报的时间都是有水份的，可以加班无限压缩程序员的时间。
第二个项目，三个月的活压缩到一个月&
最低0.47元/天 解锁文章
扫一扫
1192
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
