如何聰明的作業務？

• 高調作事，低調作人。
• 對事霸道一點，對人厚道一點。
• 讓人以爲你靠譜，就要作到：凡事有交代，件件有着落，事事有迴音。

管理合做方的預期

• 做出超出他們預期的事情。
• 創造和組織戰役，與合做方一塊兒克服。打仗是培養團隊凝聚力最有效的方式。
• 體現本身的努力。

Owner 的意識和行動

• 把這個項目做爲你本身的事情。
• 積極承擔PM的職責，主動去推動。
• 瞭解上下游。

你是表明你的團隊的

• 這個項目就是你的事，一切跟你職責相關的事都是你要去解決的，不要上升到你的老闆。
• 若是這件事你都解決不了，即便經過合做方間接上升到你的老闆，依然是解決的不了的。
• 你應該本身去跟老闆溝通，解決這件事，讓合做方感覺到是你在解決問題，而不是你在向上拋出問題。
• 若是合做方給你的壓力比較大的時候，能夠跟你的老闆溝通，採起必定的方法緩解壓力。必要時須要讓你的老闆作一次壞人。

減小他們的恐懼感

• 若是一件事情，沒有解決方法，人們會感到絕望，而絕望會放大恐懼感，給他一個解決方案，即便這個方法並不完美，也比沒有方法要好不少。
• 給他們一個方案，不要說不能作，不會作。

把你們綁在一塊兒

• 首先明確你們是一個項目組，是雙贏的關係。
• 同樣的價值導向，一塊兒把事情作好。
• 信息透明，你知道的事，項目組裏的每一個人都應該知道，尤爲是遇到難題，你們都知道是難題，因此你作的事情每每會是超出預期的。

先易後難

• 作需求前，須要先拆解需求，拆解爲每個動做。粒度越小越好。
• 拆解完成之後，先作容易的，而後在作難的。
• 對於程序員來講，難的需求，有多是你以前沒有接觸過的，沒有經驗，或者是相對複雜，改動點較多，很難一瞬間想清楚的。這些需求每每比較耗費時間，可是這樣的問題通常是少的。
• 假如需求有 10 個 action ，兩個是比較難的，花了不少時間去鑽研難的，最後可能仍是沒有作出來，這時候每每須要跟團隊商量如何解決，甚至是砍需求。要相信對於難的需求，其餘人也明白是難的，預期是比較低的，因此你作不出來，並不會讓別人對你的感覺有所下降。反之，若是簡單都沒有作完，那你就會給別人不靠譜的感受了。