关于敏捷思维的一个连接&敏捷宣言理解
2005-01-05 15:29
495 查看
关于敏捷思维的一个连接&敏捷宣言理解
http://blackwhite.blogdriver.com/blackwhite/330506.html“老程序员” 的blog。
其中提到关于IPMP(戏称“爱拍马屁”)的一些感觉,和我的猜想相同,虽然我只是从同事朋友的一些说法中知道什么是PMP,但我本能的觉得那不是我所喜欢和值得投入的东西。
常常有种说法“软件工程的名称来自建筑行业”,我想,总该是让软件工程超越按部就班的建筑行业哲学的时候了,没有敏捷思维,软件会失去其生命本身的活跃性和艺术性。
教条主义是我尤其痛恨并敬而远之的东西
重温一下敏捷宣言:
Individuals and interactions over processes and tools.
Working software over comprehensive documentation.
Customer collaboration over contract negotiation.
Responding to change over following a plan.
人和交互重于过程和工具。
可以工作的软件重于求全责备的文档。
客户合作重于合同谈判。
随时应对变化重于循规蹈矩。
在网上溜了一圈,发现另外一篇文章(敏捷软件开发:关于反馈和革新)对敏捷宣言的翻译如下:
1.进程和工具的个性化和相互作用
2.在完善的文档指挥下运行软件
3.在签署契约下的客户协作
4.在计划指挥下的反应
和第一个翻译所不同的是,第二个翻译更着眼于两个概念之间的共存性,协作性,更具有包容性和平衡感。而第一个翻译倾向性更强,旗帜更鲜明,价值观更执着。我个人从观感上跟欣赏第一种,但从实际出发,更认同第二种,在现实工作中,妥协,平衡常常比执着要更有建设性,当两个观念能有共存和共生的可能时,我想“6:4原则”会显得更厚道一些:既兼顾了两方面的考虑,又有一定的原则性和偏向性。比如,我现在倾向于在工作采用6的敏捷方法(如XP)来完成工作,4的重型方法(如ISO,CMM)来对付流程--当然,精力和时间的分配是一种艺术,在某些细节阶段,采用73原则或82原则,也未尝不可。但10:0是应该尽量避免的。
相关文章推荐
- #菜鸟新手EclipseJavaEE&MySQL&Tomcat#关于一个Eclipse中登陆界面通过连接MySQL数据库进行验证的小体验(感谢qq群友引燃的解答让我解决这个小问题)
- 关于一个大型web系统构架图的理解
- (五)洞悉linux下的Netfilter&iptables:如何理解连接跟踪机制?【上】
- 关于函数指针的理解(指向的函数返回值又是另外一个函数指针)
- sql server 2000下的关于“provider: TCP 提供程序, error: 0 - 远程主机强迫关闭了一个现有的连接”问题的解决
- 【杂症】一个豌豆荚引发的血案——关于ADB server didn't ACK的问题
- 关于 HTTP GET/POST 请求参数长度最大值的一个理解误区
- 关于 HTTP GET/POST 请求参数长度最大值的一个理解误区
- 关于程序员建立一个小目标理解
- 教材上关于模式匹配中的求next数组的算法不易理解,本人自己编写了一个具有相同功能的子函数
- 关于连接字符串中IMEX参数的一个问题
- 关于的外连接(left join或right join)我们常犯的一个严重错误
- (七)洞悉linux下的Netfilter&iptables:如何理解连接跟踪机制?【下】
- 关于蓝牙设备与ios连接后,自动打开一个app
- 【摘取】敏捷测试,用户故事:一个关于“删除购物车中的某些商品”的故事评估的实例
- 【并发】1、关于线程的几种状态&关于yield的理解
- (六)洞悉linux下的Netfilter&iptables:如何理解连接跟踪机制?【中】
- 一个关于"int型二维数组"及"指针数组"作函参的地址传递和带回返回值的问题,指针的拓展练习〈二〉
- 关于autorelease pool一个较好的理解
- 洞悉linux下的Netfilter&iptables:如何理解连接跟踪机制?