Home | 簡體中文 | 繁體中文 | 雜文 | 知乎專欄 | Github | OSChina 博客 | 雲社區 | 雲棲社區 | Facebook | Linkedin | 視頻教程 | 打賞(Donations) | About
知乎專欄多維度架構 | 微信號 netkiller-ebook | QQ群:128659835 請註明“讀者”

部分 II. 軟件項目管理篇

目錄

6. 範圍管理
6.1. 宏觀管理
6.2. 你清楚你的工作職責嗎?
6.2.1. 制度管理
6.2.2. 權力下放
6.2.3. 專業的人做專業的事
6.2.4. 總結
6.3. 怎樣防止踢皮球
6.3.1. 進入正題
6.3.2. 踢皮球幾大害處
6.3.3. 場景一
6.3.4. 場景二
6.3.5. 踢皮球的風氣是怎樣形成的?
6.3.5.1. 技術人員的單一視角
6.3.5.2. 責任不明確
6.3.5.3. 缺乏溝通
6.3.5.4. 背黑鍋
6.3.5.5. 員工問題
6.3.6. 怎樣根治踢皮球
6.3.6.1. 調整組織架構
6.3.6.2. 禁止追查問題源頭
6.3.6.3. 不懂技術的管理
6.3.6.4. 統一目標,價值觀。
6.3.6.5. 防止問題擴大
6.4. 內部外包與懸賞
6.4.1. 怎麼樣操作
6.4.2. 可能遇到的問題
6.4.3. 小結
6.5. 團隊膨脹的原因分析
6.5.1. 人才管理
6.5.1.1. 先從員工個人談起
6.5.1.2. 技能管理
6.5.2. 再說說部門
6.5.2.1. 部門膨脹
6.5.3. 精細化管理帶來的膨脹
7. 時間管理
7.1. 優先順序管理
7.2. 時間管理的誤區
7.2.1. 優化組織架構,精簡機構
7.2.2. 命令決策一元化
7.3. 項目管理中工時計算的問題
7.3.1. 背景
7.3.2. 面臨的問題
7.3.3. 工時去了哪裡?
7.3.3.1. 洗手間,茶水間,吸煙
7.3.3.2. 看郵件,寫郵件
7.3.3.3. 溝通
7.3.3.4. 查資料
7.3.3.5. 無關的會議
7.3.3.6. 不必要的拖延行為
7.3.3.7. 私人時間
7.3.4. 怎樣改善面臨的問題
7.3.5. 怎樣計算項目工時?
7.4. 項目延期
7.5. 當日事當日畢
7.5.1. 工作時間如何規劃?
7.5.2. 遇到工作被打斷的情況
8. 溝通管理(Communication Management)
8.1. 表達方式
8.1.1. 拒絶反問句
8.1.2. 寬以律己,嚴以待人
8.1.3. 任務分配
8.1.4. 任務確認
8.2. 越級和跨部門溝通
8.3. 會議管理
8.3.1. 什麼要開會?
8.3.2. 會議的時間成本
8.3.3. 集思廣益純屬扯淡
8.3.4. 會議衝突
8.3.5. 避免議而不決
8.3.6. 會議記錄
8.3.7. 會議地點
8.3.8. 與會人員
8.3.9. 怎樣管理會議的時間呢?
8.4. 工作報告
8.5. 負面信息處理
9. 變更管理(Change Management)
9.1. 什麼是變更管理
9.2. 需求變更
9.2.1. 為什麼會變更
9.3. 擁抱變更
10. 整合管理
10.1. 配置管理
10.2. 為什麼持續整合難以普及
11. 質量管理
11.1. 無缺點管理
11.2. 為什麼自動化測試難以推廣
11.2.1. 為什麼自動化測試難以實施
11.2.2. 是什麼阻礙了自動化測試?
11.2.3. 中國測試人員的人力成本
12. 風險管理
12.1. 項目管理繞不開問題
12.1.1. 開發,測試與運維的關係
12.1.2. 壓力問題
12.1.3. 重速度輕安全
12.1.4. 技術實力
12.1.5. 測試問題
12.1.6. 運維問題
12.2. 程序猿說的「優化」是什麼意思?
12.2.1. 經驗和能力不足
12.2.2. 給前人擦屁股
12.2.3. 先蓋樓,後打地基
12.2.4. 使用新技術和不熟悉的技術
12.2.5. 最後總結
12.3. 制度、流程和規範的誤區
12.3.1. 故事一
12.3.2. 故事二
12.3.3. 故事三
12.3.4. 故事四
12.3.5. 故事五
12.3.6. 總結
12.3.7. 案例分析:怎樣避免電梯傷人事件再發生
12.4. 因果圖在運維工作中的應用
12.4.1. 故障樹分析(Fault Tree Analysis,FTA)
12.4.2. 什麼是因果圖
12.4.3. 為什麼使用因果圖
12.4.4. 何時使用因果圖
12.4.5. 何處使用因果圖
12.4.6. 誰來負責製作因果圖
12.4.7. 怎樣使用因果圖
12.4.7.1. www.example.com, img.example.com
12.4.7.2. acc.example.com, api.example.com
12.4.7.3. cch.exampel.com, mq.exampe.com, db.example.com
12.5. Incident Management(突發事件管理)
12.5.1. 突發事件處理流程
12.5.2. 事件處理方式
12.6. 監控的藝術
12.6.1. 背景
12.6.2. 概述
12.6.3. 怎樣監控
12.6.3.1. 衛星監測
12.6.3.2. 逐級診斷
12.6.3.3. 模擬人工
12.6.3.4. 數據分析
12.6.3.5. 監控與開發
12.6.4. 總結
13. 成本管理
13.1. 警惕IT黑洞
13.1.1. 什麼是IT黑洞
13.1.2. IT黑洞產生的原因分析
13.1.2.1. 人的因素
13.1.2.2. 來自組織架構的問題
14. 人力資源管理
14.1. 面試目的
14.2. 網絡工程師面試題
14.2.1. Junior
14.2.2. Senior Network Engineer 高級網絡工程師
14.3. 運維工程師面試題
14.3.1. Junior
14.3.2. 高級運維工程師
14.4. 軟件工程師面試題
14.4.1. Junior Software Engineer
14.4.2. Senior Software Engineer
14.5. 架構師面試題
14.6. 資料庫管理員
14.7. 測試工程師
15. 採購管理

