多開會，勤匯報

一個星期至少一次雷打不動的 project status meeting, 把所有的 stakeholder 都邀請到，讓每個 team 至少要派代表， 讓他們不能到場也要 call in.

最重的重頭在 meeting minutes, 把 risk and challenge 寫清楚，把下周的 action items 寫清楚，每一項都有具體的人名，那麽下次開會就會有點 accountability. 如果都是 decision making 的 action item, even better, 就讓他們相互掐。

作為技術負責人，好好和自己的團隊動腦筋把 design 盡量搞得靈活一點，強調你們的應變能力和高瞻遠矚，一定階段弄點小的 prototype 出來，說明下一步的決定的重要性，從具體進行狀態顯明 bottleneck 在那堆扯皮的那裏。

這種項目，其實最後不一定是失敗的，隻不過可能和原先的設想相差較遠。因為既然插手的頭多，說明這東西 visibility 高，也就是 stake high, 那就是誰也不能 afford failure. 所以總歸要把它做成，哪怕是完全改頭換麵，也要最後表明 Project A 是個 huge success. 

作為具體經手人，這其實是個挺好的露臉的機會，把小地方做得漂亮（大地方反正會變的多），盡可能地在哪怕是很小的一部分，用一點點最新的技術，作為 bragging rights. 他們要誇自己，必須都誇你，最後挺有可能是個你好我好大家好的項目。

Good luck!

所有跟帖： 

• 沒有那麽簡單，而且所有的大大小小經理都是一個team 的 -ginger2003- ♂ (377 bytes) () 09/08/2016 postreply 14:48:37