程序员追求座右铭

❶ 适合程序员的座右铭

1.时间,就象海棉里的水,只要愿挤,总还是有的。
2.大学毕业了,不是学习结束了,而是刚刚开始了!
3.如果你不喜欢现在的工作,要么辞职不干,要么就闭嘴不言:
4.所谓人才,就是你交给他一件事情,他做成了;你再交给他一件事情,他又做成了。
5.免费是世界上最昂贵的东西。所以尽量不要免费。等你有了钱以后再考虑免费。

❷ 适合程序员的座右铭

【文章导读】 程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。下面是我为大家整理的程序员座右铭 ，供大家参考。

言顾行，行顾言，君子胡不慥慥尔!

————《中庸》

开发前要讨论一下需求能否实现，不能实现的话，要尽早提出来，不要等到开发进度去到一半的时候才说做不到。自己提出解决方案同时要考虑能不能实现。

博学之，审问之，慎思之，明辨之，笃行之。

————《中庸》

作为程序员，要博学(了解各种技术)，要询问(请教不懂的问题)，要思考(理解技术原理)，要辨别(技术的优劣性)，要实践(技术的应用)。这才是真正的程序员。

苟日新，日日新，又日新。

————《大学》

技术永远都在不断的进步，所以每天要学会更新自己的技术。精益求精才是IT发展的动力。

读书百遍，其义自见。

————《三国志》

程序员看书(教程)不是看一遍就能懂，需要反复阅读，才能把真正的原理给发掘出来。

温故而知新，可以为师矣。

————《论语》

我写博客的原因之一。重温一下自己专业知识，让你迅速成为“老司机”。

见贤思齐焉，见不贤而内自省也。

————《论语》

开发团队的人能力参差不齐，见到技术好的人要学习，见到技术差的人反省自己有没有同样的犯错误。

敏而好学，不耻下问。

————《论语》

技术问题不是一个人解决的事，不懂就要多问。

学而不思则罔，思而不学则殆。

————《论语》

学习一门技术不思考原理则会迷茫，不知道是实现怎么来的。一直空想却不去学习别人是怎么实现，就一直感到困惑不解。

工欲善其事，必先利其器。

————《论语》

中国IT界的经典语录之一。想把开发工作做得有效率，就要熟练使用开发工具。

过犹不及。

————《论语》

把开发工作做得太快，或者是做得太好，跟做的太慢，或者做得太差，效果是一样的。(前者是欲速则不达，自作聪明，后者是慢条斯理，敷衍了事)认真做好每一步工作，脚踏实地。

仕而优则学，学而优则仕。

————《论语》

工作有余力的时候要懂学习，学习好了之后就可以去找更好的工作。

士不可以不弘毅。任重而道远。

————《论语》

程序员不可以没有刚强的毅力，因为程序员的责任重大，工作的道路遥远。(程序员是IT的核心)

天将降大任于斯人也，必先苦其心志，劳其筋骨，饿其体肤，空乏其身，行拂乱其所为也，所以动心忍性，增益其所不能。

————《孟子》

加班的时候想一想，就觉得这是上天给你的一种考验，激发自己的潜能，让你以后出人头地。

鱼，我所欲也;熊掌，亦我所欲也。二者不可得兼，舍鱼而取熊掌者也。生，亦我所欲也。义，亦我所欲也;二者不可得兼，舍生而取义者也。

————《孟子》

金钱和时间两者不可同时得到，想要钱，就要多加班，想要时间，就没有那么多钱。自己看着办。

锲而舍之，朽木不折;锲而不舍，金石可镂。

————《荀子》

程序开发不是一件简单的时间，需要花很多的时间去开发。所以需要程序员要有一颗坚定的心，即使技术有多难，还是有解决的方法的，方法总比困难多。(前提：需求一定是合理的，有些方法确实能解决问题，但效果就不是那么理想)

夫战;勇气也;一鼓作气;再而衰;三而竭。

————《左传·庄公十年》

