了解敏捷的观念及解决问题的思路

编程遇到问题
1.解决问题 
问题---->思路----->搜索引擎------>请教他人
2min  3min   15min 
做完同一件事 价值是一定的 所以效率很重要 为保证一定的效率 有一个时间上的框架来衡量或约束一下自己 以至于不会将时间的消耗变成极大的浪费
正确解决问题的思路 往往是<1>发现问题<2>理清思路<3>自己查资料<4>求助他人
而每个环节都需要一个时间段来容纳 一面将自己陷入不自觉的纠缠之中 所以用一张时间表 或定一个计时器 是不错的选择 


编程遇到问题 
2.向他人询问时 提问的艺术：
5w1h(或6w)分析法
何因why 何事what 何地where 何时when 何人who 方法how
提问 如果想有效率的获得解答 首先需要合情合理的描述给对方 沟通是有隔阂的 消息的传递是有损耗的 所以要尽量让对方了解自己的处境和经历 例如上面的5w1h分析法 先理清自己的思路 再将问题描述给对方 合理高效的交流 提升效率 提问的对象可以是搜索框 可以是人
不仅在编程方面 高效的交流方式 在方方面面都将惠得其用




传统开发模式VS敏捷开发
1，传统瀑布模式（发明者声称 需迭代两次）
环节间信息传递 损耗大 如果返工的话 工作量会很大  
2，单步迭代瀑布模式 
 需做修改时 整体信息传递不及时 牵一发而动全身 极大消耗时间
3，敏捷
四条价值观：
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作     高于  合同谈判
响应变化     高于  遵循计划

尽管右侧的有其价值 但更看重左侧的价值 注重响应变化 而非照本硬造

全功能团队：
打造全功能团队 是为了更好的使用人力资源 减少人员空闲 最终提高整体效率

流水线的作业模式 使程序员之间互不了解 不会完全了解客户意愿 只能做自己范围内力的工作 虽然这样便于管理人员管理工作 但是对于程序员来讲 对不了解的情况下产生的变更会很不理解 所以整个团队对项目的理解很重要 每个成员之间要相互了解 达成共识