目录
如何能让软件团队变得出色，软件团队运转的动力是哪些？哪些因素能让软件开发团队保持团结和相互支持呢？要解答这些问题，今天我们一起来看看《Beautiful Teams》一书。我首先申明一下，《Beautiful Teams》此书中文名叫《团队之美》我对此书译名有自己的看法，所以保留英文名称。请各位谅解。文中也摘了一些英文原著文字，请各位理解。
Andrew Stellman 和 Jennifer Greene 邀请了不同领域的才华横溢的撰稿人，这些资深的软件行业的团队领导，贡献了经验、智慧和教训，共同完成了这本书。
出了不少好书的O‘Reilly的创始人Tim O‘Reilly讲述了如何创造一个激发人们思考的环境。基于人员、目标、实践方法和障碍四个领域，撰稿人们结合自己的亲身经历、体验、思考和故事，讲了有趣的、重要的和有建设性的话。
关于团队，Tim说，“为了让人们能够一起工作，最重要的是给他们一个愿意接受的美学愿景。在你为自己构造的真理构建一个大家都能接受的愿景时，你也是在表达一种理想。因为只有这样才能让人们独立地、自由自在地追求那种理想。”
最成功的团队实际上并不总是有最好的程序员组成的。它们是由一些能够一起融洽工作的人组成的。
1. 人员
团队中最有影响力的人是怎样的呢？
团队成员是可以相互替代的零部件么？
富有战斗力并令人向往的团队是怎样的呢？相信大家读完这本书以后，可以得到自己的答案。
在《丑陋团队的获胜之道》一文中，Scott Berkun讲述了IE 4开发团队的故事。
如何鼓舞开发人员，如何帮助开发人员融洽工作呢？来自Perl开发团队的Andy Lester这么说，“编程的乐趣来自于和我一起工作的人”，对团队成员的工作状态表示敏感，并为他们提供一种工作环境，让他们觉得这是你能给出的最有趣、最好玩的社交环境。编程怪杰追求个性和与众不同，这很好，但是不能伤害团队。 Andy还介绍了极客礼仪，尊重他人，倾听他人，每天洗澡，只有极客做到了这些礼仪，人们才愿意与极客一起工作和接触。给团队带来负面作用的人们必须马上改变自己的行为方式。如何找到合适的适合团队的人员呢？Andy介绍了让团队成员参与面试的方法，通过这种方法了解应征者能否融入团队。团队文化不能过于单一，彼此不能太相同，这样会很难产生创新的想法了。
2.目标
如何创建团队文化？对UML和RUP做出杰出贡献的Grady Booch这么说。
- To overcome the issues of trust and cultural dislocation for a distributed team
- Good team
- Happy
- reactive ,Agility to outside world,and producing code that meets the needs of the business
- nudge your team or your culture in the right direction
- make certain that they get out a bit
- shield them from the rest of the world.
- make sure the people on the team are focused
- Tend to be really articulate
- Care about interpersonal relationships. understand the human experience in building software and respect
- A good leader is able to work at many levels of abstraction simultaneously.
敏捷开发如何做计划？有着丰富敏捷开发经验的Mike Cohn是这样来讲述的。
- 优秀团队都能从清晰明确、引人向上的目标中受益。清理团队的政治斗争。
- 产品负责人要确保团队理解目标。
- 写了高质量的代码才能保证快的速度，没有代码缺陷拖后腿，当然可以走得快乐。也就是说，快速完成工作与高质量完成工作，是有着直接联系的。
- 提高代码质量，优化项目的计划，可以采用以下方法
- 第一，坚持持续集成；第二，实现某种程度的自动化测试；第三，合理利用任务板，确保所有人理解任务的关键路径。
3.实践
来自NASA的Peter Glück讲述了他如何建造宇宙飞船，请看下面的原著摘抄。
- Put team together
- Finding the right skill mix.
- Balance different personalities
- have too many people who are meek will lack of the best ideas
- have an environment where people feel safe in communicating their concerns and their ideas.
- Conflict
- There needs to be a forum for discours
- more individuals who simply won't budge from their righteousness, and that's counterproductive.
- one decision to go down a certain path and everybody needs to be able to accept that and contribute for the good of the project.
- The team to Gel
- Team activities to humanizes everybody
- An open-door policy to make myself available to anybody who has any questions or concerns
- Methodology
- A standard waterfall-type lifecycle. Sometimes it's iterative
- test as much as we can on the ground.
来自Google的高级技术主管Alex Martelli讲道，做为高级技术主管，平衡技术方面的贡献和管理相关的领导力，是非常关键的。强制做代码评审，可以提高代码质量。团队中要透明，要持续交流。开发团队要明确我们的使命，那就是以正确的方式开发软件，开发合适的软件，开发使公司能够成功的软件。
4.障碍
关于团队中的障碍，槽糕的上司算一个，Andrew Stellman讲述了他在华尔街一家金融公司做开发人员的体会，经历过一个态度很差、有歧视观点和隐瞒关键信息的老板后，他成为了经理。大家不妨读读他的故事。
Scott Ambler成功地示范了如何做变革，如何克服一个一个障碍。他在1990年代对面向对象分析和设计方法做出了贡献，对敏捷实践的采用也发挥了他的作用。下面是我做的笔记。
- A good manager or team leadshould be responsible for looking out for everybody on the team
- People are a primary factor of success on a software team. The way you act with each other matters a lot more than whatever cool new technology you're working with today
- Governance and self-organizing teams
- Everybody is governed,
- "Self-organizing"doesn't mean that you're out of control and doing your own thing. It means that the team members themselves decide how to meet their goals
- A team can be governed by the vision, by the goal of the project, as well as by the expertise and limitations of the team and the company
- Practices
- Force people work on pair programming
- The novice will pick up a lot from working with the expert.
- The expert learns from answering those questions. It forces you to think through some of your practices, which is an opportunity to improve.
欢迎大家留言，和我一起讨论软件开发团队的点点滴滴。
扫一扫
1270
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
