移山之道

关注软件开发技术和管理的社区网站

欢迎光临 移山之道 登录 | 注册 | 帮助
in 搜索

关心

移山之道 作者

AgileChina / 敏捷中国 感想 (1)

Kent Beck (one of the founders of XP movement)

演讲题目:  Pragmatic  Idealism (summary of his talk)

 

我的理解:  我们必须同时具备理想主义和实用主义的心态,才能让项目取得最大限度的成功。 敏捷的流程正可以帮助我们取得二者的平衡。 

其他感想:

1) 愿望,决心和行动

大部分人都希望项目敏捷,然而敏捷是有成本的, 他们有相应的决心和行动么?  能支付相应的成本么? 例如,前来开会学习的成本?  如果你都不敢问自己的老板,能否花两天时间来参加会议。 那良好的愿望也不过是说说而已。

2) 借口,形式和教义

有些时候,敏捷成了一个借口, 例如 - “ 我们的项目没有仔细计划就开始了,因为我们敏捷,所以这是没有问题的”。

有些时候,敏捷被人误认为只不过是某种形式,例如 - 他们每天早上都报告自己的状态,听说那就是敏捷的"史可郎"会,我们也这样搞,不就敏捷了?

更多时候,人们忽略了大小写 -  "we follow an agile process" 一般指团队的流程比较灵活。  "we follow the Agile process" 指按照官方敏捷流程的教义开展工作。 当实事求是的做法和教条发生了冲突, 你怎么办呢?   

3) 专注,真诚,说到做到

光是教义不能写出好软件,好软件需要人专注工作,才能写出来。有一些很实用的招数  (避免被杂事打断, 避免同时进行多个项目, 避免其他随机任务,等等).    这些招数在“实用”的同时,也让人更接近了“理想状态”。 

"真诚"  这个词听起来更适合于谈恋爱的场景。 不过Kent 同学说的是这个意思  -  We need to do what we say we’re going to do.

比如,在一个Sprint 的过程中,不允许外界改动工作内容。  这个原则应该坚持。 又比如,员工不应该同时在多个项目中疲于奔命, 但是有时各种需求太多,人们不好意思说 "no", 只好敷衍下来,结果自己很累,需求方也不满意 - 既不满足实用主义,也和理想渐行渐远 。 

---------------------------------------------

注:这是参加 AgileChina 2009 大会的感想,大会的情况如下:

AgileChina 2009大会报道与评论集锦:

http://www.infoq.com/cn/agile

大会现场图片集锦:

http://www.flickr.com/groups/agilechina2009

演讲资料下载:

- 敏捷大会所有演讲PPT下载:http://bit.ly/agilechina2009
- Kent Beck名师讲堂PPT下载:http://bit.ly/KBtraining

已发表 2009年10月8日 21:11 作者 关心
归档在:

评论通知

如果您想在帖子更新时接到邮件通知,请先登录。这里

订阅帖子评论使用 RSS

评论

 

匿名人士 说:

David Thomas, Author of “the pragmatic programmer” ( English   and Chinese ) Title of speech: 

十月 11, 2009 14:47
 

silver 说:

 非常赞同“我们必须同时具备理想主义和实用主义的心态,才能让项目取得最大限度的成功”!

  我也曾经试图学习MSF,能力成熟度等模型,然后发现没有实际可实验的环境(原因后文解释),感觉只是纸上谈兵,无法深刻理解。所以就决定先踏踏实实做技术,未来再转管理,不知道这样想法是否正确?

  校园里面的项目管理估计和公司差距很大:

      1. 一方面要引导师弟师妹:做那部分?如何做?才能学到东西。这样的话一些体力活常常不好意思分配给下面…

          2. 另一方面,甲方单位领导一般不太懂技术,他们往往最关心、或者说只关心“用户表现层”体现出来的东西,这样导致的直接后果是:项目真正的开发进度本来应该是步步为营,数据访问层和业务逻辑先会花费大量时间,但是这些阶段性成果往往看不见效果,领导不知道我们在干什么,就会施压。迫于无奈,常常不得不停下来先去做用户表现层,让领导看明白是在搞什么东西,然后等待他们说:“恩,这样发展下去还可以,你们只需要再细化细化…”,而实际上由于时间仓促,因总体架构没设计好等原因,大大降低了系统可扩展性,甚至不得不推到重来…

           3. 团队角色不稳定,开发途中,成员常常被老板拖到其他项目分配任务…

   在这样的条件下,感觉难以实施学到的这些东西,不知是否有办法?

十月 11, 2009 20:28
 

silver 说:

   另外,“不允许外界改动工作内容,这个原则应该坚持..." 我们团队可谓有惨痛的教训...

    当时有个项目是北京京投总包,澳洲的ERG和我们作为分包,ERG可是个硬骨头,绝对不轻易做任何改动,京投也怕他们,所以任何改动先尽量考虑从我们开刀,再加上每次汇报对方又难免有些”新想法“...我们作为学院派,以科研为重,所以也不计较太多,直到有一天...

    总包方将项目节点和我们实际进度一一做了一个对比,每一步几乎都批语”落后X天“... 然而实际上都是尽量满足对方改动或者新需求的结果,哑口无言...

十月 11, 2009 20:52
 

匿名人士 说:

Fred George 演讲题目:  it's a bird? it's a plane? no, it's superman Fred 演讲完之后,我和他聊了好一会,请教了好几个问题,下面是我的笔记和感想:

十月 11, 2009 23:26
 

关心 说:

>所以就决定先踏踏实实做技术,未来再转管理,不知道这样想法是否正确?

我觉得这个想法挺好。

十一月 5, 2009 11:19
 

关心 说:

>      1. 一方面要引导师弟师妹:做那部分?如何做?才能学到东西。这样的话一些体力活常常不好意思分配给下面…

有些情况下, 师弟/妹要付钱给师兄/姐,因为新手往往给团队带来的是负的贡献 (浪费时间,制造bug)

十一月 5, 2009 11:22
 

关心 说:

>   2. 另一方面,甲方单位领导一般不太懂技术,他们往往最关心、或者说只关心“用户表现层”体现出来的东西,

这不是挺好的么?  如果用asp.net 2.0 可以做的事,不一定要全盘升级为 silverlight + cloud + bleeding edge tecnology.

但是要告诉他们 “演示成功” 不等于 “系统可以上线”。

十一月 6, 2009 1:58
 

关心 说:

>      3. 团队角色不稳定,开发途中,成员常常被老板拖到其他项目分配任务…

说明这个项目还是 “老板驱动 ”, 有好处,有坏处。 以前讲过这个问题。。。

十一月 6, 2009 2:00
 

匿名人士 说:

PPT下载链接访问不了,如何可以访问到?

十二月 30, 2009 15:35

说说您的看法?

(必填) 
(可选)
(必填) validate code
(必填) 
发表

About 关心

邹欣 - 曾写: 《移山之道》,《编程之美》(合作) 。 在写: ppt, email。 想写: 《编程之美 - 实战中的设计》...

联合

Powered by Community Server (Personal Edition), by Telligent Systems
访问计数:     京ICP备06016978号
王屋村村民除了看yishan.cc, 还浏览下列网站.