讀書筆記--《精益和敏捷開發大型專案應用指南》
【摘要】
3月份的時候，根據教練和其他多為專案經理的推薦，開始閱讀這本書；本書共三大部分、12個章節，第一部分：思考工具，第二部分：組織工具；第三部分：雜記；全書相當於對精益思想和敏捷團隊組織、scrum基礎進行了濃縮，是這幾個方面的知識體系彙總。
部分文字因為翻譯的原因，加上個人理解能力有限，沒有完全吃透。
個人覺得價值比較大的是第一部分第三章-精益思想、和第二部分的第七章-特性團隊，這兩部分值得細細閱讀；提取兩部分的重要觀點和經驗記錄如下：
【精益思想】
精益思想的支柱並不是工具和減少浪費；而是：持續改善和尊重他人。
尊重他人： --
不要給客戶帶來麻煩 --
「先發展員工再構建產品」 --
無浪費性的工作 --
與合作夥伴建立互信 --
發展團隊、建設團隊
持續改善： --
實地檢視 --
傳播知識 --
回顧 --5個為什麼—尋找根因 --
發展團隊、建設團隊
在豐田內部手冊中，將「實地檢視「原則列為取得成功的首要因素；在精益思想文化中，強調所有人特別是經理應該將時間華仔搞清楚實際情況、幫助改進，應當市場到工作地點獲取真正有用的資訊。
其深層次涵義：
1go see
不僅僅是see，而是行動
2go see
不是視察，而是讓懂行的人去參與，並幫助團隊改進 3
對負責人的要求，首先你是行業專家、能傳播知識
valteeh
印度公司的craig與開發人員一起結對程式設計；
【特性團隊】
精益思想要求將工作交接導致的浪費、等待的浪費、資訊分散的浪費等減到最小；特性團隊既是解決方案；
乙個scrum團隊，嚴格意義上就是乙個特性團隊；
我們應該避免元件團隊l
元件團隊或單一功能團隊，最終導致學習負債
平台團體-大型元件團隊，其實平台團隊和使用該平台的高階產品團體從根本上來講是兩個大型元件團隊，我們目前的lte和平台是類似的關係？
元件團隊鼓勵交付更簡單的工作，而不是更多的價值。
我認為現階段構建理想特性團隊的難點： 1
專業領域跨度太大，對人的要求非常高，培養週期比較長；不是指雞和蛋的問題，而是對人的技能要求非常高，包括軟硬體、產品知識 2
乙個產品徹底特性團隊化組織之後，那麼以往按照專業領域的人才培養、知識積累如何進行
但是無論如何，特性團隊和端到端的交付，應該是我們努力追求的目標。
《精益和敏捷開發》讀書筆記
對精益不了解,敏捷開發則是乙個到處都在談論的話題,我只是跳著看了一些在敏捷方面的做法和觀點,而且主要是scrum相關的,當然本書的敏捷開發基本上可以等同於scrum.算是增加了一層對scrum新的認識.書不敢說是一本好書,只能各取所需吧.我是讀書筆記的分割線 如果在同乙個辦公區域,你記不清所有人的名...
《精益創業》讀書筆記
不要以嚴格地職能部門來組成公司，而是要以人們在各自專長的領域做出表現，組建跨部門的團隊 在普通的管理中，如果無法實現目標，要麼是計畫不足，要麼是技術不足 這點我感觸比較深，以前在老東家的時間，剛開始是技術不足，導致專案延期，後續是計畫不足，溝通交流不足，導致專案延期 在產品優化的過程中不斷地改變 合...
精益招聘讀書筆記
1 只有員工價值觀和企業價值觀和諧共處是，員工才能發揮最大潛能。2 人力資源管理的深層目標是培育和貫徹企業文化。3 所有優秀人才的終極目標有且僅有乙個 讓自己變得更優秀。4 招聘工作的核心任務是向求職者傳播企業文化。5 招聘人員應當以服務意識來行使管理職能。6 業務部門永遠比人力資源部分更了解乙個具...