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

推荐订阅源

T
Tenable Blog
Last Week in AI
Last Week in AI
P
Proofpoint News Feed
Engineering at Meta
Engineering at Meta
H
Help Net Security
F
Fortinet All Blogs
MyScale Blog
MyScale Blog
宝玉的分享
宝玉的分享
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园 - 司徒正美
量子位
N
Netflix TechBlog - Medium
Apple Machine Learning Research
Apple Machine Learning Research
小众软件
小众软件
Recorded Future
Recorded Future
博客园 - 三生石上(FineUI控件)
Vercel News
Vercel News
aimingoo的专栏
aimingoo的专栏
I
InfoQ
Microsoft Security Blog
Microsoft Security Blog
Scott Helme
Scott Helme
The Last Watchdog
The Last Watchdog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
IT之家
IT之家
AI
AI
WordPress大学
WordPress大学
Security Archives - TechRepublic
Security Archives - TechRepublic
Google Online Security Blog
Google Online Security Blog
U
Unit 42
V2EX - 技术
V2EX - 技术
MongoDB | Blog
MongoDB | Blog
Schneier on Security
Schneier on Security
博客园 - Franky
H
Heimdal Security Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Jina AI
Jina AI
W
WeLiveSecurity
P
Privacy & Cybersecurity Law Blog
Cloudbric
Cloudbric
B
Blog RSS Feed
N
News | PayPal Newsroom
S
Securelist
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
I
Intezer
Hacker News - Newest:
Hacker News - Newest: "LLM"
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
博客园_首页
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More
雷峰网
雷峰网

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

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

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

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