2、XP和启动公司
3、扩展XP
4、下一个和团队成员在一起的理由
因为很多商业方面的原因形成了分布在各地的开发团队,这样的团队也能使用XP吗?
——分布式XP
一个团队可以远程协作吗?
个人认为有好的工具的协助,会好很多。当然面对面的沟通是最好的。
什么时候使用分布式XP?
可以使用XP,但是不能发扬XP的全部功能。需要改进,进化!
5、测量XP——XP优势在哪里?成功案例多么?
6、然后去哪里?
no Pain no Gain no Gavin
一命二运三风水四积德五读书
命 运 风水 积德 读书
命不够好的时候,可以靠运来补足
运不够好的时候,可以靠风水来补足
风水不够好的时候,可以靠积德来补足
积德不够好的时候,可以靠读书来补足
也许从作用上来说:命>运>风水>积德>读书
但是从可操作性上来说:读书>积德>风水>运>命
努力吧!读书吧!
而且,通过自己的努力,不但可以把握自己的命运,还可以改变自己周围人和子孙后代的命运。
正所谓,一人得道,鸡犬升天。
努力吧!读书吧!
“XP起步”部分,到现在已经把正确的思维习惯介绍完毕。
而这些方面:
1、简单设计;
2、共享代码所有权;
3、编码标准;
4、每周40小时工作制
会自然的依序出现。
其它的:
1、现场客户;
2、验收测试;
3、教练和跟踪者
就可能要花花一些时间。
一、简单设计:
1、运行所有测试;
2、不包括重复代码;
3、清楚地表现出程序员对全部代码的意图;
4、包括尽可能少的类和方法。
简单的才会保留下来!
如何做到简单设计:
1、首先写验收测试;
2、保持每个类只负责一件事;
3、使用Demeter法则;——待介绍
4、使用定性的概念;——待介绍
5、使用CRC卡片(白板)来探索;——付诸行动!离开电脑(开发环境),在白板前进行设计
二、代码所有权
开发团队中的每个人都具有权力和义务修改它。
纪律——单元测试+代码版本控制
三、现场客户
如果客户没有给你提供一个全职的、一流的合作人员,请求他们免除这个项目。
因为他们不是认真的。
例外:
1、管理者或者开发者之一就是领域专家;
2、做探索性工作,客户也不知道自己想要什么;
3、已经有良好的沟通渠道。
四、验收测试
知道你什么时候做完。
单元测试给开发人员信心;验收测试给客户信心。
验收测试是开发者和客户直接的合同。
如何写验收测试?什么时候写验收测试?测试什么?
自动化验收测试。
功能测试与单元测试。功能测试应该是开发人员跟很多测试人员共同完成。
五、编码标准
保持团队不会被无用的小事弄得心烦意乱。
格式化编辑工具+好的易于执行的协议!
六、加班不是答案
“可持续发展”!
加班:你不想工作的时候而花费在工作上的时间。
七、一幅画胜过千言万语
找到好的“比喻”
八、寻求指导
跟一个伟大的老师学习1天,胜过自己勤奋的学习1000天。
九、保持记录
搜集数据、保持记录、做好跟踪:
1、鼓励每个人更好的估算;
2、更好的识别项目进度;
3、识别出问题的范围。
跟踪:
1、估算和实际执行的情况;
2、创建的和通过的验收测试。
wiki!