Home | 簡體中文 | 繁體中文 | 雜文 | 打賞(Donations) | ITEYE 博客 | OSChina 博客 | Facebook | Linkedin | 知乎專欄 | Search | Email

Part I. 管理篇

Table of Contents

1. 人力資源管理
1.1. 規劃和戰略
1.1.1. 願景管理
1.1.2. 執行力還需方向正確目標明確
1.1.2.1. 什麼是執行力
1.1.2.2. 執行力問題出在哪裡
1.1.2.3. 執行力與SMART原則
1.1.3. 權力不等於領導力
1.2. 招聘與配置
1.2.1. 面試流程
1.2.2. 找到並留住最佳員工
1.2.2.1. 目前現狀
1.2.2.2. 人才分類
1.2.2.3. 簡歷篩選
1.2.2.4. 電話面試
1.2.2.5. 人才的判斷
1.2.2.6. 怎樣做一位面試官
1.2.2.6.1. 背景
1.2.2.6.2. 華麗的背景
1.2.2.6.3. 深度提問
1.2.2.6.4. 注重設計與解決問題的能力
1.2.2.6.5. 經驗積累
1.2.2.6.6. 職場灰人(高分低能和高學歷低能)
1.2.2.7. 薪酬管理
1.2.2.8. 建立人才庫
1.2.2.9. 人才挖掘
1.2.2.10. 人才發掘的另一種渠道
1.2.2.10.1. 招聘渠道有哪些
1.2.2.10.2. 還有其他招聘渠道嗎?
1.2.2.11. 怎麼尋找人才
1.2.2.12. 人才擇業會考慮那些條件
1.2.2.13. 鼓勵機制
1.2.2.14. 人才投資
1.2.2.15. 關於人才離去
1.2.3. 人力配置
1.2.3.1. 人才利用率
1.3. 培訓與開發
1.3.1. 給團隊充電
1.3.2. 內部培訓
1.3.2.1. 分工、授權、教練
1.3.2.2. 項目驅動學習
1.3.3. 外部培訓
1.3.4. 也談程序猿的職業規劃
1.3.5. 腦力工作者的老齡化問題
1.3.5.1. 程序員的記憶力
1.3.5.2. 腦力工作者偏老齡化
1.3.5.3. 老齡化存在的問題
1.3.6. 碎片化學習
1.3.6.1. 系統化學習
1.3.6.2. 碎片化學習
1.4. 薪酬管理
1.4.1. 中國企業的等級制度
1.5. 績效管理
1.5.1. 管理好管理層
1.5.2. 讓員工更敬業
1.5.2.1. 何謂敬業度?
1.5.2.2. 提高員工敬業度,常用辦法:
1.5.2.3. 敬業度的認識誤區
1.5.2.4. 員工不敬業的表現
1.5.2.5. 員工不敬業是怎樣造成
1.5.2.5.1. 戰略目標
1.5.2.5.2. 薪酬福利
1.5.2.5.3. 企業信譽
1.5.2.5.4. 溝通受阻
1.5.2.5.5. 發展空間
1.5.2.5.6. 任用外行
1.5.2.5.7. 自我實現
1.5.2.5.8. 辦公環境
1.5.2.5.9. 行政制度
1.5.2.6. 總結
1.5.3. 員工激勵機制
1.5.3.1. 什麼是激勵?
1.5.3.2. 為什麼要激勵?
1.5.3.3. 何時激勵員工
1.5.3.4. 在哪激勵員工
1.5.3.5. 誰來激勵員工
1.5.3.6. 激勵的誤區
1.5.3.7. 怎樣激勵員工
1.5.4. 軟件行業績效管理
1.5.4.1. 什麼是績效管理
1.5.4.2. 為什麼績效管理
1.5.4.3. 績效管理的分類
1.5.4.4. 績效管理面臨的問題
1.5.4.5. 績效管理的誤區
1.5.4.6. 怎樣做績效管理
1.5.4.6.1. 開發模式
1.5.4.6.2. 通過代碼提交數量判斷其在團隊中的貢獻
1.5.4.6.3. 目標與達成
1.5.4.6.4. 通過提交日曆查看員工的狀態
1.5.4.6.5. 團隊約束
1.5.4.6.6. BUG率
1.5.4.6.7. 代碼審查
1.5.4.7. 魚骨圖
1.5.4.8. 雷達圖
1.5.4.9. 全棧開發能力評估
1.5.4.10. 總結
1.5.5. 關於離職率
1.5.5.1. 人員流動帶來的問題
1.5.5.2. 人力資源的問題
1.5.5.3. 離職的原因
1.5.5.4. 離職率的考核問題
1.5.6. 企業與員工誰放棄了誰
1.5.6.1. 關於員工放棄企業
1.5.6.2. 關於企業放棄員工
1.5.6.3. 企業與員工誰都不能放棄誰
1.5.7. 優秀員工的十個特徵
2. 軟件項目管理篇
2.1. 範圍管理
2.1.1. 宏觀管理
2.1.2. 你清楚你的工作職責嗎?
2.1.2.1. 制度管理
2.1.2.2. 權力下放
2.1.2.3. 專業的人做專業的事
2.1.2.4. 總結
2.1.3. 怎樣防止踢皮球
2.1.3.1. 進入正題
2.1.3.2. 踢皮球幾大害處
2.1.3.3. 場景一
2.1.3.4. 場景二
2.1.3.5. 踢皮球的風氣是怎樣形成的?
2.1.3.5.1. 責任不明確
2.1.3.5.2. 缺乏溝通
2.1.3.5.3. 背黑鍋
2.1.3.5.4. 員工問題
2.1.3.6. 怎樣根治踢皮球
2.1.3.6.1. 調整組織架構
2.1.3.6.2. 禁止追查問題源頭
2.1.3.6.3. 不懂技術的管理
2.1.3.6.4. 統一目標,價值觀。
2.1.3.6.5. 防止問題擴大
2.1.4. 企業內部外包與懸賞
2.1.5. 企業膨脹的原因分析
2.1.5.1. 人才管理
2.1.5.1.1. 先從員工個人談起
2.1.5.1.2. 技能管理
2.1.5.2. 再說說部門
2.1.5.2.1. 部門膨脹
2.1.5.3. 精細化管理帶來的膨脹
2.2. 時間管理
2.2.1. 項目管理中工時計算的問題
2.2.1.1. 背景
2.2.1.2. 面臨的問題
2.2.1.3. 工時去了哪裡?
2.2.1.3.1. 洗手間,茶水間,吸煙
2.2.1.3.2. 看郵件,寫郵件
2.2.1.3.3. 溝通
2.2.1.3.4. 查資料
2.2.1.3.5. 無關的會議
2.2.1.3.6. 不必要的拖延行為
2.2.1.3.7. 私人時間
2.2.1.4. 怎樣改善面臨的問題
2.2.1.5. 怎樣計算項目工時?
2.3. 質量管理
2.3.1. 壓力測試中存在的問題
2.3.1.1. (What) 什麼是壓力測試
2.3.1.1.1. 壓力測試存在那些問題
2.3.1.2. (Why) 為什麼做壓力測試
2.3.1.3. (Where) 在哪裡做壓力測試
2.3.1.4. (When) 什麼時間做壓力測試
2.3.1.5. (Who) 壓力測試過程參與人員
2.3.1.6. (How) 如何做壓力測試
2.3.2. 打破軟件自動化測試的格局
2.3.2.1. 自動化測試的誤區
2.3.2.2. 分層與部署帶來的問題
2.3.2.3. 壓力測試存在的問題
2.3.2.3.1. 壓力測試環境
2.3.2.3.2. 測試順序
2.3.2.3.3. 瓶頸分析
2.3.2.3.4. 指導開發
2.3.2.4. 持續整合形同虛設
2.3.2.5. 測試的終極目標
2.4. 溝通管理(Communication Management)
2.4.1. 表達方式
2.4.1.1. 拒絶反問句
2.4.2. 任務分配
2.4.3. 任務確認
2.4.4. 越級和跨部門溝通
2.4.5. 工作例會
2.4.6. 工作報告
2.4.7. 負面信息處理
2.5. 整合管理
2.5.1. 配置管理
2.5.2. 為什麼持續整合難以普及
2.6. 風險管理
2.6.1. 開發,測試與運維的關係
2.6.2. 技術規範的誤區
2.7. 成本管理
2.7.1. 警惕IT黑洞
2.7.1.1. 什麼是IT黑洞
2.7.1.2. IT黑洞產生的原因分析
2.7.1.2.1. 人的因素
2.7.1.2.2. 來自組織架構的問題
2.8. 人力資源管理
2.9. 採購管理
4. 市場營銷
4.1. 網絡營銷
4.1.1. SEM(Search Engine Marketing)
4.1.1.1. SEO(Search Engine Optimization)
4.1.1.2. PPC(Pay Per Click)
4.1.2. SMM(Social Media Marketing) 社會化媒體營銷
4.1.3. EPM
4.1.4. EDM(Email Direct Marketing)
4.2. 4P's
4.3. STP
4.4. USP (Unique Selling Proposition)
5. 產品管理
5.1. 需求
5.1.1. 需求心理
5.1.2. 消費者思維階段
5.1.3. 需求的挖掘
5.1.4. 偽需求
5.2. 談設計
5.2.1. 為什麼中國設計如此“醜”
5.2.2. 什麼是不好看?不好看的標準是什麼?
5.2.3. 在企業中數設計崗位最沒地位
5.2.4. 藝術的欣賞是需要後天訓練
5.2.5. 設計師怎樣保護自己不被玩死
5.3. 產設計人員常犯的錯誤
5.3.1. 花80%時間開發使用率不到20%的功能
6. ITSM (IT Service Management) IT服務管理
6.1. Service Support Set(服務支持系列)
6.1.1. Help Desk / Service Desk
6.1.2. Problem Management(問題管理)
6.1.2.1. 故障樹分析(Fault Tree Analysis,FTA)
6.1.2.2. 因果圖在運維工作中的應用
6.1.2.2.1. 什麼是因果圖
6.1.2.2.2. 為什麼使用因果圖
6.1.2.2.3. 何時使用因果圖
6.1.2.2.4. 何處使用因果圖
6.1.2.2.5. 誰來負責製作因果圖
6.1.2.2.6. 怎樣使用因果圖
6.1.2.2.6.1. www.example.com, img.example.com
6.1.2.2.6.2. acc.example.com, api.example.com
6.1.2.2.6.3. cch.exampel.com, mq.exampe.com, db.example.com
6.1.2.3. 員工手冊
6.1.3. Incident Management(突發事件管理)
6.1.3.1. 突發事件處理流程
6.1.3.2. 監控的藝術
6.1.3.2.1. 背景
6.1.3.2.2. 概述
6.1.3.2.3. 怎樣監控
6.1.3.2.3.1. 衛星監測
6.1.3.2.3.2. 逐級診斷
6.1.3.2.3.3. 模擬人工
6.1.3.2.3.4. 數據分析
6.1.3.2.3.5. 監控與開發
6.1.3.2.4. 總結
6.1.4. Configuration Management(配置管理)
6.1.5. Change Management(變更管理)
6.1.5.1. 變更方案
6.1.5.2. 回退計劃
6.1.5.3. 變更評估
6.1.5.4. 變更授權
6.1.5.5. 過程記錄
6.1.5.6. 結果回顧
6.1.5.7. 機房遷移
6.1.5.7.1. 拓撲確立
6.1.5.7.2. 存儲規劃
6.1.5.7.2.1. RAID Disk Group 規劃
6.1.5.7.2.2. 檔案系統規劃
6.1.5.7.2.3. 目錄規劃
6.1.5.7.3. 設備上架
6.1.5.7.4. 操作系統初始化
6.1.5.7.5. 伺服器及運行環境
6.1.5.7.6. 部署應用程序
6.1.5.7.7. 監控系統
6.1.5.7.8. 日誌中心
6.1.5.7.9. 測試
6.1.6. Release Management(發佈管理)
6.1.6.1. 發佈類型
6.1.6.2. 發佈規劃
6.1.6.3. 參與人員與職責
6.1.6.4. 範圍與權限
6.1.6.5. 檢測標準
6.1.6.6. 過程和結果
6.1.6.7. 安裝模板
6.1.6.7.1. 雲主機初始化
6.1.6.7.2. CentOS 7 初始化
6.1.6.7.3. Nginx
6.1.6.7.4. Tomcat
6.1.6.7.5. Node.js
6.1.6.7.6. MongoDB
6.1.7. 內部培訓
6.1.8. IT資源管理
6.2. Service Delivery Set(服務實施系列)
6.2.1. Service Level Management(服務水平管理)
6.2.2. Availability Management(可用性管理)
6.2.3. Capacity Management(容量管理)
6.2.4. IT Continuity Management(IT可持續性管理)
6.2.5. IT Financial Management(IT財務管理)
6.2.6.
6.2.7.
7. Business Administration
7.1.
7.1.1. 戰略是什麼
7.2. 商業模式
7.3. 淺談技術型企業管理
7.3.1. 領導與管理團隊
7.4. 項目管理
7.4.1. 團隊合作
7.4.2. 出現問題為什麼會相互推諉
7.4.2.1. 我來詳細分析一下:
8. 管理工具(Utilities)
8.1. STAR
8.2. 5W2H分析法
8.3. SMART
8.4. 6S
8.5. PCRDFI
8.6. GTD (Getting Things Done)
8.7. ECRS分析原則