1、你在做这些决定之前，有没有做足充分的技术调研、产品调研工作，能不能尽量详细地说清楚已有框架、产品的实现原理、优缺点、是否适用于你的产品场景等，这些都是前期技术调研的工作，也是体验我们脚踏实地做事的一个环节。
2、“如果不吸取失败的教训，那么失败就仅仅是失败。”
3、程序员的工具是编程语言。包括：设计(Design)、建模(Model)、编码(Code)、调试(Debug)、重构(Refactor)、沟通(Communicate)、学习(Learn)、思考(Think)。
4、一方面对价值观要坚持，对违反价值观的行为要有相应措施；另外一方面过程要公正、可复盘，这样才能做到让员工、让社会心服口服。
5、管理团队的风格，应该从十几年前的管理工人思维，逐渐提升为与知识分子沟通的方式。无论是绩效考核，还是职位升迁，亦或是问题处理，都与应该由少数几个领导通过闭门会议的形式完成，而应该是通过制定逻辑严谨的规章制度，通过类似认知资格考核(团队建设部分会深入介绍)的方式完成初步考察，然后通过事情责任制方式明确个人的成绩、责任，最后通过有员工代表、相应部门代表参与的会议讨论决定，这样可以让整个团队朝着健康的方向发展，而不会让一部分人感觉被边缘化，从而滋生小团体。
6、一线作战精神
两年前的一个夏天，我带领的团队购买了10多台服务器，用于分布式计算实验。收到到货的消息后(到货时间很难估算，所以没有提前联系货车)，一般领导都会让下属或自己联系货车，但是我苹果了一下时间，需要等2周时间。我们等不起，所以我带着1位下属，骑着自行车道仓库，然后和大客车师傅(多厂区之间运送人员)商量是否可以把机器放在行李层运输，得到肯定的答复后我俩把服务器搬上车，然后我让他汽车回去，我跟车一起回，回来的路上给其他组员打电话，全部到楼下集合，自己抬上去。一个下午完成服务器运送、搭建、调试网络等所有工作(路由器、插线板、网线等我已经提前准备好了)。这是我所理解的一线作战精神、作战方式。
7、无论你是CTO、CEO，还是CFO，既然承担了团队负责人的实际工作，那么久应该每天召开例会，不断的抽时间和大家一起讨论架构、业务流程、技术难点、技术方向，这就是你的职责，不要来谈你有多忙，你的职务有多高，如果这的很忙，你可以任命一个临时团队管理者替你承担责任，而不是让你团队处于流浪状态。不管你喜不喜欢，既然你直接管理团队，就要以身作则。
8、建设以人为本的团队文化，创造出沟通顺畅、敢于挑战、喜欢创新的团队氛围。在团队文化建设方面，主要倡导的是 互联网文化、极客精神。
9、作为一个管理者，你的重点应该是首先在于创建出有良好化学反应的、能把事情做好的团队，然后再考虑分配什么任务给他们。
好的团队，不仅可以很好地协同工作，还能彼此互相学习。
10、“有了真诚，才会有虚心，有了虚心，才肯丢开自己去了解别人，也才能放下虚伪的自尊心去了解自己。建筑在了解自己了解别人上面的爱，才不是盲目的爱”-傅雷、
11、仔细的人一般做事都比较负责，勇于承担责任，也懂得抓细节。抓细节是作为一名技术团队管理者必须做到的
所谓的管理浮于表面，一般都是说管理者不关注细节，例如不参与设计、不参与代码审核，而只是高喊要注意开发设计、注意开发质量，这样的领导对于技术团队来说，尤其是一线技术团队经理来说，是不合格的，也是不能服众的。、
一个仔细的人，他一定也是一个善于观察的人，而善于观察、思考其实也是一个团队领导者所必须具备的品质，否则他的团队一定会在某一阶段或者一直处于混乱状态。
12、终身学习
一个人一生如果想要获得国人的成就，就注定于读书和终生学习形影不离。
功利性的学习是非常狭隘的，收获也是非常有限的，但是终生学习的回报却是不可估量的。
我们也许没有办法决定我们的出身和阶层，但是我们每个人都可以通过读书和终生学习，为自己塑造一个优秀的人格，实现个人的价值，提升和阶段突破。
无论国内某通信大厂的34岁清理传闻，还是刚才你说的这个情况，实质上是这位管理者跟不上团队的节奏了。对于老板来说，下属需要出成绩，既然管理者不能承担岗位职责，唯有让能够担责的人上来，这实质上和年龄无关。
在需要重用人才的时候，离开的大多是无法被重用或是薪资和能力严重不匹配的人。
13、时间管理
我们普遍存在着这样一个认知误区：多花时间=态度好=产出高。这是被否定的理论。
GTD（Getting Things Done）是一种高效的管理时间的方式。重要的事情优先完成，用一定的时间专注处理一些事情，然后再休息，再专注，周而复始。最好的方式是在每一天早上画上一定的时间来规划一天的安排。
你最重要的资产是 时间。对时间要吝啬，但同时对那些真正需要它的人或事要慷慨给予。
14、 以人为本
人、产品、利润。人是第一位的。
绝对不可忽视你团队的人，并始终要坚持一人为本。
15、 保持身体健康
------------------------------------------------带领技术团队心得-----------------------------------------------------
1、自主循环
有一次周末我遇到其他团队的一些同事，他们赶过来加班，但是我没有看到他们的领导。纹理才知道，因为项目紧急，几个实际做事的人组织了一个小会议，讨论了当前的问题，发现需要周末来加班，不然赶不上预定的测试时间，所以他们决定周末过来加班，这就是自主循环。
我们带领一支团队，可能是1、2个人，也可能是几十个人，甚至上百人，我们不可能做到事无巨细、一一谈话，很多时候需要分小组讨论，也要依赖于个人自主的工作态度，这就是我们所说的自主循环。
2、技术人员成长四个阶段：感知运动阶段、前运算阶段、具体运算阶段、形式运算阶段。
没有哪一个人的成功是可以很轻松得到的，我到现在也通宵，不是因为我不喜欢睡觉，而是因为我对工作有追求，既然有追求，你就要学会付出。
3、找到属于自己的圈子
在成为管理者，特别是成为具有一定管理经验的技术管理者之后，我们需要能够发现并组织一个属于自己只是交流的圈子，这个圈子需要定期碰面，讨论各自正在从事的工作以及软件开发中遇到的具有挑战性的问题。
学习的方式：一、通过网上的碎片信息来学习 二、通过读书来系统地深入学习 三、通过和别人交流来学习
4、个人职业发展
想要发展的好，还是要靠建立在兴趣上的个人努力，以及另一个关键因素：领导或者导师。
对于一个刚入行的新人来讲是尤为重要的，所有的职场价值观形成可能都与此相关。
对人的评价大多都会从技术能力高低转到价值观是否合拍上来。尽量做一个简单而靠谱的人，但是想做到确实需要一直持续努力。
IT行业的机会很多，每次失败最好都能从自己身上总结出原因，这样才能继续向前，从而提升自己。选择很重要，但先要想清楚自己想要什么，选择之后，被放弃的选择就不再重要了，重要的是怎么把选择的事情做好。
最好的技术能力比较强之后再转管理，水到渠成，技术不行的人即使转了管理，也难使人信服。
情商就是如何站在别人的角度看问题
只有自己喜欢的工作才能真正地全身心投入。
5、工程师的等级
从成本上看，一流工程师的收入可能是二流工程师的两三倍，但是，前者的贡献可能大十倍，从经济的角度来讲，采用最优秀的人才是最合算的。
一定要具有工程师的特性，否则你就无法完全带领一支技术团队，无法给他们技术上的支撑。
要么你聪明，会交际，懂政治，被人认可；要么你就做出成绩，贡献巨大，被认可。
6、坚持做正确的技术管理
最好的领导，思路敏捷而清晰，做事务实而高效，永远没有废话，永远雷厉风行。
评判一个管理者的好坏，从来不看测验的民意，而是看输出的成绩。
良好的干群关系和群众基础，有助于达到目的，但却不是最终目标。
一个好的经理人，就是要做出成绩，对老板负责；一个好的CEO，就是要做高利润或股价，对股东负责。这才是职业的素养，这才是商业原本的逻辑。
做人的最高境界是“仁慈的狮子”。仁慈的本性，但单靠仁慈，还无法成功。要有狮子的力量，才能赚钱养家，才能保护亲人，才能反抗欺压。“做个好人”和“做个好的管理者”，其实并不冲突。
7、不要计较当下职位
世上最讨厌的词是“烂好人”。善良发展到极致，就变成无原则的妥协。
不断地调整自己的工作方式，不断地加强自己各方面的能力，特别是改正自己的弱点，这些才是你应该去关注和为之努力的。
抛弃通道思维，建立雷达视角。没有管理，整个团队会乱，技术与管理结合的方法论掌握不好，真个团队的绩效输出都会差。你别指望纯技术通道的人能够输出业务部门能够理解的产物。也就是说，需要能够抛弃单一通道的约束，尽量做到全面的能力建设，即抛弃通道思维。
最重要的是能力，而不是公司所给予你在“通道”上的认定资质。
你的雷达探索的面积就会越大。在这样的世界观里，我们不再追求人人都去做团队管理者，而是追求做一个靠天赋、靠能力吃饭的人。
我们需要坚持学习，不然随着年龄的增加，你的优势会逐渐消失。抛弃通道思维，建立自己学习新知识的雷达视角，建立起自己的朋友圈，扩大雷达视角范围，对你一定会有用的。
IT企业想要一直保持生存，必须要有不断的技术更新，因此必须依赖强有力的技术人员，没有技术能力的人、不爱学习的人终会被淘汰。
能够一直不断的学习、不断地增强自己的综合能力、不断地自我积极调整以适应工作需求。这类人很成功，能够保持大体上的收入不断增长，一直到退休功成身退，能够真正做到这样的技术人员很少，大家共勉吧。
职业生涯过程中每个人，是每个人，都会遇到发展瓶颈，甚至是失败，这很正常。
8、技术VP
技术VP的职责：交付软件解决方案，确保业务健康，只有业务健康，工程师们的努力才有价值，团队才有可能继续发展。
CTO和技术VP，两者应该是合力开发产品，而不是谁领导谁的关系。对于一家科技公司来说，CEO和技术VP之间的合作至关重要。
研发人员很重要的是需要一位能知道他们、了解他们的大哥。你也要参与代码的过程，目的在于可以通过代码去理解大家、了解大家在想些什么。你作为技术领导者，必须融入这个氛围，了解一线员工他们在做什么，作为他们的发言人，代表技术团队跟公司管理层争取一些利益和福利，大家都会觉得这是我们自己的带路人。
CTO 规划技术愿景，技术VP跟多负责业务愿景。