一、溝通過程中的思路
1、詢問資訊
* 明確要問什麼，溝通一定要帶著目的性，否則就是扯閒篇了。最好是列好條例。
* 資訊是否完備，溝通的資訊是否完備了，是否都得到自己想要的答案了。
* 資訊是否準確？是否摻雜感**彩，或是片面之詞。
* 安排的工作任務，明確需要對方知道的資訊有哪些？安排乙個模組開發，首先要讓對方知道，這個模組是要幹什麼，什麼時候完成，任務否否緊急，你的訴求是什麼，是否有困難，困難的解決方案是什麼，通過什麼幫助或者調整可以解決這些這些困難？如果delay了怎麼辦等等。
* 確定對方已經理解，最好是通過反問的方式來確定
* 最重要的是明確任務完成的時間節點，開發者肯定會覺得這個時間沒辦法給出，畢竟在什麼都沒幹的情況下，誰都不敢輕易給出具體時間。所以最好是在開發者給出的時間留出一定的彈性。
1、不要說「但是」，而要說「而且」
「我覺得這種想法很好，而且，如果在這裡再稍稍改動一下的話，也許會更好……」
2、不要說「首先」，而要說已經
跟老闆匯進度，「首先」一詞出口，就讓人覺得你還有很多事要做，卻不會認為你已經做了一些事情了。而且這樣的講話會給人一種悲觀的感覺，而往往專案開發需要良好積極樂觀的氛圍。
「是的，我已經相當熟悉這項工作了……」
3、不要說「錯」，而要說「不對」
乙個leader最讓人欽佩的，是讓成員甘心情願付出，當然犯錯誤是在所難免的，所以我們必須要注意的是，不要說「錯」，而是說「不對」，這樣在語氣上，更讓人接受。總之不管什麼情況，你要有跟成員一起面對錯誤的態度。
「你這樣做的確是有不對的地方，咱們最好是為此承擔責任」
4、不要說「僅僅」
在一次bug修改會議，或是乙個需求評審的時候，你是這樣說的「這僅僅是我的乙個建議……」
這樣說是絕對不可以的，這樣一來，你的想法、功勞包括你的價值都會大大貶值。本來利於專案，團隊的乙個主意，反而讓同事覺得你的自信心不夠。
「這就是我的建議」
5、不要說「本來」
你和你的談話物件對某件事持不同看法，你卻輕描淡寫「我本來持不同看法的」。這樣不但沒突出你的立場，反而讓你沒了立場。類似還有「的確」和「嚴格來講」
有威信的領導都是直截了當「對此我有不同看法」
6、不要說「務必」而是「請你」
7、不要再說「老實說」
遊戲敏捷開發專案管理之我見（二）
敏捷開發需求管理 比較有用的資料文獻 感謝作者分享 敏捷開發模式中的需求規劃 來一起聊聊產品工作中的優先順序 敏捷開發模式中的需求實現 一 需求管理 prd實現的連續性問題 需求拆分的方式方法 需求變更處理 產品功能列表 backlog 主題 描述 優先順序 驗收標準 通常乙個迭代的開始都是通過計畫...
專案管理之我見 程式開發步驟
專案遇到的問題 程式開發是專案的核心。因此缺少管理的程式開發，就不會作出成功的軟體專案。程式開發過程中，專案的程式設計師是根據已有的模組設計文件，理清思路，然後編寫程式。但是由於程式設計師編寫程式步驟比較隨心，導致可能出現對需求理解不清楚，又或者由於本身的水平有限，導致程式本身存有缺陷。解決方法 因...
敏捷開發專案管理 通過敏捷開發管理專案的硬體方面
存檔日期 2019年5月14日 首次發布 2011年10月12日 瀑布式開發因無法處理快速變化的需求而在軟體行業中享有盛譽，在最先進的軟體開發中這一點變得越來越明顯。但是，在硬體開發等某些領域，瀑布仍然是更流行的開發方法。在本文中，我們介紹了如何使用ibm rational team concert...