Team Geek 阅读笔记之 第二章 Building an Awesome Team Culture

1.But a team’s culture isn’t just the way in which team members write
code or treat one another: it’s a set of shared experiences, values,
and goals that is unique to every engineering team we’ve ever been
on or observed. The founding members of a team or company
define the biggest part of a team’s culture, but it will continue to

change and develop over the life of the team.

一个团队的文化并不仅仅是大家写代码的方式或者是相处的方式;

团队的文化应该是对于每个团队的成员都相同的:分享经验、价值和目标

等一系列的东西,这些东西应该都是我们已经达到的或者预计要达到的东西。

团队或者公司的最初的创立成员定义了团队文化中的最大的一部分,但是团队

文化在团队的整个生命周期中是会不断的变化和发展的。

2.If your team doesn’t value your culture, not only is it difficult to build
a strong team identity and collective pride in your work, but also
it’s very easy for a newcomer to change your culture into something

that sucks.

如果你的团队没有形成团队文化,那么这不仅仅会导致很难去建立认同感和

集体荣誉感,并且很容易导致一个新加入团队的人把团队的的文化变的很糟糕。

3.The first mistake most engineers make is to assume the team leader

curates the culture of a team.

大多数工程师犯的第一个错误就是认为团队的领导者组织团队的文化。

4.The only way to make sure new team members will be

a culture fit is to interview for it.

唯一的保证新员工适应团队文化的办法就是在面试的时候考察他是否适合。

5.In the software world, a great deal of creative thinking is required of 

engineers working on a product, and if you want a great product, you 

need great engineers. If you want great engineers to do great work

 (and to stick around), you need to create a culture for them that allows 

them to safely share ideas and have a voice in the decision-making process.

在软件的世界里,工程师在完成一个产品的时候需要具有创造性的伟大想法,

如果你想做一个伟大的产品,那么你需要一群伟大的工程师。如果你需要伟大

的工程师去完成伟大的产品(并保持下去),你需要创建一个文化氛围让他们

可以安全的交流分享想法,并且可以在关键性的决定的时候可以发表自己的看法。

6.If your team has a culture of
chest thumping and yelling and screaming at one another, the only
people you’ll attract (and retain) are aggressive types who feel right
at home in this environment composed of strong individual egos
(in fact, most of the women we know find this kind of environment
especially off-putting). If you create a culture of HRT where team
members treat one another kindly and take the effort to give
constructive criticism, you’ll not only attract a much larger set
of people, but you’ll also spend a great deal more of your energy
writing software. 
7.Constructive criticism is essential to the growth and development of
any engineering team. It requires a certain amount of self-confidence
to take any kind of criticism, and we think constructive criticism
is the easiest kind to receive. On the downside, it’s a lot harder
to give someone constructive criticism than to simply lambast her
or ridicule something she did. 
8.Calm, easygoing cultures built on respect are more vulnerable
to disruption by aggressive people than aggressive cultures are
vulnerable to disruption from more easygoing people. 
9.A good general rule around communication is to include as few
people as necessary in synchronous communication (like meetings),
and to go for a broader audience in asynchronous communication

(like email).

10.Five simple rules for running a meeting:

1).   Only invite people who absolutely need to be there.

2).   Have an agenda and distribute it well before the 

meeting starts.

3).   End the meeting early if you’ve accomplished the 

meeting’s goals.

4).   Keep the meeting on track.

5).   Try to schedule the meeting near other interrupt 

points in your day (e.g., lunch, end of day).

时间: 2024-12-21 18:28:41

Team Geek 阅读笔记之 第二章 Building an Awesome Team Culture的相关文章

Team Geek 阅读笔记之 第三章 Every Boat Needs a Captain

本章的主要是写给那些处于非官方管理位置的人. 如果你是积极并且渴望引导一个团队去实现项目的人,那么这个项目的leader就有可能是你. 我们不赞成像管理流水线工人(采取胡萝卜加大棒的方式)一样管理工程师. 在工程行业里,manager已经过时了,我们推荐使用leader来替代这个词. manager担心的是如何完成工程,leader将制定路线. 作为一个leader,并不是所有的事情都需要管. 很多工程师不愿意成为manager的最重要的原因就是,他们将只有很少的时间来写代码.如果你一直在写代码

TIJ阅读笔记(第二章)

笔记 2:万物皆对象用reference操纵对象你必须创造所有的对象  数据存在哪里?    1.寄存器(registers).    2.栈(stack).    3.堆(heap).    4.静态存储(static storage).    5.固定存储(constant storage).    6.非内存的存储(Non-RAM storage):流对象(streamed object)和persistent对象.特例:primitive类型  Primitive类型:boolean,

