## 2.3 解決沖突
在某些時候,團隊成員間會產生分歧。作為他們的經理,你應該鼓勵他們直接化解分歧,而不是讓分歧妨礙合作。典型的分歧通常包括:技術選型、公共資源利用或者不顧全他人的行為。通過直接或折中討論的方式團隊成員通常可以解決技術和資源的分歧,但是不顧全他人的行為需要采取不同的方法。
同事間的問題一旦形成就無法繼續共事。如果一個人在生另外一個人的氣,勸住受害的一方同時要求另外的人到會議室討論問題以便于找到解決辦法。如果他們不能化解分歧,你可以安排一個相關人員共同參加的會談來討論問題。無論怎樣,如果沖突中涉及了不道德的行為,第一時間介入最有助于工作:把個別人拉到一邊并且以解決問題為目標開始討論詳細情況。
有時候,是你團隊的成員與其他團體的人發生沖突。這些沖突常常涉及未及時交付,但核心問題通常是欠缺溝通。要鼓勵每個人把問題先談出來。如果他們不能解決問題或過于樂觀就要提供適當的幫助和指導。
協助處理復雜的沖突時,首先要與沖突涉及的每個人談話以了解問題雙方的看法。在有限的時間內改變局勢。適當召集一個由當事人和他們經理參加的檢討會。不帶主觀臆斷地分析導致發生沖突的真正原因。要求各方考慮下一次類似事件發生時他們可以用怎樣不同的方式來改善局面。如果需要,加上你的建議。
> 行動起來化解沖突
> 一個項目經理和她的老板告訴我他們和我的一個工程師有些不愉快。這個項目由于要進行午夜網上直播,需要在下午5點以后上班。經理告訴我那位工程師應該在工作結束后電話通知。那位工程師并沒有打電話,所以項目經理在午夜前與另外一個完成了工作的工程師通了電話。
> 實際情況是項目經理給工程師留了一個帶有個人電話號碼的便條,以便于工作就緒時通電話。遺憾的是,工程師把號碼丟了。于是,在工作完成后發了一封郵件。項目經理并沒有查看郵件并認為工程師忘了。
> 通過對整個事件經過細節進行了解,我安排了一個會議,邀請相關人員和經理參加。我介紹了事件經過并描述了相關失誤。我們討論了將來在團體組織中如何避免類似問題的發生:以后再有下班后的工作,項目經理要寫一個單頁紙的計劃。計劃中要列出誰做什么,完成相關步驟后如何溝通以及參與者的電話號碼。如果將來再出現失誤,人們同意當晚電話通知經理。
> 會后,參會者表示他們對結果感到滿意。
> ——網站工程經理
不要寄希望沖突會自我消融,雖然有時會這樣。相反,要留意沖突,鼓勵人們直接去化解它們,必要時要直接干涉。另外,不要去教訓一個愿意接受調解并受到傷害的工程師,而是要在解決沖突的過程中指導他。
- 內容提要
- 前言
- 本書的章節結構及相關說明
- 公司發展階段
- 現實生活的記述
- 電子表格
- 模板
- 致謝
- 專家推薦語
- 第1部分 開發團隊
- 第1章 入門
- 1.1 在新工作中找到你的出路
- 1.2 了解人
- 1.3 不愿透露信息
- 1.4 認同企業文化
- 1.5 學習技術、過程和產品
- 1.6 了解客戶
- 1.7 了解公司的業務流程
- 1.8 回歸重點
- 第2章 管理開發團隊
- 2.1 理解你的核心價值
- 2.2 與你的團隊溝通
- 2.3 解決沖突
- 2.4 培訓
- 2.5 指導
- 2.6 激勵你的團隊成員
- 2.7 教導問題員工
- 2.8 考核與評價
- 2.9 附加讀物
- 第3章 創建一個高效的開發團隊
- 3.1 有效的團隊組織
- 3.2 程序員的效率
- 3.3 辦公空間
- 3.4 如何讓其他團隊與工程隊伍溝通順暢
- 3.5 新經理,舊習慣
- 3.6 富有樂趣
- 3.7 附加讀物
- 第4章 擴充軟件團隊
- 4.1 設計一個篩選過程
- 4.2 面試特長
- 4.3 匯總
- 4.4 附加讀物
- 第2部分 產品和技術
- 第5章 定義產品
- 5.1 產品定義過程
- 5.2 產品定義內容
- 5.3 整體產品概念
- 5.4 利用原型定義產品
- 5.5 與市場部門建立聯系
- 5.6 客戶對產品的認識
- 5.7 在α版本發布中改善產品
- 5.8 了解現有產品的組成部分
- 5.9 附加讀物
- 第6章 驅動版本發布
- 6.1 版本發布計劃
- 6.2 版本發布過程
- 6.3 發布版本的標識
- 6.4 附加讀物
- 第7章 評估你們的工具和方法
- 7.1 備份知識產權
- 7.2 創建和管理開發文檔
- 7.3 源代碼版本控制
- 7.4 軟件構建方法與時機
- 7.5 軟件發布過程
- 7.6 缺陷跟蹤系統
- 7.7 選擇合適的開發工具
- 7.8 附加讀物
- 第8章 評估你們的技術
- 8.1 系統文檔
- 8.2 系統可擴展性
- 8.3 故障模式
- 8.4 錯誤處理和消息
- 8.5 系統的靈活性與可維護性
- 8.6 整合入系統的第三方軟件包
- 8.7 系統應用程序接口
- 8.8 安全
- 8.9 數據報表與分析
- 8.10 國際化支持
- 8.11 著眼重點
- 8.12 附加讀物
- 第3部分 工程之外
- 第9章 與你的公司一起工作
- 9.1 企業文化和做法
- 9.2 處理團隊內部問題
- 9.3 增進同僚關系
- 9.4 尊重工程團隊
- 9.5 附加讀物
- 第10章 和CEO及執行團隊一起工作
- 10.1 支持你的老板
- 10.2 與執行團隊合作
- 第11章 傾聽客戶的聲音
- 11.1 客戶滿意
- 11.2 客戶會議
- 11.3 搞定交易
- 11.4 支撐的要求與客戶的需求
- 第4部分 為項目、過程以及質量制定工作流程
- 第12章 項目評估
- 12.1 建立一個評估
- 12.2 采集原始項目數據
- 12.3 附加讀物
- 第13章 啟動一個項目
- 13.1 理解目標
- 13.2 集結項目團隊
- 13.3 設置優先級
- 13.4 選擇一個框架
- 13.5 制定時間表
- 13.6 創建一個項目計劃
- 13.7 啟動會議
- 13.8 附加讀物
- 第14章 項目執行與跟蹤
- 14.1 一個項目的執行管理
- 14.2 項目跟蹤方式
- 14.3 變更控制流程
- 14.4 風險管理
- 14.5 附加讀物
- 第15章 設計一個軟件開發過程
- 15.1 軟件開發過程中都涉及哪些內容
- 15.2 開發過程的類型
- 15.3 自定義一個過程
- 15.4 選擇一個過程
- 15.5 引進一個過程
- 15.6 附加讀物
- 第16章 流程改進
- 16.1 建立一個流程模型
- 16.2 分析流程模型
- 16.3 堅持不懈地走下去
- 16.4 附加讀物
- 第17章 理解質量保證
- 17.1 質量的重要性
- 17.2 質量定義
- 17.3 注重質量
- 17.4 質量評估
- 17.5 QA指標
- 17.6 質量與生產力方面的缺陷影響
- 17.7 附加讀物
- 第5部分 規劃未來
- 第18章 確定發展方向
- 18.1 聽取市場部門的意見
- 18.2 創建整體產品
- 18.3 化解技術上的定時炸彈
- 18.4 籌劃技術檢修
- 18.5 優化客戶安裝程序
- 第19章 發展戰略及路線圖
- 19.1 建立產品路線圖
- 19.2 對選擇進行評價
- 19.3 創建單頁紙的評估
- 19.4 附加讀物
- 第20章 繼續前進
- 附錄A 軟件公司的組織架構
- 1 公司任務
- 2 典型的個體公司
- 3 典型的兩人公司
- 4 12人的軟件公司
- 5 24~50人的軟件公司
- 6 100多人的軟件公司
- 7 結論
- 附錄B 國際化
- 1 需要考慮的國際化問題
- 2 國際化的最佳實現方式
- 3 小結
- 附錄C 企業工作流程示意圖
- 1 創建一張簡單的工作流示意圖
- 2 工作流實例
- 歡迎來到異步社區!
- 異步社區的來歷
- 社區里都有什么?
- 靈活優惠的購書
- 社區里還可以做什么?
- 加入異步
- 版權信息
- 版權聲明
- 看完了