在流程不明確的狀態下,團隊成員只能憑藉自己的直覺做事;如果彼此對一件事的認知不同就容易造成誤會,甚至爆發不必要的衝突。
有些 PM 覺得跟工程師溝通很痛苦,甚至大腦會不時冒出這樣的想法:「明明只是修改一個小地方,為什麼總有各式各樣的理由拒絕跟拖延,就算答應修改,做起來也是一副心不甘情不願的樣子。」
其實大部分的工程師都是可以理性溝通的,但我們無法接受一直做「白工」和「重工」,今天筆者想透過一個案例來跟大家分享「客戶、PM、工程師」之間思維的差異,並提出可以改善的方案。
在過去的文章中有提到,為了提高團隊成員在 Scrum 的參與度,我們改成輪流擔任 Scrum Master 的機制,但這樣真的有效果嗎?而且 Scrum…
並不是導入一個新的管理方式,專案執行就能夠順風順水。
選擇比努力重要,而環境就像個導師,不斷影響著我們的選擇。
這篇文章會有人看嗎?為什麼點閱數這麼低?動態按讚的人怎麼這麼少?為何都沒有人來留言?我真的適合當創作者嗎?