首先是人
- 对技术要求高的人或者喜欢研究新东西的人会给团队不断提供新的血液，新的思想，可以创建好的团队氛围。
自组织
- 鼓励知道今天应该做什么事情这种行为。大家都知道怎么去找到正确的人，分享当前团队的一些状态。一种积极向上的气质。
沟通
好的沟通方式要让所有相关人事马上看到整个事物的进展。
让他们互相提建议，意识到是共同创造，而不是为别人工作。
不要写自己都看不懂的代码。
每天他们到底做了什么，可以通过gerrit看到，但是到底怎么做的要通过慢慢地观察，监督。然后发现给初学者的更好的框架。
看着路，别看墙
永远看着路上有哪些可以做的东西，可以提升整个团队的能力的。而不只是看现在的问题，因为问题是解决不完的，新功能要早点上。
好的氛围建设相当于是一种软件架构。
软件中重要的是核心的组件，其次才是具体的功能。
同様好的研发团队中奠定基础的是这些基础构造，上面才是具体的事情。
好的软件架构会提供DEBUG工具，查看程序运行的状况。
好的研发团队也应该有人可以给你一些大体上的信息。
好的软件架构中要去掉路径依赖，如果某一个组件不好了，其他组件可以立刻拿来用。
好的研发团队也需要去掉路径依赖，不能因为某一个人的离开而影响整个团队。
价值
- 结果为准
- 信息透明
流程
- 大的代码优化或者整理要分支，解决完以后自己实验下
- 代码格式 模块化 正确性 逻辑，保持代码模块的独立性
- 如果有意见，讨论
创建合适的标准
- 太高的标准会导致进度太慢
- 太低的标准会使得软件在后期比较
结果汇报
- 结果汇报可以相当于测试的一种，可以防止进入不可恢复的状态。
- 阶段性地总结可以防止最后不可控的数据。
- 但是会花费更多的时间。
Leader的职责
我该做什么
如果不是考虑自己，而是考虑整个团队呢。
了解每个人的需求，通过经常聊天的方式
每周的分享，分享些高端的库
给他们优秀的同事，提高团队的平均能力
更好用的工具分享。
如何减少沟通成本
如何创造一个大家都成长的环境－而自己又时被需要的
一个好的团队是否一定要有一个好的leader，或者说leader是否走掉对于团队是否有很大的影响。
价值观
鼓励对自己的模块负责，而不是等测试过来测出bugs
鼓励主动与人沟通，而不是互相攻击
鼓励研究新的技术，而不是死守着稳定
意识到bug是自己的问题，自己有责任去让别人知道自己在做什么，有什么考虑，可能的风险。
小团体
小团体对于团队的影响
让其他人感觉被隔离于团体之外
作为leader应该
- 知道每个成员的优点与缺点
- 招聘最好的人
- 维持好大家互相帮助的气氛
- 让有野心的人有发散野心的地方
- 制定部分的标准
- code review
- 为能力偏弱的人有成长的台阶
- 了解各项技术的风险与好处
- 自己需要付出的代价。
网友评论