高效程序员的45个习惯第二章

第2章 态度决定一切

选定了要走的路，就是选定了它通往的目的地。
——Harry Emerson Fosdick(美国基督教现代主义神学家）

例如，有一种相当流行的软件方法学要求对一个项目分配35种不同的角色，包括架构师、设计人员、编码人员、文档管理者等。敏捷方法却背道而驰。只需要一个角色：软件开发者，也就是你。项目需要什么你就做什么，你的任务就是和客户紧密协作，一起开发软件。敏捷依赖人，而不是依赖于项目的甘特图和里程表。

图表、集成开发环境或者设计工具，它们本身都无法产生软件，软件是从你的大脑中产生的。而且它不是孤立的大脑活动，还会有许多其他方面的因素：个人情绪、办公室的文化、自我主义、记忆力等。它们混为一体，态度和心情的瞬息变化都可能导致巨大的差别。

因此态度非常重要，包括你的和团队的。专业的态度应该着眼于项目和团队地积极结果，关注个人和团队的成长，围绕最后的成功开展工作。由于很容易变成追求不太重要的目标，所以在本章，我们会专注于那些真正的目标。集中精力，你是为做事而工作。

软件项目时常伴有时间压力——压力会迫使你走捷径，只看眼前利益。但是，任何一个有经验的开发者都会告诉你，欲速则不达。

我们每个人多少有一点自我主义。一些人还美其名曰“健康”的自我主义。如果我们要去解决一个问题，我们会为完成任务而感到骄傲，但是这种骄傲有时会导致主观和脱离实际。你也很可能见过设计方案的讨论变成了人身攻击，而不是就事论事地探讨问题。对人不对事会让工作更加的有效。

反馈是敏捷的基础。一旦你意识到走错的方向，就要立即做出决策，改变方向。但是指出问题往往没有那么容易，特别当他设计一些政治因素的时候。有时候，你需要勇气去排除万难，奋勇前进.

只有在你对项目、工作、事业有一个专业的态度的时候，使用敏捷方法才会有效。如果态度不正确，那么所有的这些习惯都不管用。有了正确的态度，你才可以从这些方法中收益。

做事

也许你不相信，但确实有些人常常不把解决问题放在最高优先级上。也许你也没有。先自我反省一下，当有问题出现时，“第一”反应究竟是什么。

如果你说的话只是让事态变得更复杂，或者只是一味地抱怨，或者是伤害了他人的感情，那么你无意中在给问题火上浇油。相反，你应该另辟蹊径，问问“为了解决或缓解这个问题，我能够做些什么？”在敏捷的团队中，大家的重点是做事。你应该把重点放在解决问题上，而不是在指责犯错者上面纠结。

指责不能修复bug
Blame doesn’t fix bug

世上最糟糕的工作（除了在马戏团跟在大象后面打扫卫生）就是和一群爱搬弄是非的人共事。他们对解决问题并没有兴趣，相反，他们爱在别人背后议论是非。他们挖空心思指手画脚，议论谁应该受到指责。这样的团队的生产力是及其低下的。如果你发现自己是在这样的团队中工作，不要从团队中离开——应该跑开。至少要把对话从负面的指责游戏引导中性的话题，比如谈论体育运动或者天气。

你可以从自己开始，如果一个开发者带着抱怨或问题来找你，你要了解具体的问题，询问他你能提供什么样的帮助。这样简单的一个行为就清晰地表明你的目的是解决问题，而不是追究责任，这样就会消除他的顾虑。你是给他们帮忙的。这样，他们会知道每次走近你的时候，你会真心帮助他们解决问题。他们可以来找你把问题解决了，当然还可以继续去别处求助。

过程符合标准并不意味结果是正确的。敏姐团队重结果胜于过程。

用于承认自己不知道答案，这会让人感觉放心。一个重大的错误应该被当作是一次学习而不是指责他人的机会。团队成员们在一起，应互相帮助，而不是相互指责。