开发的时候不要拖拖拉拉，一口气把某个功能做完才休息。(一停的话就很难接上去，类似于星期一综合症)

逆水行舟，不进则退。

————《莅山西票商欢迎会学说词》

我的生活原则是把工作变成乐趣，把乐趣变成工作。

———— 艾伯乐

把工作当成兴趣，才会使你的程序员生涯过得更有意义。

越学习，越发现自己的无知。

———— 笛卡尔

有些技术问题亦是如此，越去深究它，你会发现自己以为很懂的东西，其实自己根本不懂。

由经验而得的智慧,胜于学习而得的智慧。

———— 佚名

有些时候自己在实践总结得一些经验，比在学习别人经验更加容易理解。

理论所不能解决的那些疑难，实践会给你解决。

———— 费尔巴哈

光看别人的技术文档是不够的，提到的一些概念的东西也未必理解，因此还是需要动手去做一下demo，自然就能理解这个概念。

科学绝不是一种自私自利的享受。有幸能够致力于科学研究的人，首先应该拿自己的学识为人类服务。

———— 马克思

现在大多数的项目都是使用国内外的程序大神开发的'开源框架进行开发，感谢这些大神给我们提供敏捷开发的途径。所以，工作有余力之时，做一些开源项目，人人为我，我为人人。

想要有空余时间，就不要浪费时间。

———— 富兰克林

想不加班，就赶紧写代码，不要浪费时间去看无关紧要的网站。

重要的不是知识的数量，而是知识的质量。有些人知道得很多，但却不知道最有用的东西。

———— 托尔斯泰

学习技术不在于数量，而是质量，要把一门技术学精，才知道怎么用它才合理。

不要只因一次失败，就放弃你原来决心想达到的目的。

———— 莎士比亚

学习技术总会遇到一些挫折，不要轻易的放弃，一放弃就达不到自己的目的。

个人亲身经历，本人以前接触过nodejs，觉得比较复杂，想放弃了，后来项目需要，就花了点时间去学习，终于搞懂怎么用，用完之后就发现这是一个多么实用的东西啊。(千万不要知难而退，应该迎难而上)

谁不会休息，谁就不会工作。

———— 列宁

身体是自己的本钱，不会休息的程序员就不是在工作，而是慢性自杀。(程序员猝死新闻屡见不鲜)

利器完不成的工作，钝器常能派上用场。

———— 狄更斯

好多web IDE都没有管理站点的功能，恰恰Dreamweaver却有。(请不要小看DW的能力)

如果一个目的是正当而必须做的，则达到这个目的的必要手段也是正当而必须采取的。

———— 林肯

做项目的时候，如果需求合理，技术可以实现的话，就应该努力把这功能给实现出来，不要用耍小聪明的模拟技术来欺骗别人。

学习永远不晚。

———— 高尔基

现在学习还来得及，学习任何一门技术也不会晚，只不过是大器晚成罢了。

❸ 作为一个程序员，你希望用什么作为你的墓志铭

在我们学习生活工作当中，我们时常需要一些东西来让我们继续完成我们的任务，因此我们每个人还需要一个墓志铭，对于不同的人来说每个人需要的座右铭是不一样的，那么作为一个程序员，你希望用什么作为你的墓志铭？接下来我们一起来看看。

作为一名程序员，我们一定要知道的东西就是，耐得住寂寞才守得住繁华，因为对于程序员来说，他们大多数处于幕后工作，更多的就是要让自己能够努力的继续坚持工作下去，一定要知道我们需要的就是那个座右铭来激励自己，使得自己更加的强大，因此在我们去世后可以将一生与电脑同伴，从来没留遗憾作为墓志铭。

总的来说，墓志铭能够让我们后人学习很多东西，并且能够持续不断地激励我们去主动地学习，他就像是我们的再生父母，我们需要的就是不断地勇往直前。

❹ 一个程序员的座右铭

【篇一】程序员座右铭

1、作为一个真正的程序员，首先应该尊重编程，热爱你所写下的程序，他是你的伙伴，而不是工具。

2、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。

