[观点]企业自杀行为:重写程序

  • 时间:
  • 浏览:1

经过更完正的询问后,我了解到我们歌词 都的可能性膨胀巨大的代码库中还保留着公司早期在拓荒阶段为客户开发的代码遗迹。当初针对客户的产品技术设计对于公司当前所面对的新平台的扩展任务来说并都不 正确的设计。

原先 经历过重写噩梦或理解tcp连接的简化性的CEO会知道,没法最初的技术开发团队,重犯完后 原先 犯过的错误的几率会非常的高。加之会引入完后 不曾犯过的错误,根据墨菲法则,不受约束的乐观主义会使1年期的重写计划变成数年。

导读:原文来自steveblank.com,作者steveblank写的《Startup Suicide – Rewriting the Code》,由外刊IT评论翻译《企业自杀行为:重写tcp连接》。

CEO在其职业生涯中共要会遇到一次原先 的“重写”2个的问題。可能性他是被请来替代技术创始CEO的,那你这个决策似乎很好定——只时需对比一下负责技术的副总裁提供的重写(短期)进度计划和保留老代码、增加新功能(长期)的进度计划就行了。而事实上,这是个愚蠢的决定。技术团队他说会知道使用旧tcp连接的困难和2个的问題所在,但不想知道可能性重写代码库可能性面对2个的困难和2个的问題。

原文链接: Startup Suicide – Rewriting the Code

我刚好和一位我们歌词 都在加州的Palo Alto共进午餐,他是有一个 科技公司的创始人,现在出任董事会主席。几年前他聘请了一位职业经理做CEO。我询问他工作做的怎么(“非常好,谢谢你的关心,五年来,公司现在的市值可能性达到5千万美元”),但他却想跟我谈有一个 在他脑子里想了想要的2个的问題。“随着公司的壮大成长,我们歌词 都对市场变化和客户反馈的反应没法迟钝。实在现在我们歌词 都的营业收入看起来还不错,但可能性我们歌词 都没法使公司的产品平台跟上客户需求的快速变化,一两年内我们歌词 都就可能性完蛋。我们歌词 都的CEO没法技术背景,但他也为公司没法开发出他想要的你这个新功能和平台(Facebook,iPhone手机手机5,Android等)而烦闷。在最近的一次董事会会议上,我们歌词 都主管技术的副总裁指出2个的问題的根源在于‘我们歌词 都的tcp连接积累了不多的技术债务’,tcp连接实在是糟透了,我们歌词 都现在根本没法出理 。他告诉董事会,可能性想在其上做我们歌词 都想要的修改,那没法重写你这个产品。”我的我们歌词 都补充道,“这听起来很合理,可是我我CEO打算批准你这个计划。”

我的观点是,CEO和主管技术的副总裁混淆了因果。客户不想必求新的tcp连接。我们歌词 时需的是新的功能和平台——在当前。我们歌词 都不太关心2个功能是由一堆糊涂代码、还是由外星飞船、还是由有一个 新产品提供的。当你在代码重写的过程中,2个不痴迷于架构血统纯度的竞争对手会扩展我们歌词 都的功能、平台,拉拢客户、增加市场份额。你这个目前就增加2个功能、还是一两年后再增加2个功能之间的区别代表着收入增长、还是被淘汰出局本身境况之间的区别。

他说这着手搞tcp连接重写最危险的副作用可是我我当你对旧的tcp连接敲定死亡时却没法可替代的产品处在。当副总裁和CEO敲定公司将来要采用新的tcp连接时,谁一定会去重视这充满2个的问題的旧tcp连接呢?当管理者说出“重写”你这个词时,老的tcp连接就死掉了。这后果可是我我,CEO没法退路可走。可能性技术副总裁的开发tcp连接最终是花了4年时间,而都不 设想的1年,没法在这几年期间对于系统新功能的增加不想有任何的进展。

敏捷开发和最小化功能组合的好处是能持续得到客户反馈,快速迭代,出理 无用tcp连接的产生。你这个随着时间的推移,可能性开发人员不注意,2个为早期客户编写的tcp连接会变得笨拙不堪,难以维护,无法扩展。你最终会讽刺的得到和敏捷法律依据完正相反的结果。你这个2个的问題的严重程度会随着公司的壮大呈指数级增长。合理的出理 方案是2个?把产品“重构重写”。

我提醒我的这位我们歌词 都,我从来没法做过技术管理,可是我我任何我给他的建议都不 来自于经历过你这个事情的他人。

给我们歌词 都的建议?指出市场的快速变化和竞争性,指出你这个动作会使公司致命。公司在前进道路上的探索不应该在时间对于市场至关重要的情况下、在客户的需求快速转换的情况下对代码库进行重写。重写是在竞争周期比较长的市场条件下才可行。

译文链接:http://www.aqee.net/2011/02/15/startup-suicide-rewriting-the-code/

“没法董事会在听到你这个鲁莽的计划后没法做任何反应吗?”我问道。“没法,”我们歌词 都回答道,忧郁的摇摇脑袋,“董事会成员都感觉这像个好主意。”

以下是全文:

我认为这看起来像是技术副总裁蓝景设计上的失败——加上之没法代码重写经历的CEO推波助澜——再经过想什么都没法具有建设性的方案的董事会们的搅和。

对于处在快速变换的市场中的有一个 公司,这通常是走向灭亡的结束。

我建议他应该在董事会会议上把2个情况陈列清楚。要求CEO完正列出2个完后 时需2个样的功能和平台形态学 ,用2个样的手段对进度计划管理的风险进行控制。弄清楚你这个完正不同的技术方案不是真的可行。(不是时需只重构目前时需追加新功能的部分模块?在新的代码库上开发要求的新平台系统?启动有一个 独立的分支工作团队来开发新平台?等等)