惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
J
Java Code Geeks
MongoDB | Blog
MongoDB | Blog
Martin Fowler
Martin Fowler
GbyAI
GbyAI
Microsoft Azure Blog
Microsoft Azure Blog
Recent Announcements
Recent Announcements
F
Fortinet All Blogs
B
Blog
U
Unit 42
B
Blog RSS Feed
D
DataBreaches.Net
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
腾讯CDC
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - 聂微东
MyScale Blog
MyScale Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 三生石上(FineUI控件)
Engineering at Meta
Engineering at Meta

博客园 - Gu-dong

Coding道场:第一次 人工智能与3A 敏捷中的自组织团队 历史总是螺旋上升的 一个成功敏捷团队的失败历程 敏捷书籍推荐列表 最近一个项目的一点反省:客户价值才是关注的焦点 Scrum vs. PMP vs. PRINCE2的发展趋势图 敏捷团队谁负责? 什么是产品的愿景—从一篇博文中学得到 全栈开发与敏捷 VS2005以后的MFC如何修改菜单的颜色 华为EC169 3G卡在Win7下的安装 推荐一个非常优秀的SharePoint Tag Cloud Webpart 如何在SharePoint Blog中显示附件(Attachement file) 王晓阳的搜狐博客被封了 也谈谈丰田事件 重建SharePoint Service 2.0的全过程 “用户体验”——微软Tech ED2009大会有感
我对敏捷的理解:实施敏捷的前提
Gu-dong · 2011-05-20 · via 博客园 - Gu-dong

我们看一下,敏捷是一帮什么人提出的?

首先是一帮技术牛人,他们不愿意自己的聪明才智受到各种各样的掣肘和约束,于是提出了一个承诺。

其次,他们是一帮品格高尚的人,能够严守自己的承诺,尽自己最大的力量去完成承诺。

因此,要实施敏捷,这两点必不可少。也就是实施敏捷的前提:

1.在技术上要过关

2.在品格上要过关

敏捷,意为着要分阶段为用户提交价值。OK,用户的价值是什么?用户能说的清么?用户如果说不清,开发的人员就得说清楚了。接下来,要分阶段提交。没有足够好的架构设计,又如何能够做到这点。当然,还要有不断重构的精神。是否每一个人有足够的勇气,去重构自己的代码。尤其是那些代码已被实践证明是高质量的。这些对需求的理解和把握,对架构的高要求,无一不要求开发者是个牛人才足以承担。

然后说一说品格。给两周的时间去完成一项任务,是不是大多数人在第一周慢慢悠悠,第二周大干特干。这是典型的“大学生心理”,完不成的风险很大。质量等等就更不用说了,完成的标准是否能够符合,这都取决于个人的品格。如果没有一个高尚的品格,这敏捷实施后也得被叫停。

敏捷之所以被提出,就是在倡导自由,反对管制(流程),激发开发人员的最大创造力和效率。如果没有这两个前提,一切都会陷入泥潭。

敏捷考察的不是组织,而是个人。所以,由公司组织进行发起的敏捷,或者说有大量流程约束的敏捷,都不是真正的敏捷。是否能够实施敏捷,取决的是我们开发者自己。