『实时案例』极限编程（XP）中成对编程（pair programming）的实践 [dorothy 修改于 2005/11/9] 状态 开放帖 浏览量 7273 |
|
|
项目组人员构成：包括PM，总共3个人，做一个中型项目，大家都参与到设计和编程中来，从一开始需求分析阶段大家对整个项目就是全程跟踪下来的。
目前我们项目组正准备采用XP（极限编程）的模式，因为是第一次采用，大家都是摸着石头过河，大家找了一些XP方面的资料，一步一步按照上面的步骤做。目前，项目组已经完成了user story的分解，确定iteration为两周，目前，user story初步划分到了task，三人两两组合形成pair，一对pair做半天，半天task轮换一次。闲下来的那个成员做技术储备，下一步就开始pair programming的阶段了。
大家说说，这样的安排有没有什么问题，另外，在以后的pair programming实施过程中，将可能遇到什么问题？你们在XP编程中采用的是什么方式？有了解的和实践过的大侠请一定不吝笔墨，我们希望这第一次实践是成功的，以后可能将该模式在部门内部推广，谢谢大家！
|
--------------------------------------------------------------------------------------------------------
有问题，找IT项目管理……
《倔丫头蜕变记》小可人碧芊芊 著 起点网 http://www.qdmm.com/MMWeb/1004530195.aspx 求收藏，求推荐票
逐浪网：http://www.xxs8.com/388365/ 求收藏
青春励志小说，讲述一个农村女孩儿的成长之路。一个农村傻丫头，困境中成长，经历家庭剧变，一路酸甜苦辣，始终积极乐观，经过不断努力，成为职场白领，过上有车有房有老公有孩子的平凡幸福生活。
一名女项目经理的成长史。
>>> 由论坛统一发布的广告：
|
|
楼主
 dorothy
职务 无
军衔 少校
来自 上海
发帖 993篇
注册 2004/9/6
PM币 4069
经验 
 
|
|
 Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/1]
|
|
客户在哪里？
|
|
|
|
1楼
 wemissyou
职务 无
军衔 一等兵
来自 浙江
发帖 75篇
注册 2004/8/6
PM币 585
经验
|
|
|
|
2楼
dorothy
职务 无
军衔 少校
来自 上海
发帖 993篇
注册 2004/9/6
PM币 4069
经验
|
|
Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/2]
|
|
三个人而已，还非得Pair么？PM去做做测试的准备和工作不是更好
好多人推崇XP，可XP不过就是无序模式，它的成功更多来自于团队的聚合力和默契合作，任何时候任何人都可以迅速补位。如果自己的团队达不到如此程度的话，建议还是结合其他的开发模式一块进行吧
|
--------------------------------------------------------------------------------------------------------
还好说话不用纳税
鳄鱼如是说
|
|
3楼
laolie
职务 无
军衔 上校
来自 北京
发帖 1802篇
注册 2003/2/17
PM币 12027
经验
|
|
Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/9]
|
在2003年~2004年我做过一段时间的XP尝试，点滴感受。。。
1。如何做到现场客户支持，是XP能否成功的一个关键，在实际情形下，客户有自己的工作安排，所以在线配合，需要积极争取。。。
2。XP团队必须工作在同一个空间，就像WARROOM这样的空间，构造火热的沟通氛围。。。总是在沟通，也在工作。。。没有人躲在一边默默地写程序
3。测试用例的编写是关键，测试驱动需要一些测试技术的支持，比如JAVA应用中的JUNIT，基于STRUTS的Actiontest（记不清这个叫什么了），还有基于页面测试的HTMLTEST等技术，NIGHTLY TEST。。。这些的准备是需要花功夫的
4。配对编程可以大幅度的提高团队成就感，在完成一个功能，并通过测试的时候，击掌叫好的场景另外至今怀想。。。 。。。。 其他的，希望能面对面的沟通这些。。。。还希望在什么时候再次激活XP，因为这的确是个好东西 有个想法，请DOROTHY把这个项目的开发过程进行实时跟踪，演绎这个项目的过程，大家参与讨论。。。对彼此的作用都莫大也。。。不过要注意企业的敏感信息 ：）
|
--------------------------------------------------------------------------------------------------------
****有问题，找IT项目管理****...
ITPM在线：QQ群－8721636；BB群（msn）－ group3730@bbqun.com ；高级M群(msn)－ group151431@xiaoi.com （PMP＋５年以上PM经验，需验证！） One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com 
|
|
4楼
camer
职务 无
军衔 上将
来自 广东
发帖 2745篇
注册 2003/3/3
PM币 14759
经验
|
|
Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/9]
|
强得很啊,希望能够提供更多的信息不是更好!
|
--------------------------------------------------------------------------------------------------------
http://paulsun.blog.sohu.com
|
|
5楼
paulsun
职务 无
军衔 少尉
来自 浙江
发帖 707篇
注册 2005/5/29
PM币 2535
经验
|
|
|
|
6楼
dorothy
职务 无
军衔 少校
来自 上海
发帖 993篇
注册 2004/9/6
PM币 4069
经验
|
|
Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/16]
|
|
不错，第一个迭代的效果往往是给后面迭代做“白老鼠”的。。 呵呵~ 信息1：引用以下这段话
“重构可以被认为是增量（incremental）式的再设计，"没有重构，程序设计会 腐烂"，Fowler写到," 结构性的缺陷会带来累积效应 "。历史上，我们对软件维护的方法是"quick and dirty"(快速但不彻底的?)，致使一些初始设计工作做的好的项目，随着时间推移，也会"退化"（degrade）.” 信息2和4：可以在计划游戏的深入分析中减少工期预算的误差
信息3：建议使用“Spike Solution 方法”。。。在计划游戏和后续的沟通中
信息5：也是计划的问题。。。 在第一个迭代，往往会忽视“环境准备”，“进入条件准备”。。。等工作量，导致工作量估计过于乐观 继续跟踪~~
|
--------------------------------------------------------------------------------------------------------
****有问题，找IT项目管理****...
ITPM在线：QQ群－8721636；BB群（msn）－ group3730@bbqun.com ；高级M群(msn)－ group151431@xiaoi.com （PMP＋５年以上PM经验，需验证！） One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com
|
|
7楼
camer
职务 无
军衔 上将
来自 广东
发帖 2745篇
注册 2003/3/3
PM币 14759
经验
|
|
Re:『实时案例』极限编程（XP）中成对编程（pair programming）的实践
[回复于 2005/11/18]
|
|
关注中
|
|
|
|
8楼
lidonghe
职务 无
军衔 一等兵
来自 北京
发帖 62篇
注册 2008/1/18
PM币 350
经验
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
