## 2.1 理解你的核心價值
在投身于管理一個團隊之前,讓我們先審視一下如何才能成為有效的管理者。問一下自己如何與你的開發團隊一起工作以及如何用你的核心價值觀去帶動大家。你對他人的尊重,你的道德準則,你自身帶隊和傾聽的能力,提供反饋的能力以及關注其他人的成功等因素都會影響你如何做出決策。
作為一個經理,在與你的團隊一起工作時,你需要一個可隨時存取工作法寶的“工具箱”。你的工具箱里應包含用于激勵人員、供自己查閱和選擇團隊的工具,還應該有組織團隊、設置工作空間、管理項目、解決沖突以及與團隊溝通的方法。多種工具與方法在手,你才可以為工作選擇出最好的方案。
相比之下,一個死板的經理可能只有一種工具——在上一家公司的上一份工作中所用的那一套工具。不過,俗話說的好,如果你只有一把鋸,那么所有的問題都只能用鋸子來鋸。
下面的部分涵蓋了關鍵的工具以及核心價值觀的組成部分:信任、靈活性、誠摯、機密性、尊重以及授權。
### 2.1.1 信任
一個充滿信任的公司最具有生產力,因為員工們不會在權術斗爭、指責他人缺點或守住自身位置等方面耗費精力。這些公司鼓勵直接溝通——員工們通過正確的信息及他們的工作支持取得管理人員及相互間的信任。這促進了員工高昂的斗志,因為員工們把精力放在了生產而不再是小心謹慎。
鑒于在小公司工作要比在大公司工作風險大,小公司的員工必須能夠相信來自高級管理人員的信息。由于小公司和成長中的公司常常缺乏可觀的資源,高度信任的環境提升了成功所需的效率。
在低信任度文化公司工作的員工就會把精力浪費在查找其他人的缺點和保住自身的位置方面。員工們認為他們需要仔細核實管理層所做評價的真實性。在這樣的公司,管理人員通過回報低信任的行為延續了低信任度的文化,例如政治動機、對其他人的公開口頭抱怨、謠言、逼迫其他團隊決策的政治攻勢以及惡意中傷。低信任度文化趨向于在那些人人自危的公司中繁殖。管理往往是權威和政治。高級經理們把精力放在如何踩著別人上去。當高層管理人員缺乏針對性的積極努力時,那些通過表現低信任的行為來晉升的人則存在有短期利益。
為什么沒有更多的企業建立起高度信任的環境?建立信任需要管理人員通過討論公司價值觀與核心理念來付出每一天的努力,而不僅僅是做一個年度回顧。高度信任的文化需要經理們雇用合適的人才,在公司文化中指導他們,規范他們所期待的行為。
> 最后一個擺設
> 我們的QA團隊由6位工程師組成,我們都擅長于自己的工作。當我們的QA經理離職另謀高就的時候,副總裁指定了一個既沒有QA經驗也沒有管理經驗的經理。我們團隊愿意給他一次機會。然而,過了4個月,他不僅對質量管理沒有任何興趣反而還挑撥我們的關系。最終,團隊其他成員找到了其他工作而經理并沒有安排人員來接替他們。
> 我是公司雇用的最后一位QA工程師。我給經理寫了一封電子郵件,要求他把精力放到QA上來。我對團隊其他人員離職而沒有安排人員接替深表關注。他把我開掉了,并由于我的反抗而在那一天強行把我送出大樓。即使私下交流,我都不應該信任他的公平性。
> 我發現在我到另外一家公司做管理工作兩周后這位經理也退出了。他毀了QA團隊并最終離開了公司。
> ——QA工程師
作為經理,你可以通過顯示高標準的公平性、機密性、尊重、誠摯以及沖突解決方法來建立信任感。你要有效處理那些讓你失去信任的團隊成員。例如,如果一個團隊成員向你匯報她已經完成了任務,你期待著任務圓滿地完成了。如果你事后發現她沒有完成任務,你就不再信任她。此人將成為你的拖累,因為你必須仔細檢查她的工作以確認圓滿完成。
在高度信任的環境中,一個開發經理在注視她的團隊。她既不把團隊看做完成工作的機器;也不將她的角色看做是將上層管理人員提出的要求與問題傳遞到團隊的導管。實際上,她很好地照顧了團隊與公司的雙方利益。
信任似乎是一個抽象概念。下面的例子有助于說明高度信任與低信任度針對不同情形的表現。
* 你正在參加一個行政會議,一個與會經理提到你的一個高級開發人員未能及時交付項目。這是由于市場部在最后一分鐘改變了要求,你和開發人員隨之做了一些修改。
* 低度信任表現:直接在會上指出這是市場經理多次修改定義的后果,并且在未征得你準許的前提下,提升了費用。
* 高度信任表現:表明你同意其結果是不可接受的。你計劃審核改善未來業績目標的項目。你邀請了市場部經理參與討論。
* 一個開發人員告訴你他的興趣在于想拿一個碩士學位。你清楚如果這一點兌現的話,就需要再找另外一個人加入到團隊。
* 低信任度表現:找一個借口開掉這個工程師,因為你知道他隨時都有可能走人。
* 高度信任表現:確認這個工程師是否可以在工作的同時上課學習。如果想離開公司繼續接受教育,要他盡可能考慮清楚利弊。
* 在業務高峰時段你的服務器卻停了4分鐘。你最初的分析認為可能是問題出在運營團隊,一個軟件的復合缺陷阻止了系統正常的自動恢復。你不負責管理運營團隊。
* 低信任度表現:立即告訴CEO有關運營團隊的失誤,并指出運營總監需要加強對員工的培訓。
* 高度信任表現:花一些時間和運營總監一起調查問題。然后,你們一起向CEO詳細匯報事件經過以及避免此類事件再度發生的下一步工作計劃步驟。
### 2.1.2 靈活性
相信自己是被信任的團隊員工就會以值得信賴的方式行動;在你如何對待你的團隊這個問題上比較靈活的話將有助于營造高信任度環境。用你期望的老板對待你的方式來對待你的團隊。如同關注團隊成功一樣去關注個體的成功。開發人員不僅僅是雇用的員工,工作之外還有事業與生活。如果你用你公平正直的方式和他們相處,通常他們也會反過來以公正的方式對待你。
當團隊成員遇到問題或陷入生活困境之中,且這些問題導致她難以用正常的方式來工作時,你就可以展示靈活性的一面。這種狀況的靈活度意味著允許她在家工作一段時間或允許她休假。靈活性也可以意味著短期內調整一個人的工作時間或將工作日調整到周末。
你也可以在工作分配方面,根據某人的要求做相應調整而向其傾斜來顯示你的靈活性。每個開發人員都會專注于自己感興趣的特定任務,這不僅可提升團隊成員的工作積極性,而且提供了寶貴的交叉培訓,這一交叉培訓在個人重復性地專注于同一領域時是不可能發生的。
靈活性并不意味著對所有團隊成員無論其是否有問題都提供相同的解決方案。例如,一個員工由于家庭問題需要在家工作一周,其他成員就不能也在家工作。當一個員工遠程工作或工作時間不同于團隊其他人,就要把原委告訴你的團隊,幫助他們理解你的決定。當然,在某些情況下,你也應當允許被照顧的員工留有一些含糊細節,因為把個人隱私告訴其他人是不合適的。
一個經理的靈活性影響著其他核心管理領域。當員工經歷難于正常完成工作的情形時,他更信任做事有靈活性的經理。
一些員工可能會利用你處事靈活的特點,但偶爾被員工利用總要比事事僵化要好很多。盡管少數個別人謊稱了他們的處境,但大多數人還是誠實的。
### 2.1.3 誠摯
你的團隊成員將感謝你為他們的成功而付出的誠摯關懷。你可以用言語和行動來體現你的關心,但最終要體現在行動上。如果你的員工相信你是真誠的和可信賴的,他們將更愿意根據你的指示用新的方法來解決問題而不是處處抵制。
> 誠摯不是管理時尚
> 我的經理公開表示我們目前所作的工作并不一定是我們興趣所在。她鼓勵人們去發現自己的興趣即使這可能導致他們最終離開團隊。即使公司不再填補空缺時她也還在堅持。她堅持不懈地把我們個人興趣放在第一位而且全心全意地幫助員工解決所有問題。我們始終愿意跟她一起干。
> ——高級技術作家
> 為什么無人可信
> 管理團隊舉行會議宣布裁員和削減預算。CEO指出在營業額回升以前我們要被迫凍結招聘以及在花費上要精打細算。一周之后,所有的經理通過公司收到了奔馳租賃服務。在下一次會議問及此事時,CEO解釋說由于高層執行團隊先前擁有“車輛補貼”,經財務人員確認這項支出不能免稅。所以管理人員用租車代替,而這正好發生在削減預算之后。當問及為何沒有砍掉這筆費用時,他的答復是這是激勵政策的需要,以用于留住高層管理天才。
> ——硬件經理
如果你的行為表明你缺乏誠意,那么無論你用多么認真的口吻去跟人們談話,你都不會被信任,而且作為經理不僅你的指令會缺乏效力,還可能導致團隊成員對你的傷害。你的團隊不再會為公司而盡全力。例如,考慮一個削減預算而無盈利公司的例子。在經理要求他的團隊精打細算節省成本之后,他在自己的辦公桌上配置了一臺新計算機,盡管他目前的計算機還很新,這個經理將失去員工的尊重并毀了自己的信譽。
### 2.1.4 機密性
信賴的同時也就建立了信任。如果一個員工信賴一位經理,她期望那些信息不要被其他人分享或被不恰當地利用。除非一個信賴的員工嚴重違反了道德規范、觸犯了法律或使公司陷入困境,你就不能分享這些信息或利用它背叛這個人。通過鼓勵人們信賴你的環境,將有助于解決問題而不是放任自流。
例如,一個員工告訴你她想調換到一個不同類型的項目里去。她談到了其他公司的潛在就業機會。聽到這個消息,一些經理可能會立即開掉這個員工或安排她做一些不重要的任務——因為她隨時都可能走人。無論如何,由于這個員工已自愿透露了這個消息,這顯示出她很信任你,并且,實際上她并非真的想走——她可能只是想給你一個調配工作的機會。如果她決定離開公司,出于對你的信任和尊重,她會給你一些時間做交接。
### 2.1.5 尊重
團隊中的每個人必須受到你、其他開發人員和同事的尊重。缺乏尊重可能會公開化的方式展現出來。例如,會有人當著他人的面或在他人背后詆毀另外一個人。缺乏尊重也可能以陰險的方式體現,像某人通過貶低其他人的資歷、技能或其他能力來達到詆毀他人的目的。
如果你團隊中的一個成員詆毀了另外一個人,把誹謗的人拉到一邊跟他談話。不要等待狀況“自我愈合”。根據問題的程度,你可以讓人力資源管理人員參與進來。
通過讓團隊專注于解決問題而不是指責別人的問題來構建相互尊重的氛圍。鼓勵員工獨立解決問題,并只有在他們自己不情愿做或不能做到時提供幫助。
### 2.1.6 授權
成功的開發人員總是喜歡他們的工作并期盼下一次挑戰。如果你已經定義了明確的目標,就要后退幾步,來讓他們成功,他們將會自我導向并自我激勵。被賦予權利的員工將取得成功。
相比之下,感覺到每一步都在細節管理中的員工,就會把工作看做換取報酬的合理任務。他們知道那些管理人員所要求的任務有時是無效的或無用的,但他們相信他們無力改變現狀。管理人員把他們看做清理完管道就回家的管道工。
給你的團隊成員授權時,要確認他們理解了開發目標以及任務邊界。邊界要確定到合理的限度,但不是神圣得如印度圣牛般不能討論與改變。在賦予清晰的邊界和適度的靈活性前提下選擇一個解決方案可以保證員工們不會感覺被管得過死。
下面就是一些邊界類型的例子。
**項目約束** 時間表、功能、預算以及資源。
**公司政策** 需要管理人員批準撥一些專款。
**技術邊界** 解決方案中合作伙伴將處理特殊的技術問題。
**業務邊界** 為減少不斷擴大的運營成本,需要采購一些軟件組件,并對這些組件進行選型。
確定了清晰的邊界后,讓團隊成員們選擇他們如何一起工作并找出解決方案。把團隊管得松散一些,監控進展,指導他們不斷地取得成功。
- 內容提要
- 前言
- 本書的章節結構及相關說明
- 公司發展階段
- 現實生活的記述
- 電子表格
- 模板
- 致謝
- 專家推薦語
- 第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 工作流實例
- 歡迎來到異步社區!
- 異步社區的來歷
- 社區里都有什么?
- 靈活優惠的購書
- 社區里還可以做什么?
- 加入異步
- 版權信息
- 版權聲明
- 看完了