技术债务，是指匆忙的实现一个功能，却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计)，这对于一些项目经理/客户来说就像是天书奇谈。也许他们是明白的，只是不愿意承认罢了，我估计是这样的。不管怎样，我想起来一个小故事，当下次遇到这种情况，需要向他们解释增加某些新功能的代价时，也可用讲这个故事给他们听。
一个农夫有3只母鸡。每只母鸡每天下一个蛋。农夫跟当地的一个食品店老板做生意。食品店老板每天从农夫那里买2给鸡蛋放在店里出售。一切都很好，直到有一天，食品店老板出现在农夫家里：
食品店老板: 哎呀，今天我需要一些鸡肉。
农夫: 鸡肉？你和我的生意里可不包括这些。
食品店老板: 我知道。但我真的需要一些鸡肉。我计划要做一个B2S(S是胃的缩写)模式的PaaS(P是肉禽的缩写)平台。
农夫: 什么？
食品店老板: 非常重要的东西。你可以提供我一些鸡肉吗？
农夫: 这样呀，事情不是那么容易办到 — 我要孵化鸡蛋，等小鸡长大了才能给你…少说也要一个月吧。
食品店老板: 一个月？太久了…我以为你现在就能给我呢。
农夫: 时间有自己的脚步，你必须耐心一点等。
食品店老板: 可是，为什么你不能在现有的母鸡中杀一个呢？这样一来，我有了鸡肉，你每天还能产两个蛋。这就够了，不是吗？
农夫: 可是，我不觉得这是一个好主意。这会把我推向一个没有回旋余地的境况，万一剩下的鸡中有一只突然出了什么意外怎么办。
食品店老板: 放心啦，不会发生那样的事的…我真的非常非常需要鸡肉！杀一只鸡吧！
农夫: 那好吧，我想我可以…
于是，农夫拿起一把刀，把他的一只母鸡送入了天堂。食品店老板得到了他的鸡肉，返回了食品店。
一周后，食品店老板又一次来到了农夫家里：
食品店老板: 你好，我来了！
农夫: 你好，有什么事？
食品店老板: 你听我说 — 你的鸡肉好极了。事实上，它是如此的鲜美，卖的如此的好，你必须要再给我一只鸡。最迟明天早上。
农夫: 这是不可能的事。如果我要再杀一只鸡给你，我就没法每天提供你两个鸡蛋了。
食品店老板: 哦，别那么紧张！客户需要鸡肉，我已经答应客户明天早上提供给他们了…
农夫: 不行，绝对不能这么干。如果我这么做，我就履行不了我和你的协议了，你知道吗？如果我这么做，我就没法提供你足够的鸡蛋了。
食品店老板: 可是我真的真的需要鸡肉！明天早上之前！否则客户会发飙的，地球将会塌陷，世界末日将会到来！给我一只鸡吧，现在！
农夫: 那好吧，如果你非要这么不顾后果的想要，那就拿去吧！但是，从现在开始，鸡蛋我是没法提供你了，明白？
食品店老板: 当然，当然。但我相信是个很聪明的人，我猜你能找到方法解决这个问题。再见！
食品店老板离开回到了店里。
第二天：
食品店老板: 嗨，鸡蛋呢？
农夫: 你什么意思？
食品店老板: 鸡蛋。你只给了我一个鸡蛋。发生了什么事？
农夫: 发生了什么事？我有3只鸡，你拿走了两只。现在就剩下一只。一只鸡，一个鸡蛋。我认为我解释的已经很清楚了。
食品店老板: 但是合同里并没有这些！合同里说的很清楚 — 你每天提供我2给鸡蛋！你现在让我向客户怎么交代？
农夫: 哦，情况我很明白。我无能为力。
食品店老板: 好吧，好吧，不谈这事了。咱们聊点其它事情…要是能再能点鸡肉就好了。你再给我一些吧？
所以，千万别学农夫 — 坚决拒绝为了当前利益而长久的破坏你的代码库的无理要求，如果你被强迫这样做，拒绝承担这样的任务 — 也不要做食品店老板 — 不要做提出这样不合理的要求，你要为自己的决定承担后果。
如果可以的话，谁想学农夫，老板不会考虑你的技术债务，只要结果，你拒绝老板，老板就会认为你没有存在的价值了。。最终结果都一样。。。。
这样的老板跟着会有出息？走就走呗，没有前途没有大局观的领导，瞎浪费自己时间
我比较赞同楼上的观点。在私企干活，只能学农夫。印证了《人件》中的一个理论“恶意顺从”。
无论是项目经理还是客户提出的功能需求，最终实现都落在了码奴身上。
如果码奴拒绝，八成会被开掉。
当软件理论遭遇现实……
2给鸡蛋 是2个鸡蛋吧
把这些对话都记录下来。。。下次老板or产品 再找开发（农夫）要时，拿出证据。。。
现实是，食品店老板要求农夫加班三个通宵，就可以再造一只鸡出来…根本不用等三个月。
在国内，大部分IT公司都还停留在煤老板的粗犷经营模式下
你跟他们讲技术是没用的。。。
很好的故事，但用这个故事去说服老板或产品总监，很难。其实大家都不傻，站在老板的角度上，公司需要利润;站在产品的角度上，产品至少要满足当前的迫切需求。程序员一边需要实现需求，同时又要拒绝不合理的需求，的确很不容易，所以说，如何做一个好的程序员，需要我们更多的思考。
农夫应该养好3只鸡，提前孵化2只小鸡，备用2个鸡蛋
这个观点好
哪里有这么好的。不过我也奇怪，为什么明明三只鸡却只有两个鸡蛋。
有一只公鸡
发人深省！现在太多的老板都是食品店老板，程序员基本都是农夫。
这个预言可以从不同角度来看吧
1. 农夫是公司，食品店老板是客户， 最后受害的只有农夫
2. 农夫是程序员，食品店老板是公司的老板，最后实际是双方都受害了
感觉大多数人貌似都遇到了，可是，这该怎么解决呢？
其实,更可恶的是食品店的老板根本就不给农夫足够的饲料.
对农夫来讲.最靠谱的办法有两个:
1.手上永远储备多一个的蛋.如果老板要收购多的鸡蛋.那他至少要付出多一倍的价格.
这样农夫也有可能扩大生产规模了.
2.必须杀鸡时,手上保留一半的肉.然后通知老板,需要他要给出一只半鸡的价格才能拿到一半的鸡肉.要么就找别人去买鸡肉去.
既然老板破坏了规则.他就得付出相应的代价.否则农夫就只能割自己的肉来交付了.
这个还挺聪明的。
我干过的事情是：坦白告诉他如果一定要这么快搞出鸡肉，将会降低鸡肉质量，变成速生鸡什么的。
话说回来，如果老板要求程序员加班加点或者不顾代码质量的情况下快速完工，并且拿饭碗威胁，这种私企不待也罢，被开掉还能多拿一个月（或许更多？）的工资呢。技术经验是自己的，反正那私企开了程序员也变不出代码。
很好的故事，在谈论需求的时候可以给产品他们讲一下这个故事，希望大家都能够好好的反省一下！
很多时候, 为了完成经理交待下来的一些紧急任务, 经常对原先任务计划进行调整修改. 慢慢积累下来, 我就成了农夫了… 原先计划完成不了, 新插入的计划为了快速完成做得比较烂, 还有可能存在漏洞… 希望有经验的老手们, 看看有什么解决办法…
最好的解决办法是离开这样的公司
可以尝试跟经理说，如果要求在这么短的时间内完成功能，可能导致程序混乱，bug变多且不易修正。更好的办法是先交付一部分功能，稳住客户，然后在后期交付其他功能。
然后就是经理要和客户谈判了。
这个故事太好了
这个问题在国内，按照目前情况解决不了。
在看这篇文章时，我正好遇到一样的问题，但是现在我没有把它当做“难友”。
这好比说病人要求医生救他，医生说，我要先改良一下卫生环境，才能给你开刀，这需要院领导批示一些经费来做卫生工作，这要时间。这只能说明一个问题：这个医院的卫生等级和能力不符合这个病人的需求标准。病人只能选择去更好的医院就诊。
一个良好规划，书写精简并且能够扩展的代码，是开发人员应该提供的“卫生标准”，而不是在将地面弄的一团糟之后，去怪“病人”。
关键还是量化技术成本，说白了，产品经理根本不知道你口中的技术债有多大，你必须有一个用于对比的案例去量化这个技术成本，同时如果产品经理没理解其中的技术成本有多高或者你没法预估，那就拖着先做能预估的内容，不能预估的分成产品上不可或缺的功能以及锦上添花型的内容，锦上添花型的先拖着，不可或缺的就需要一个技术评审会议了，要做，给时间挤掉别的模块，不给，那接下来的技术债就不是你的锅了
国内需要和产品经理做好沟通，毕竟开发人员和产品经理并不是完全对立的，越是这种地方越需要和产品经理进行深入沟通，天天沟通，量化风险而不是一句我不做或者一味的听产品经理的话