研發管理學習筆記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）大處着眼，小處着手。要有創見性，有一個偉大的想法鼓舞着自己和團隊往前走。如果沒有想法的話大家就沒有凝聚性也沒有長久性；

摘要：

一個產品，應該有數據感知能力，比如產品有能力獲取到用戶對哪些功能感興趣等等，用戶行爲統計和日活躍度（這裏可以用到谷歌分析操作打點日誌等）；