研发管理学习笔记2-技术管理的几个阶段

最近看了两节视频课程：

https://edu.51cto.com/course/8212.html?source=so

管理的原则：一个人只能直接管理7到10个人

技术管理的几个阶段：

野蛮生长-》分组而治-》救火队员-》无为而治

做了管理以后，还是要兼顾技术的！！

我的想法：

技术出身，还是不能丢失自己的根本

关于面试别人推荐的书籍：可以参考他们的经验

（1）王怀写的《打造Facebook》

（2）Google的《技术和团队》

特别优秀的人有两种：

1.默默的优秀

2.特别有个性，不太融入集体

优秀的人不管在哪里，都能获得很好的投资回报。

敏捷，每个产品独立运作的，适合初创小公司。

为项目和产品服务：适合项目多和碎的公司，为了充分复用每个人。

用什么样的技术能解决当前的问题，我就用什么样的技术。

比如淘宝最早用的PHP搭建的，后面整体换的框架。

并且，新的时髦的技术，我们未必一定要使用，最好是沉淀观察观察，稍微等等，多考虑考虑再决定，还是要慎重。

Twitter最早用Ruby On Rails搭建，后来用的Scala（拖慢了各种进度），最后用Java替换的。（Scala：可以做数据分析）

Swift语言，比如2.0和3.0的语言差别大，3.0未必能编译2.0的东西，这种细节要注意。

我们的目标是能用技术驱动业务，业务实现营收。

举个例子，OpenResty，我们用这个还是用NGinx。

OpenResty基本的用途：是个Web应用服务器，可以用来做负载均衡、

APIBUS是什么：API的数据总线。把变化的东西集中到一起，控制变化的时候只要改一个地方就可以了。

来自锤子科技研发总监池建强的分享，做项目规划的时候需要注意的东西：

项目为什么会延期？

（1）需求总是在变化；

（2）程序员过于乐观，似乎“永远是乐观”的，实际的耗时比预估的往往要长；

怎么样避免延期呢？

（1）一次又一次乐观教训下，慢慢趋向客观认识；

（2）团队协作程度提高；

（3）约定一个时间点，一定要出一个成果，push团队，赶进度，提倡按时上线，给团队施加一些压力。届时实在是完不成了，增加一两天去完成这件事，慢慢的让目标更成功达成；

技术人员要对Linux很熟悉，不仅仅是命令行的熟悉，要对Shell熟悉些

工作中的三个原则：

（1）闭环原则（清晰的上传下达，清晰的任务布置和清晰的反馈）

（2）谁难受谁推进原则（涉及跨部门合作，当都觉得是对方的事情的时候，应该有一个牵头的人）

（3）大处着眼，小处着手。要有创见性，有一个伟大的想法鼓舞着自己和团队往前走。如果没有想法的话大家就没有凝聚性也没有长久性；

摘要：

一个产品，应该有数据感知能力，比如产品有能力获取到用户对哪些功能感兴趣等等，用户行为统计和日活跃度（这里可以用到谷歌分析操作打点日志等）；