读书笔记--<精益和敏捷开发大型项目应用指南>

【摘要】

3月份的时候，根据教练和其他多为项目经理的推荐，开始阅读这本书；本书共三大部分、12个章节，第一部分：思考工具，第二部分：组织工具；第三部分：杂记；全书相当于对精益思想和敏捷团队组织、Scrum基础进行了浓缩，是这几个方面的知识体系汇总。

部分文字因为翻译的原因，加上个人理解能力有限，没有完全吃透。

个人觉得价值比较大的是第一部分第三章-精益思想、和第二部分的第七章-特性团队，这两部分值得细细阅读；提取两部分的重要观点和经验记录如下：

【精益思想】

精益思想的支柱并不是工具和减少浪费；而是：持续改善和尊重他人。

尊重他人：

--不要给客户带来麻烦

--“先发展员工再构建产品”

--无浪费性的工作

--与合作伙伴建立互信

--发展团队、建设团队

持续改善：

--实地查看

--传播知识

--回顾

--5个为什么—寻找根因

--发展团队、建设团队

在丰田内部手册中，将“实地查看“原则列为取得成功的首要因素；在精益思想文化中，强调所有人特别是经理应该将时间华仔搞清楚实际情况、帮助改进，应当市场到工作地点获取真正有用的信息。

其深层次涵义：

1Go See不仅仅是See，而是行动

2Go See不是视察，而是让懂行的人去参与，并帮助团队改进

3对负责人的要求，首先你是行业专家、能传播知识

Valteeh印度公司的Craig与开发人员一起结对编程；

【特性团队】

精益思想要求将工作交接导致的浪费、等待的浪费、信息分散的浪费等减到最小；特性团队既是解决方案；

一个Scrum团队，严格意义上就是一个特性团队；

我们应该避免组件团队l

组件团队或单一功能团队，最终导致学习负债

平台团体-大型组件团队，其实平台团队和使用该平台的高端产品团体从根本上来讲是两个大型组件团队，我们目前的LTE和平台是类似的关系？

组件团队鼓励交付更简单的工作，而不是更多的价值。

我认为现阶段构建理想特性团队的难点：

1专业领域跨度太大，对人的要求非常高，培养周期比较长；不是指鸡和蛋的问题，而是对人的技能要求非常高，包括软硬件、产品知识

2一个产品彻底特性团队化组织之后，那么以往按照专业领域的人才培养、知识积累如何进行

但是无论如何，特性团队和端到端的交付，应该是我们努力追求的目标。