本书赞誉
译者序
序
前言
第1版前言
第1章 项目管理失当
2001年6月1日:“开发时间表、飞猪和其他幻想”
2001年10月1日:“竭尽所能,再论开发时间表”
2002年5月1日:“我们还开心吗?分诊的乐趣”
2004年12月1日:“向死亡进军”
2005年10月1日:“揭露真相”
2008年9月1日:“我得估算一下”
2009年5月1日:“一切从产品开始”
2009年9月1日:“按计划行事”
2010年5月1日:“敏捷的团队合作”
第2章 过程改进,没有灵丹妙药
2002年9月2日:“六西格玛?饶了我吧!”
2004年10月1日:“精益:比五香熏牛肉还好”
2005年4月1日:“客户不满”
2006年3月1日:“敏捷子弹”
2007年10月1日:“你怎么度量你自己?”
2010年10月1日:“有我呢。”
2010年11月1日:“我在缠着你吗?Bug报告。”
2010年12月1日:“生产第一”
2011年2月1日:“周期长度--生产力的老生常谈”
第3章 根除低下的效率
2001年7月1日:“迟到的规范书:生活现实或先天不足”
2002年6月1日:“闲置人手”
2004年6月1日:“我们开会的时候”
2006年7月1日:“停止写规范书,跟功能小组呆在一起”
2007年2月1日:“糟糕的规范书:该指责谁?”
2008年2月1日:“路漫漫,其修远--分布式开发”
2008年12月1日:“伪优化”
2009年4月1日:“世界,尽在掌握”
2011年4月1日:“你必须做个决定”
第4章 跨越工种
2002年4月1日:“现代临时夫妇?开发与测试”
2004年7月1日:“感觉性急--测试者的角色”
2005年5月1日:“模糊逻辑--君子之道”
2005年11月1日:“废除工种--有什么理由搞专业化?”
2009年1月1日:“持续工程的鬼话”
2011年5月1日:“测试不该不受尊重”
第5章 软件质量不是梦
2002年3月1日:“你对你的安全放心吗”
2002年11月1日:“牛肉在哪里?为什么我们要质量”
2004年4月1日:“软件发展之路--从手工艺到工程”
2005年7月1日:“复审一下这个--审查”
2006年10月1日:“对质量的大胆预测”
2008年5月1日:“碰撞测试:恢复”
2008年10月1日:“盯紧标称”
第6章 有时间就做软件设计
2001年9月1日:“错误处理的灾难”
2002年2月1日:“太多的厨师弄馊了一锅好汤--唯一权威”
2004年5月1日:“通过设计解决”
2006年2月1日:“质量的另一面--设计师和架构师”
2006年8月1日:“美妙隔离--更好的设计”
2007年11月1日:“软件性能:你在等什么?”
2008年4月1日:“为您效劳”
2008年8月1日:“我的试验成功了!(原型设计)”
2009年2月1日:“绿野中长满蛆了”
第7章 职业生涯历险记
2001年12月1日:“当熟练就是目标”
2002年10月1日:“人生是不公平的--考核曲线”
2006年11月1日:“职业阶段上的角色”
2007年5月1日:“与世界相连”
2007年11月1日:“找个好工作--发现新角色”
2007年12月1日:“要么带头做事,要么唯命是从,要么赶紧离开”
2008年7月1日:“猩猩套装中的机遇”
2010年3月1日:“我是很负责的”
2010年4月1日:“新来的伙计”
2010年6月1日:“升级”
2010年9月1日:“辉煌时代”
2011年1月1日:“个体领导者”
第8章 自我完善
2002年12月1日:“合作还是分道扬镳--协商”
2005年2月1日:“最好学会平衡生活”
2005年6月1日:“有的是时间”
2005年8月1日:“寓利于乐,控制你的上司”
2006年4月1日:“你在跟我讲吗?沟通的基础”
2007年3月1日:“不是公开与诚实那么简单”
2009年3月1日:“我听着呢”
2009年7月1日:“幻灯片”
2009年12月1日:“不要悲观”
2010年8月1日:“我捅娄子了”
2011年3月1日:“你也不赖”
第9章 成为管理者,而不是邪恶的化身
2003年2月1日:“不仅仅是数字--生产力”
2004年9月1日:“面试流程之外”
2004年11月1日:“最难做的工作--绩效不佳者”
2005年9月1日:“随波逐流--人才的保持和流动”
2005年12月1日:“管理我在行”
2006年5月1日:“比较的恶果--病态团队”
2008年3月1日:“必须改变:掌控改变”
2009年6月1日:“奖赏,很难”
2009年10月1日:“招人总是后悔”
2009年11月1日:“管理馊了”
2010年1月1日:“一对一与多对多”
2010年7月1日:“文化冲击”
第10章 微软,你会喜欢它的
2001年11月1日:“我是怎样懂得不再焦虑并爱上重组的”
2005年3月1日:“你的产品单元经理是个游民吗?”
2006年9月1日:“有幸成为Windows的主宰者”
2006年12月1日:“Google:严重的威胁还是糟糕的拼写?”
2007年4月1日:“中年危机”
2008年11月1日:“虚无主义及其他的创新毒药”
2010年2月1日:“我们是功能型的吗?”
术语表
展开
任何大型组织都会有成为自身文化牺牲品的危险。关于业务模式及行为准则的神话想当然地成为金科玉律。任何组织都会存在这种倾向,但对于需要不断创新才能兴旺的技术公司来说,这却是致命杀手。Eric Brechner做了件难以置信的事——他亮出了手术刀,深度剖析了存在于组织中的这种谬误。他毫不客气地亮出了利剑——往往一针见血。尽管有一些隐语和例子对于微软内部的员工更具吸引力,但他的智慧和至理名言,大都可以成为整个软件行业的财富。
——Clemens Szyperski,首席架构师
IMWright写的关于开发时间表的文章真的太棒了!它在我所属项目组参与的基础项目上同样适用。
——Ian Puttergill,项目经理
你不打算遇到死亡威胁这样的事,是吧?
——Tracey Meltzer,高级测试主管
这很可笑——很坦率地说,这类十足的谬论很危险。
——Chad Dellinger,企业架构师
Eric是我个人崇拜的英雄——很大程度上是因为他长期以来一直代表着开发社区的一种声音。
——Chad Dellinger,企业架构师软件工程师
很容易就会迷失在代码中,更糟糕的是,甚至会迷失在过程中。此时迫切需要Eric在本书中提出的实用建议。
——David Greenspoon,总经理
我刚刚读完这个月的栏目……我不得不指出,这是我一次认为你正在推行一个对公司完全错误并且带有灾难性的想法。
——David Greenspoon,总经理
你太有才了,Eric。几个月之前,我跟产品单元经理以及一些开发主管恰恰进行过一次这样的对话。好主意。
——Scott Cottrille,首席开发经理
我们真的很喜欢这些栏目。它们不仅实用,而且很全面!我喜欢它们的另外一个原因是,当我在指导初级开发人员的时候,我可以把这些栏目推荐给他们;他们也会记住这些栏目,因为它们都是那么有趣。
——Malia Ansberry,高级软件工程师
Eric,干得好!我觉得你在这个栏目中说得非常中肯。我想,该给管理者传递这样的信息——“不要害怕尝试。”事情的真实情况跟理想化的理论之间差别是非常大的。
——Bob Fries,合作伙伴开发经理
我只是想让你知道我有多喜欢你写的文章——它们充满智慧,见解深刻,你还神奇地把本来很严肃的问题变得如此有趣(采用的方法很不错)。
——Niels Hilmar Madsen,开发者传教士
你那篇关于死亡行军的栏目来得正是时候。我们正打算在未来几周内开会讨论功能削减的事情呢!那些我们以前付出很大代价才学到的教训,不知怎么回事,总是很容易就忘记了;你的栏目对大家起到了很好的提醒作用。
——Bruce Morgan,首席开发经理
我想让你知道的是,我真的很喜欢并感谢你在EE站点上发表的所有文章。不过,直到今天,当我读了“停止写规范书”这个栏目之后,我不得不说,我强烈不同意你的观点。
——Cheng Wei,项目经理
你到底是谁?你跟Eric Brechner都做了些什么?
——Olof Hellman,软件工程师
Eric,我刚刚读完你写的那篇叫“不可攀比”的文章。你不知道我有多感激你!你实际上把这个观点传递给了公司里面成千上万的人……你致力于正确领导和管理团队,并把其中的奥秘跟大家分享,对于你的这种热情我真的非常欣赏!
——Teresa Horgan,商务项目经理