做為項目經(jīng)理，在項目過程中，難免遇到需要將產(chǎn)品經(jīng)理、技術、設計、測試等流程拉通的情況。
場景1：測試部反饋這個重大特性測試不通過，好不容易把產(chǎn)品經(jīng)理拉到研發(fā)座位后，產(chǎn)品經(jīng)理彪了一句“這不是我設計的本意，請看我XXX月的設計圖”，聽完這句話后，心里默默念出“一萬頭X你馬”
場景2：即將要發(fā)布版本到測試部，研發(fā)人員看著很忙，但是就是不能輸出到版本。不能急“版本經(jīng)理”所急。還在原地悠閑的碼代碼，等到去問研發(fā)的時候，研發(fā)隨口說了句，XXX需求不清晰，給產(chǎn)品經(jīng)理打了XXX個電話沒有回應，所以XXXX。我的天，心里又是“一萬頭X你馬”
飛過。
場景3：好不容易把產(chǎn)品經(jīng)理、設計、技術拉倒一起評審需求，把中間的邏輯彎彎道道都理順了。但是快到交付日期了，技術依然未反饋完工。去技術那里問為何還沒有按時完工，技術一句說設計沒有給出交互的細節(jié)設計。產(chǎn)品經(jīng)理沒有給出異常的流程。所以沒有人或者流程圖告訴我要往哪里去，所以我停在原地，等你。
有些公司，產(chǎn)品經(jīng)理和設計基本都是復用，特別是小公司，這種人力復用率尤其嚴重。然后產(chǎn)品經(jīng)理基本屬于“甩手掌柜”，接完市場或者老板的需求，大致轉(zhuǎn)換發(fā)給研發(fā)后，不管研發(fā)最后設計的結(jié)果怎么樣，不論測試部是否通過，不論最終的效果是否回歸初心本意。一方面是產(chǎn)品經(jīng)理有心無力，太忙了，沒有時間管結(jié)果。一方面，這個產(chǎn)品經(jīng)理他可能以為只有需求與我有關，尚不知，需求也是需要閉環(huán)的。在測試部驗證后，產(chǎn)品經(jīng)理也需要給出自己的評判標準作為功能是否完全符合的依據(jù)。
出現(xiàn)這種種種的問題怎么辦呢？什么是好酒，惟有杜康。出現(xiàn)這種場景后，往往是因為信息的不對稱而導致某個人或者環(huán)節(jié)成為了項目開發(fā)的瓶頸。而這種瓶頸如何解決和梳理?愚以為拉通每日“十分鐘”站立晨會，嚴格執(zhí)行“To-do”“Doing”“Done”的看板工作模式，其實每天6小時高效工作以及是不得了了。另外通過這種工作模式，把項目組成員拉到一起，形成信息的對稱和互補，當面把問題“打開”來看，看看瓶頸在誰那里，并有針對性的去推動。如果通過這種模式，依然出現(xiàn)如上類似的問題，那么只能對那個一直“瓶頸”的小伙伴說“呵呵”了。
做好第一步，理清需求和各自信息對稱；
做好最后一步，需求的驗收和信息確認。
以上場景，純屬虛構(gòu)，如有巧合，請勿對號入座，不喜勿噴。