3、编程是一种单调的生活，因此程序员比普通人需要更多的关怀，更多的友情。

4、程序不是年轻的专利，但是，他属于年轻。

5、没有情调，不懂浪漫，也许这是程序员的一面，但拥有朴实无华的爱是他们的另一面。

6、一个好汉三个帮，程序员同样如此。

7、一个100行的代码调试都可能会让程序员遇到很多挫折，所以，面对挫折，我们永远不能低头。

8、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。

9、程序是我的生命，但我相信爱她甚过爱我的生命。

10、信念和目标，必须永远洋溢在程序员内心。

11、就算我们站在群山之颠，也别忘记雄鹰依旧能从我们头顶飞过。骄傲是比用JAVA进行底层开发更可笑的东西。

12、这句话不是很文雅，彻底鄙视那些害怕别人超越自己而拒绝回答别人问题的程序员。

13、如果调试一个程序让你很苦恼，千万不要放弃，成功永远在拐角之后，除非你走到拐角，否则你永远不知道你离他多远，所以，请记住，坚持不懈，直到成功。

14、最累的时候，家人是你最好的归宿。

15、退一步海阔天空，这是一种应有的心境。

16、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。

17、IF(BOOL 学习= =FALSE)BOOL 落后=TRUE;不断的学习，我们才能不断的前进。

18、你的一个程序有时正常有时不正常，而你已经完全遵循编程的规则，为什么?事实上我认为相信只要遵循别人所说就能得到想当然的结果的人其实是个傻瓜。

19、编程中我们会遇到多少挫折?表放弃，沙漠尽头必是绿洲。

20、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。

21、我们应该重视团队的精神，一个人作用再大，也不过是一碗水中比较大的一粒水珠而已。

22、无私奉献不是天方夜谭，有时候，我们也可以做到。

【篇二】程序员座右铭

1、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。

2、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。

3、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。

4、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。

5、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。

6、一个人静静坐在电脑面前写代码的感觉，那是什么感觉?那是武林高手闭关修炼的感觉。

7、硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。

8、“设计是一个发现问题、而不是发现解决方案的过程” —— Leslie Chicoine

9、“功能说明书里不存在可操作性” —— 37 Signals

10、“过去的代码都是未经测试的代码” —— Michael Feathers

11、“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码” —— Martin Fowler

12、“测试是来表明bug的'存在而不是不存在” —— Edsger Dijkstra

13、“简单不先于复杂，而是在复杂之后” —— Alan Perlis

14、“Real developers ship” —— Jeff Attwood

15、“没有绝世神功” —— Frederick Brooks

16、“过去的33年里，我每天早上看着镜子问自己：“今天是我生命的最后一天吗?我是否要去做今天该做的事?”一天一天太多次是“不是”，我知道这需要改变…所有的事情——所有身外的期望，所有的骄傲，所有的对困难和失败的恐惧——这些东西在死亡面前立刻消失的无影无踪，只剩下真正重要的东西。想着自己即将死去，这是让我避免落入担心失去什么的陷阱里的最好的方法。” —— Steve Jobs

【篇三】程序员座右铭

1、在seso 的blog上看到的，粘贴过来，鼓励自己~

2、曾经的理想是做个程序员，那时以为程序就是计算机的全部。现在依然喜欢程序，但是开始明白，程序并不是计算机的全部，好的程序，好的程序员要经历漫长的修炼，就像是武林高手修炼内功比招式更重要。我要做的是程序员，不是coder。这些是曾经收集的程序员励志语录，其实也并不仅仅是针对程序员，很多事情，是相通的，做事的道理更是一样。把它们贴出来，和大家分享，共勉，一起努力，一起做个真正的程序员。我的专业叫做计算机科学与技术，里面有科学，有技术，真正做下去，前路还很漫长，我们一起努力。

3、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。

4、你比他好一点，他不会承认你，反而会嫉妒你，只有你比他好很多，他才会承认你，然后还会很崇拜你，所以要做，就一定要比别人做得好很多。

