其实两天的培训主要是分成了四块：业务建模，需求，分析，设计，今天主要是讲了业务建模和需求方面的知识。其实这些细节的知识和笔记多是别人工作中的体会，在这个培训除了学习到的知识外，能够让我共鸣的知识以及个人体会给大家分享一下。         敏捷开发的前提是技能         产品部做平台版本的时候号称引入了敏捷开发模式，其实是在没有考虑到部门实力的情况下随意的修改了自己的方法，这就如同中国队搞巴西风格的踢球方式一样，一方面大大的增加的成本，一方面不能带来实际有效的受益。在做项目的过程中，能够从项目中总结知识的人可谓凤毛麟角，大家其实都是在完成功能性的需求，在没有怀疑态度的情况下做事，往往漏洞百出。         如果是产品部的程序员的编码年限都是5＋＋，同时大家学习能力和分析能力都很强的话，我相信敏捷是顺理成章的事情，这就如同中国把世界的好多足球巨星加入到中国国籍然活组成梦之队一样，有了技能，总能找到合适的方法。         UP在敏捷开发的过程中扮演了重要的角色，主要是在文档不完善的情况下，UML图直观的描述会帮助系统相关工作人员理清思路，更加高效的做出满足用户需求的系统。         找名人培训VS找知名培训公司培训         以前听过公司请的thoughtwork的所谓的专家的培训，对比一下潘家宇的这次培训，发现两个培训的质量的差距真是太大了，一个是知名的企业，一个是知名的IT人士，知名企业在给一些不知名的公司培训的时候，往往派过来的都是小角色，他们其实对业务，对模型，对编码等等的理解都不是很深刻的，只是拿着公司的PPT过来忽悠一下客户而已，硬是把一个培训搞成了一个交流会。而潘家宇的培训很明显的展现了对UP和软件工程的深入理解，课程讲述的内容细致，授课的方法得体，能够很好的和学员互动。         以后公司层面的培训，我还是建议找到名人来培训，而不是去和一些知名的公司合作，给别人送钱。听说公司最近在组织UE的培训，找到的相关人员竟然又是一个公司派下来的讲师，他们是在为工作而研究UE，怎么可以敌得过为爱好而研究UE的人呢？         培训中讲到的一些基础知识和技能性的知识也很多，配合一些练习题目可谓是恰到好处，第一天知识收获很大，以后没事真的是需要参加知名人士的培训或者是讲座了。一句话：要想成为高手，你需要和高手为伍！ －－－－分割线－－－－－－－－－－－－－－－－－－－－－－－－－－－－－         理解，真的需要时间……