《Oracle DBA工作笔记》第二章 常用工具和问题分析

<Oracle DBA工作笔记>第二章 常用工具和问题分析   一.1  BLOG文档结构图     一.2  本文简介 建荣的新书<Oracle DBA工作笔记>第二章的目录如下图,主要讲解了SQL*Plus.exp/imp.expdp/impdp以及常见的问题分析,第二章的目录如下:     下边小麦苗将自己阅读完第二章后整理的一些内容分享给大家. 一.3  第一章内容修改 一.3.1  删除数据库的几种方式 这个内容是第一章(http://blog.itpub.net/267

Three.js源码阅读笔记(Object3D类)_基础知识

这是Three.js源码阅读笔记的第二篇,直接开始. Core::Object3D Object3D似乎是Three.js框架中最重要的类,相当一部分其他的类都是继承自Object3D类,比如场景类.几何形体类.相机类.光照类等等:他们都是3D空间中的对象,所以称为Object3D类.Object3D构造函数如下: 复制代码 代码如下: THREE.Object3D = function () { THREE.Object3DLibrary.push( this ); this.id = THR

Java初级笔记-第二章

第二章 Java的基本数据类型.运算符及表达式 2.1 标识符 标识符是程序员对程序中的各个元素加以命名时使用的命名记号. A-Z.a-z.0-9._.$ 第一个字母不可以是数字(0-9), 标识符中的字符是区分大小写的,Java的代码是严格区分大小写的.  标识符不可以是中文. 2.2 标识符的使用规范 不可以用关键字.保留字和中文字符 标识符使用在:常量名.变量名.类名(文件名).包名.方法名 命名规则:  包名全小写.Eg:axx.bxxx.cxx  类名单词的首字母大写(大驼峰规则

【PMP】Head First PMP 学习笔记 第二章 组织、约束和项目

第二章 组织.约束和项目 如果你希望正确地完成工作--最好有一个正确的组织. 项目联络人 项目联络人(project expediter),只是记录项目的进展情况,但是没有权利对项目做任何决策.他可能参与项目,但是并不管理任何事务. 不同类型的组织项目 职能型 项目经理的决策需要和职能经理确认 项目经理作为职能经理的助手,协助职能经理完成工作 项目经理大部分时间都用于行政任务,通常只有部分时间投入到项目管理中 在职能型组织中往往会有项目联络人 矩阵型 弱矩阵型 项目经理有一些经理有一些权利,但是

Android群英传笔记——第六章:Android绘图机制与处理技巧

Android群英传笔记--第六章:Android绘图机制与处理技巧 一直在情调,时间都是可以自己调节的,不然世界上哪有这么多牛X的人 今天就开始读第六章了,算日子也刚好一个月了,一个月就读一半,这效率也确实有点低了,自己还要加把劲,争取四月底全部看完,第六章讲的是Android的绘图机制,应该算是比较核心的东西了,不管什么功能,最终都是以图形的方式呈现给用户的,因此,掌握Android的绘图技巧,可以在让你设计应用的时候更加的随心所欲,对Android的理解更高 基本的绘图方法,相信读者都已经

Android群英传笔记——第三章:Android控件架构与自定义控件讲解

Android群英传笔记--第三章:Android控件架构与自定义控件讲解 真的很久没有更新博客了,三四天了吧,搬家干嘛的,心累,事件又很紧,抽时间把第三章大致的看完了,当然,我还是有一点View的基础的,可以先看下我之前写的几篇基础的View博客 Android绘图机制(一)--自定义View的基础属性和方法 Android绘图机制(二)--自定义View绘制形, 圆形, 三角形, 扇形, 椭圆, 曲线,文字和图片的坐标讲解 Android绘图机制(三)--自定义View的三种实现方式以及实战

网页理论:Don’t make me think 阅读笔记

第一章 确保网页容易被用户使用的最重要原则是"不要让我思考".设计师应尽量做到让网页不言而喻.一目了然.自我解释.好的设计应该能让用户立即上手使用,而无需花费精力思考. 网页上每项内容都有可能迫使用户停下来思考,例如,名字.那些看似很酷.很自以为聪明.带有营销性质及生僻技术的名字常常给用户带来困扰.又例如那些看起来不太明显的链接和按钮,用户没有义务思考某个地方是否能点击.当我们访问网络时,每个微小的疑问都有可能打断我们的访问热情,它们会累积起来,直到让人抓狂.失去耐心. 一些不该让访问