5、对程序员来说大部分的快乐是从解决问题，特别是独立解决问题中获得，而不是从这个CASE有多大，奖金有多少中获得。

6、人呐，眼光放得长远一些，看到的东西也会多一些，生活也就会过得更有意义一点。

7、程序员，他们想的是什么?他们想的永远都是技术，他们崇尚的也永远都是技术。

8、其实你找不到错误不代表错误不存在，同样你看不到技术比你牛的人并不代表世界上没有技术比你牛的人。

9、一个人静静坐在电脑面前写代码的感觉，那是什么感觉?那是武林高手闭关修炼的感觉。

10、程序员中的前辈在谈到一个人学写程序有没有前途时，总是会说：“学程序不光要能吃苦能用功，还得看有没有sense，没sense的人，就是再怎么学，再怎么给他讲效果都不好。”

11、为什么很多人都想成功，但成功的人只是极少数?不是因为成功有多困难，其实成功简单得很，只要你一开始都有计划，并且能一直做下去，总会成功的。关键是如何面对成功，你失败了，起码还有人同情你，而成功了，连得到同情的机会都没有。

12、一匹真正的好马，即使在鞭子的影子下，也能飞奔。

13、如果你没有把握做到，最好就不要承诺，你什么也不承诺，至少别人不会看不起你。

14、一本好书，就像高级武功秘籍一样，哪怕只是从里面领悟到个一招半势，功力提升起来都是惊人的。

15、永不放弃，永不放弃又有两个原则，第一个原则是永不放弃，第二个原则就是：当你想放弃时回头看第一个原则。

16、疯狂的程序员决不是靠狂妄和拼命的程序员，而是能够脚踏实地，持续努力的程序员，一个程序员真正做到这两点，技术上去后，唯一能限制他的只有想象力，到那个时候才算“疯狂的程序员”，这种程序员，才能令对手无比恐惧。

17、硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。

18、要么做第一个，要么做最好的一个。

19、理想如果不向现实做一点点屈服，那么理想也将归于尘土。

20、每一个问题都是一把锁，你要相信世界上一定有一把钥匙能打开这把锁，你也能找到这把钥匙。

❺ 有关电脑座右铭

Computers are useless. They can only give you answers.” - Pablo Picasso

计算机没有什么用处。它们唯一能做的就是告诉你答案。 －－Pablo Picasso

“Distributed file systems are a cruel hoax.” - Zalman Stern

分布式文件系统是一场残忍的骗局。 －－Zalman Stern

“A computer lets you make more mistakes faster than any other invention in human history, with the possible exception of handguns and tequila.” - Mitch Ratcliffe

人类有史以来的所有发明中－－也许不包括手枪或龙舌兰酒－－计算机是让你犯错误最多最快的。 －－Mitch Ratcliffe

“Computers make it easier to do a lot of things, but most of the things they make it easier to do don’t need to be done.” - Andy Rooney

计算机使很多事情更容易做到，但其中大部分并不是必需。 －－Andy Rooney

“Computers do not solve problems, they execute solutions” - Laurent Gasser

计算机并不解决问题，它们只是执行解决方案。 －－Laurent Gasser

“Large increases in cost with questionable increases in performance can be tolerated only in race horses and women.” - Lord Kelvin

如果大幅增加费用换来的只是性能可疑的提升，这种情况仅仅出现在赛马和女人身上才是让人可以容忍的。 －－Lord Kelvin

“Memory is like an orgasm. It’s a lot better if you don’t have to fake it.” - Seymore Cray (on virtual memory)

内存就象性高潮。不作假会好一点。 －－Seymore Cray (对虚拟内存的评价)

“Software Engineering is that part of Computer Science which is too difficult for the Computer Scientist.” - F. L. Bauer

所谓软件工程就是指计算机科学中对计算机科学家来说太难的那一部分。 －－F. L. Bauer

“Base eight is just like base ten really, if you’re missing two fingers” - Tom Lehrer

八进制和十进制其实也差不多，如果你少了两根手指头的话。 －－Tom Lehrer

