心得報告：
講一下我自己的管理職都在幹什麼，免得被說都只出一張嘴
難處：
1. GGYY 的工程師：
工程師常常這個不能做、那個做不到，因此前期磨合時比較累，
他們說做不到時（你覺得做得到）就下去自幹給他們，多來幾次他們就乖了
主要要讓他們知道你的指令都是有先想過的，而不是亂給
對於真的做不到的，你要引導工程師去思考解決方法，你也要適時給予糖和鞭子，
尤其某些方面不是你專業領域，你也要討論問題點，提出可能的解法
（改需求或跟客戶討論），而不是跟對方吵架。
系統出問題時，你要扛，並提出解決方法（可能是流程有問題）
，而不是說是因為某某工程師亂來，而導致系統壞掉。
2. GGYY 的老闆 （上層）：
老闆或上層很容易發散想法，或是亂提概念要你實作。
例如大家都在講大數據，就一直叫我們要用 Spark, 哈度 等等
如果你都拒絕，馬上被上層黑，你這個主管怎麼什麼都不能做。
因此你要提出報告，說目前的系統概況、時程、風險，
現在導入可能會引發的問題等來說服上層。
另外當然有會要導入的時候，然後底下的人都沒碰過。
此時你就得先 Survey ，實作出小功能，並明確地給工程師該怎麼應用的方向，
不然你直接丟「導入 Spark」指令給工程師，你也會被工程師黑掉
另外就是時程上的問題，你跟老闆都知道沒時間了，老闆硬要塞進來不小的功能，
此時你要如何面對工程師呢 ?
要不你就壓著他們加班，好像也沒其他方法。
其他：
1. 適當的決策與激勵：
工程師想導入 CI 怎麼辦?
工程師想從 SVN 換成 Git 怎麼辦?
工程師不想用 Redmine 怎麼辦?
新進的工程師覺得現在架構很爛怎麼辦?
有些東西可以聽工程師的話導入，有些則必須說服原因與困難，討論出結果。
2. 有人吵架怎麼辦?
3. 如何面對年紀大你五歲以上的工程師?
4. 行政面：採購規劃、人事規劃、預算規劃...
5. 制度面與流程面：工作分派? 管理工具?
6. 專案管理面：
時程預估、管理? 風險管理? 成本管理? 品質管理?
7. Leadership 的建立：
從工程師轉換到 PM 是很大的領域轉換，
如何在工程師之間建立你的 Leadership 很重要，
不然等到你變成虛位經理就很危險了。
要處裡的東西太多了，基本上沒時間寫程式（還沒寫就要加班了）
當然也都可以不理這一些，當個閒閒的 PM 摟
給大家參考參考

git != github

Hold the door!

能處理1跟2的真的是好PM 有只寫文件的PM ...

你人真好

等等，第2和3點你沒回答呀！我想知如何處理

推

時程方面你會跟你的team討論嗎？

真好，才管理 age>5 (泣)

謝謝分享

推心得

感謝分享~

把所有描述的正面事項全反過來,就是系統廠的Manager時程不問RD,自己不寫程式,出事不想扛,建議的摸頭搓掉

遇過主管只負責轉信開會 呵呵