做為項目經(jīng)理方面，在項目過程中，難免遇到需要將產(chǎn)品經(jīng)理色徘、技術(shù)恭金、設(shè)計、測試等流程拉通的情況褂策。
場景1：測試部反饋這個重大特性測試不通過横腿，好不容易把產(chǎn)品經(jīng)理拉到研發(fā)座位后，產(chǎn)品經(jīng)理彪了一句“這不是我設(shè)計的本意辙培，請看我XXX月的設(shè)計圖”蔑水，聽完這句話后，心里默默念出“一萬頭X你馬”
場景2：即將要發(fā)布版本到測試部扬蕊，研發(fā)人員看著很忙搀别，但是就是不能輸出到版本。不能急“版本經(jīng)理”所急尾抑。還在原地悠閑的碼代碼歇父，等到去問研發(fā)的時候，研發(fā)隨口說了句再愈，XXX需求不清晰榜苫，給產(chǎn)品經(jīng)理打了XXX個電話沒有回應(yīng)，所以XXXX翎冲。我的天垂睬，心里又是“一萬頭X你馬”
飛過。
場景3：好不容易把產(chǎn)品經(jīng)理抗悍、設(shè)計驹饺、技術(shù)拉倒一起評審需求，把中間的邏輯彎彎道道都理順了缴渊。但是快到交付日期了赏壹，技術(shù)依然未反饋完工。去技術(shù)那里問為何還沒有按時完工衔沼，技術(shù)一句說設(shè)計沒有給出交互的細(xì)節(jié)設(shè)計蝌借。產(chǎn)品經(jīng)理沒有給出異常的流程昔瞧。所以沒有人或者流程圖告訴我要往哪里去，所以我停在原地菩佑，等你自晰。
有些公司，產(chǎn)品經(jīng)理和設(shè)計基本都是復(fù)用擎鸠，特別是小公司缀磕，這種人力復(fù)用率尤其嚴(yán)重缘圈。然后產(chǎn)品經(jīng)理基本屬于“甩手掌柜”劣光，接完市場或者老板的需求，大致轉(zhuǎn)換發(fā)給研發(fā)后糟把，不管研發(fā)最后設(shè)計的結(jié)果怎么樣绢涡，不論測試部是否通過，不論最終的效果是否回歸初心本意遣疯。一方面是產(chǎn)品經(jīng)理有心無力雄可，太忙了，沒有時間管結(jié)果缠犀。一方面数苫，這個產(chǎn)品經(jīng)理他可能以為只有需求與我有關(guān)，尚不知辨液，需求也是需要閉環(huán)的虐急。在測試部驗證后，產(chǎn)品經(jīng)理也需要給出自己的評判標(biāo)準(zhǔn)作為功能是否完全符合的依據(jù)滔迈。
出現(xiàn)這種種種的問題怎么辦呢止吁？什么是好酒，惟有杜康燎悍。出現(xiàn)這種場景后敬惦，往往是因為信息的不對稱而導(dǎo)致某個人或者環(huán)節(jié)成為了項目開發(fā)的瓶頸。而這種瓶頸如何解決和梳理?愚以為拉通每日“十分鐘”站立晨會谈山，嚴(yán)格執(zhí)行“To-do”“Doing”“Done”的看板工作模式俄删，其實每天6小時高效工作以及是不得了了。另外通過這種工作模式奏路，把項目組成員拉到一起畴椰，形成信息的對稱和互補，當(dāng)面把問題“打開”來看思劳，看看瓶頸在誰那里迅矛，并有針對性的去推動。如果通過這種模式潜叛，依然出現(xiàn)如上類似的問題秽褒，那么只能對那個一直“瓶頸”的小伙伴說“呵呵”了壶硅。
做好第一步，理清需求和各自信息對稱销斟；
做好最后一步庐椒，需求的驗收和信息確認(rèn)。
以上場景蚂踊，純屬虛構(gòu)约谈，如有巧合，請勿對號入座犁钟，不喜勿噴棱诱。