這裡講述項目管理的基本知識與方法,軟件項目管理與傳統行業項目管理最大的區別可能是知識型人才的管理。所謂管理大可分為兩類,一類是着重考察項目過程本身,一類是主要考察項目的參與者,前者着重於時間管理,後者傾向于績效考核。

學習管理你千萬不能陷入到管理學領域,很多管理者陷入一個誤區,試圖尋找一種管理工具(非軟件,這裡指的是管理方法),通過工具解決項目管理問題。

管理軟件開發團隊,你只需要20%的管理學知識,更多的是對技術的掌握。

1. 敏捷開發

項目管理:項目管理從管理角度出發,通常根據軟件工程方法實施,通常是告訴領導我們在做什麼,但常常無法安照計划進行。 敏捷開發:從開發角度出發,告訴領導我們今天做完了什麼!

我認為項目管理模式的軟件開發團隊,不理利於創新,會降低員工的積極性,員工沒有參與感,將員工視為工時,一個部件,一個資源,任憑項目經理的調度,使用。員工的想法無法得到重視,僅僅是執行命令。 這種模式會浪費每個人20%的時間用來維護時間表。

我更喜歡敏捷開發團隊,我更喜歡全棧開發人員,讓開發人員參與的軟件開發周期的每個環節中,人力資源利用率高,讓開發工作成為有趣的事,從被動接收任務分配,到主動參與其中。

軟件工程當下已經顯得落後。尤其是快速變化的互聯網行業。