“There are 10 kinds of people in the world, those that understand binary and those that don’t.”
“There are 10 kinds of people in the world, those that understand trinary, those that don’t, and those that confuse it with binary.”

这个世界上有 10 种人，其中有些是能理解二进制的，有些则不懂。
这个世界上有 10 种人，其中有些是能理解三进制的，有些不懂，有些则把它和二进制弄混淆了。

❻ 当客户提出无理的需求，程序员应该怎么办

当你预期的那一天，也许是害怕的那一天，终于来到了：从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路，或许你不太情愿，将就尝试一下。无论在哪种情况下，你都可能缺少工程学科、人员管理以及领导能力的相关教育。这需要的领导能力和管理（它们不是一回事），而不能象Dilbert（译注：着名IT漫画主角）那样简单地和老板对抗了。当你考虑新的目标时，请考虑下面的活动计划列表。一次就抓住了每个亮点，这是不可能的。但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。建立优先级作为经理，首先要做的、最重要的事是你需要有意识地建立优先级。当你仍陷于繁重的软件开发活动中时，你需要一套新的职责。过多的经理新手不能抗拒技术的吸引而陷于此类活动，这将导致项目组的其他人员想要获得经理的帮助时，却得不到帮助。有成效的领导知道他们首要的任务是为其他组员提供服务。这些服务包括训练和指导、解决问题和冲突、提供资源、建立项目目标和优先级、提供适当的技术指引。要使每个组员都能清楚的知道，你总是可以帮助他们。我发现将自己定位于为被我监督的人工作是非常有意义的，而不是相反的。在你所作的事情中，对于组员要求你帮助他们这件事，应该具有非屏蔽中断的优先级。第二重要的，是使你的客户满意。作为一名经理，没有直接的能力使客户满意，因为你已不再是作为个人提供产品和服务完成这点。相反，你必须建立一种环境，准许你的组员最大程度上满足客户的需求。经理提供了强有力的方法，有效地提高客户的满意度。第三重要的，是为你的项目工作。因为也许还有其他许多技术上的项目，或者其他经理的请求帮助，诸如为指导委员会工作。当这些和二个高级别的发生冲突时，都要准备推辞掉。很明显，使其他经理满意的事情是你最不重要的事情。在一个有秩序的组织里，如果你在三个以上的重大环节上获得了成功，其他的经理都会很激动的。我们并不都能很幸运地工作在一个良好的环境里，但一定要对你任务单上排在最前面的工作任务努力尽到最大的责任。集中精力有效地、快乐地、尽可能地帮助你的组员，不要将精力放在使你上司满意的上面。分析你的技能差距除非你已经为新位置做好了准备，否则相对于你当前的领导能力和管理技能，你会感到一些差距。出色的技术背景或许是你被选为领导角色的一个因素，但是你要想干得出色，你需要的技能。针对别人的评论和项目，真实地列出你的长处和短处，然后减少差距。软件人员并不以令人满意的人际关系技能出名。你会希望增强处理人际关系的经验：解决冲突、说服以及灌输想法。你也不得不处理包括招聘、解雇、商谈计划表，以及在你的公室里评论某人业绩使其伤心落泪等一些事务。我发现从一堂倾听技能课开始我的管理职业是非常好的。当作为个体提议人，积极地将我们自己的技术议程提交小组时，我们经常对此感到非常惬意。有效的管理要求的合作和善于接受的人际关系方式。要花点时间学习如何（何时）巧妙地引导自己的自然判断。倾听技能课提供了一种交流机制，我已经发现在许多场合下都很有用。接着，到讲台的另一侧，提高你的演讲能力。如果你真的不适应公开场合的讲话，学习戴尔．卡内基的课会有帮助的。你会发觉，通过这样的培训获得的经验，以及获得提高的交流能力，都可以帮助你更好地适应将来的工作。作为项目领导，为了计划和跟踪项目，以及当需要项目回退而采取修正措施时，你有责任调整其他人的工作。参加项目管理的培训课，阅读一些有关项目和风险管理的书籍和文章。参加项目管理学会，阅读其月刊--PMNetwork。SEI的软件能力成熟度模型对于软件项目计划和项目跟踪提供了很多有用的建议。建立优先级的能力、控制有效果的会议、清晰的交流，对于你，作为一名经理的绩效将会有实质上的影响。定义“质量”几乎每个人都会认真地对待质量问题而且都希望生产出高质量的产品。然而，对于软件的质量含义，没有一个统一的定义。传统上的软件质量观点和“足够好”的软件观点有着激烈的争论。为了帮助小组走向成功，需要花一些时间和你的组员、客户共同探讨质量的含义。这两种阵营在思想上经常不会有相同的定义，可以很容易的就不同目的开展工作。关注交付计划的经理对于想正常地检查每行代码的工程师会不耐烦的；认为可靠性非常重要的客户对一个带有很少使用但带有很多bugs的特性的产品是不会满意的；一个很好的GUI也许会让用户厌烦，因为用户已经熟记了如何有效地使用前一个版本的产品。为了更好的理解客户对软件质量的看法，在Kodak，我的小组曾经邀请了我们的客户和他们的经理就这个议题在一个开放的论坛讨论。这个论坛是很有意义的，那些使用我们产品的人有着自己的理解，通过讨论，我们可以知道我们制定质量的思路有哪些和他们是不相符的。明白了不同，就可以使你集中精力，照顾客户的最大利益，而不是使开发人员获得最大满意。软件质量的传统描述包括要与说明书一致，满足客户的需求，代码和文档没有缺陷。“六个∑质量”（six-sigmaquality）这个流行词，建立了一个非常高的尺度，用于监测失败的频率和密度。但它不适用于如快速产品交付，可用性，充足的特性集，已支付价钱的交付意义这样的质量尺度，。对于我们生产和购买的产品，我们总是热衷于尽可能涵盖所有的这些质量特性，然而，妥协总是必须的。在一个项目的需求阶段，我们制定了包括十项质量属性的一个列表，如效率，协同性，正确性以及宜于学习，我们认为这对于用户来说是最重要的。我们请客户关键人物代表小组以1到5的尺度评估每项属性。一旦我们决定了哪些属性是最重要的，我们就可以设计并实现这些目标。如果你在了解了对于客户的质量含义并在设计实现质量属性的过程中没有麻烦的话，而且客户对质量属性表示满意，那你是很幸运的。在众多关注的质量说明中，我曾听到过一个：“客户回来了，但产品没有”。和你的客户、开发人员一起对每一个产品都确定适当的质量目标。一旦决定了，就给出达到质量目标的明确的最高优先级。以身作则，按很高的质量标准要求你自己的工作。采用这个座右铭：“力求尽善尽美，满足于优秀。”表彰成绩对你组员成绩的表彰和奖励，是激励他们的一种很重要的手段。除非你的小组中已经有了一种表彰程序，否则这应是你最重要的事情之一。表彰包括象征性的东西（证书，旅游奖励）以及实际的东西（电影票，餐馆礼品券，兑现奖）。在送赠品时要说一些亲切的话语：“感谢你所给予的帮助”或者“祝贺取得了成绩”。在表彰和奖励上花费很少的心思和钱，就可以获得很多的友好和将来的合作。包括客户代表，以及为项目成功做出过贡献的支持人员等等开发组外的人员也可以获得表彰。和你的组员讨论，了解他们感兴趣的表彰和奖励的方式。使得无论大小成就的表彰活动成为小组文化的一个标准组成部分。对每位组员对其所作的工作表现出发自内心的兴趣也要给与含蓄的表扬，为消除所有影响他们战斗力的障碍尽你的力量。表彰是展示组员以及小组外的其他人的一种方式――你要知道并感谢他们为小组成功所作的贡献。学习过去你的小组在过去承担的一些项目有可能没有取得完全的成功。甚至在成功的项目上，我们也能经常认为一些事情我们下次会作得更好。当你进入了新的领导角色，需要花点时间了解早期的项目为什么失败，并要计划避免犯同样的错误。对于软件开发，每位经理花时间处理每种可能要发生的错误是非常困难的，学习过去的成功和失败就是个成功的开始。可以从过去你们小组承担的一个没有经过检查评估的项目着手，不要管其成功还是失败，实施项目后的回顾（有时称作事后调查分析）。你的目标不是判定责任，而是为了在将来项目中作得更好。借此，可以了解什么已经作得很好，什么应该作得更好。在当前每个项目的主要里程碑时，通过集体讨论或公平的组织者，用同样的方式，领导小组用头脑风暴的方式对其分析。另外，要了解领悟已有的软件工业的最佳准则。一个好的起点是SteveMcConnell的JoltAward获奖作品：快速开发（RapidDevelopment，MicrosoftPress，1996）的第三部分，叙述了27个最佳准则。也要避免McConnell叙述的36个常见的软件开发错误。你的组员也许反对新的工作方式，但是你的角色是作为一名领导，要确保团队一致连续地使用最佳可用的方法、过程和工具。积极促进组员之间的信息共享，这样局部单个最好的实践经验就能成为每个开发人员的工具箱的一部分。建立改进目标一旦你对过去的项目建立起了回顾，确立了质量对小组的意义，你就要建立短期以及长期改进的一些目标。目标要尽可能量化，所以你要划分几个简单的阶段，标明你是否采取了适当的过程朝着目标前进。例如，如果你认定由于需求的不稳定导致项目经常延期，你可以建立一个改进需求稳定的目标，在6个月内提高50%。这样一个目标需要你确切知道每周或每月需求的变化数，清楚他们的出处，采取行动控制那些变更。这可能要求你要改变与那些提交需求改变的人的交流方式。你的目标和阶段是软件过程改进程序的组成部分，你要使之有序。作为缺乏创造力的官僚主义的最后避难所，轻视“过程”很流行。虽然事实上，每个小组都能找到改进其工作的方式。当然，如果你总是用已有的工作方式工作，你也就不要期望你会得到比以前更好的结果。有两个强烈的原因要求改进过程：校正问题，防止问题。确保你的改进努力要围绕着已知的或可预知的可能威胁项目成功的问题。领导你的小组找出当前正在使用的方法的长处和短处，以及项目面临的风险。我的小组召开了一次“两段式头脑风暴”练习，来确定改进软件生产力和质量过程的绊脚石。在第一次会议中，参会者在便条上写出他们关于会议主题的想法，一个便条一个想法。组织者将他们写在便条上的想法收集上来并分组。最后，我们就会得到一打主要的分类，并将其记录到活动挂图上。第二次会议，相同的参会者在便笺上写出解决这些障碍的思路，并贴在挂图的合适位置。进一步细化，归纳出一些详细的活动，就可以成为我们努力的一部分，清除障碍，帮助组员实现软件的质量和生产力的目标。建立可度量和可达到的目标，便于你集中精力实现改进。要使目标具有明显的优先级，并可周期性地监视过程。记住你的目的是，提高你的项目和公司完成的技术和业务上成功，不要满足于一些过程改进书籍里提到的期望细节。要把改进的工作视为迷你项目，具有可分发、资源、计划和有责任的小项目。否则，过程改进活动将总处于比诱人的技术工作低的优先级上。缓慢的开始这篇文章提供了许多建议，帮助你，一位软件经理新人，带领你的小组走向伟大的成功。在日复一日新的工作压力面前，要努力保持你的头脑清醒。在长时间的塑造软件开发小组的文化和习惯上，你还是个非常重要的角色。你不必一次性都作完，可以选择跟环境最相关的的几个开始。作为软件经理，除了项目要按时按照预算完成外，你要担负的责任还很多。你还要：领导技术人员，将他们形成一个具有凝聚力的团队；建立协同团队工作的环境；鼓励和奖赏高级软件工程师的实践应用；平衡来自客户、公司，组员和你自己的需求。这是项重大的任务，祝你好运。