团队建设的小技巧

1.在项目的重大节点，领导最好和大家一同奋斗，加班，比如重大发布，系统上线等. 2.对于节假日的同事加班时，最好能表示慰问和安抚. 3.及时发现了解下属的情绪波动和不满的情况有助于将问题解决在萌芽状态. 4.完成一个项目后最好能够进行一次小小的活动或者庆祝下. 5.项目结束后最好能够有个经验总结会，同时也是给大家的一个缓冲过度，调整.

今年美国大选中，奥巴马竞选团队从网上筹集了 6.9 亿美元捐款，其中大部分是通过筹款邮件获得的. 彭博社的 Joshua Green 在与竞选团队主要管理人员的交流中，了解到不少有趣的相关信息. 竞选团队邮件主管 Toby Fallsgraff 手下有 20 多个写手负责编写筹款邮件. 另外，还有许多分析师对邮件的内容及其效果进行分析，并做出相应的策略调整.

JavaEye的PV到了140万了，一年前才100万出头，增长算不错的. 仍然是单台Web服务器，Rails处理动态请求超过340万，除了真实用户访问，还有API，RSS以及很多爬虫的请求. 看JE的alexa排名，CN排92名，全球790名，不过就2台服务器(1个web＋1个DB)，2个程序员而已.

实时数仓以端到端低延迟、SQL标准化、快速响应变化、数据统一为目标. 美团外卖数据智能组总结的最佳实践是：一个通用的实时生产平台跟一个通用交互式实时分析引擎相互配合，同时满足实时和准实时业务场景. 两者合理分工，互相补充，形成易开发、易维护且效率高的流水线，兼顾开发效率与生产成本，以较好的投入产出比满足业务的多样性需求.

我最近心情起落比较大，如果把时间线再拉长一点，则是去年多自负，今年多自责. 冷静下来的时候也会想，我能不能做得更好. 每一个团队都有它的长处，有它的短处，对于团队的缺陷首先要问自己几个问题：. 1、有没有激励大家全心全意地认同和投入这个项目. 2、有没有分工合理，使每个人认同和投入自己的任务. 3、他的缺陷是否可以通过工作指导、严格督促，在半年或一年时间里自我完善.

我们通常会把故障分为三大类，一是主机故障，二是机房故障，三是地域故障. 每类故障都有各自的诱发因素，而从主机到机房再到地域，故障发生概率依次越来越小，而故障的影响却越来越大. 容灾能力的建设目标是非常明确的，就是要能够应对和处理这种机房级和地域级的大规模故障，从而来保障业务的连续性. 近几年，业界也发生了多次数据中心级别的故障，对相关公司的业务和品牌产生了非常大的负面影响.

转载自：http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人，对你而言，管理好团队都是重要且具激励性的挑战. 切记：每位成员都能为团队作出一些贡献. 谨慎地设定团队目标，且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

DBA团队的使命：提供高可用、高性能、可扩展的数据存储服务. 高可用：可用性是运维的根本，我们不管做什么事情，都要把可用性放在第一位. 高性能：对性能的关注是我们一直坚持、做的最好的一面，仍需要继续做到极致. 可扩展：也就是最适合的，易部署，可线形透明伸缩. 数据存储：不只是关注某个数据库本身，是基于对各种最先进的数据存储技术的精深理解，提供最专业的服务.

如果要谈学习型团队，那么团队知识管理就相当重要，团队知识管理介于企业知识管理和个人知识管理之间，核心是知识能够成为整个团队的资产，并为团队创造价值. 今年在团队知识管理上，重点就是按照cmmi的一些思路，形成指导书，规范流程，工具模板，培训教材，检查单的完整知识库积累. 明确各个岗位职责和分工边界，能够按着规范流程做事情，大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.