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

推荐订阅源

WordPress大学
WordPress大学
A
About on SuperTechFans
小众软件
小众软件
Hugging Face - Blog
Hugging Face - Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 叶小钗
博客园 - 聂微东
博客园 - Franky
Apple Machine Learning Research
Apple Machine Learning Research
罗磊的独立博客
量子位
博客园 - 三生石上(FineUI控件)
Recent Announcements
Recent Announcements
The GitHub Blog
The GitHub Blog
B
Blog RSS Feed
T
The Blog of Author Tim Ferriss
GbyAI
GbyAI
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
宝玉的分享
宝玉的分享
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC

博客园 - 林子

关于IT概念的一些思考 UML相关工具一览(截止2012年10月)(ZT) 业务分析师在敏捷项目中的作用(ZT) 对业务建模的思考——为什么要业务建模 (转) 如何管理你的程序员(ZT) 时间管理(Time Management)(ZT) 分析:商业智能中外差距到底有多大(ZT) SQL Server 索引基础知识 主键与聚集索引(ZT) 无依赖Office资源的导入导出 sqlite使用手册(ZT) 2008新的一年到来了! .net2.0中SqlBulkCopy批量复制数据出错原因分析! 用Dundas制作盒须图BoxPlot(盒式图,箱形图) 101个微软提供的Visual Studio 2005示例(ZT) .NET中完成FTP各功能操作 Dundas Win Chart 5.5.0的破解... Visual Studio 2005(C#)中只允许一个实例运行的一种方法 在窗体的Load时怎么退出窗体 Win窗体程序中的DataGridView未提供的DataView存在的功能!(ZT)
引入敏捷是否需要颠覆现有技术管理框架?(ZT)
林子 · 2011-12-10 · via 博客园 - 林子

【CSDN.NET整理】这两天敏捷开发领域里讨论最激烈的莫过于@张权先生在微博里抛出的,围绕着“如何在PMBOK、CMMI中进行敏捷改良,而不是革命性地颠覆现有技术管理框架,比如敏捷团队与非敏捷团队共享,PMO在敏捷开发中的价值和异同,敏捷开发中如何无痛地引入PMBOK、CMMI的监控手段”的话题,敏捷开发领域内的专家们纷纷发表见解,在几天时间里,回帖就超过了500条。

 @张权先生首先认为:“有朋友共享了部分上海敏捷大会PPT,仍在普及敏捷常识。为敏捷落地,似需减轻敏捷对现有PMBOK、CMMI体系的对抗烈度,部分新手拿着敏捷当令牌,这对敏捷是有害的。而如果只引入站立会议、二周迭代发布等敏捷元素,团队中会逐渐隐现逆反心理的,给敏捷试点团队打造一个较为封闭的环境为好。由于敏捷引入利益、权利的重新分配,给很多人带来不适应,比如PMO,资深PMO有经验去调节迭代中的节奏,现在团队自己认领本次迭代的特性列表,PMO再说什么团队不听”。

而在联合永道副总兼CTO、pmbar项目研发管理公益社区创始人冯国馨(@冯国馨PMBAR)不认为敏捷和CMMI、PMBOK是对立的,在冯国馨看来:“轻量级的敏捷和重量级的CMMI或PMBOK之间并没有对立面,是同一种理念的多种表现,事情都是渐进明晰的。只不过,当我们并对精髓的理解不够深入,僵化的使用时,产生了所谓的臃肿或冲突。快餐的互联选择敏捷,不妨碍大项目选择ISO/CMMI/PMBOK的可行性”。

暴风影音CTO杨立东(@暴风杨立东)对三者的关系作出了形象的比喻:“敏捷是剑,剑走轻灵;CMMI是盾,兼守为攻;PMBOK是拳,有武有魂。能否发挥其特长,要看使用者的功力是否足够。照搬就像三岁小孩搬石头,砸的是自己的脚。只有了解了企业自身才能从这些管理思想中获取有效的实践应用和持续改进和持续提高。”

为帮助大家对于CMMI、Agile、PMBOK等不同概念的级别和联系,热心的杨瑞(@杨瑞ND)为此专门做了一张图

 

独立敏捷咨询顾问吴穹(@吴穹adam)更是将话题上升到软件开发本质,他将软件开发的本质可以归纳为以下三点:(1)需求很难或者说无法沟通清楚;(2)估算不可能精确;(3)质量很难通过再开发流程中的质量活动来保证。我对敏捷的定义如下: (软件行业的)敏捷就是以切合软件开发本质特征为导向、以减少浪费为手段、以加速交付业务价值并快速获取反馈为目的来对软件发布流程进行逐步优化。

陈加兴(@陈加兴)在分享敏捷开发实践时候表示:(1)识别团队整体水平;(2)列出问题,定义待解决的优先级;(3)建立透明的信息交流环境;(4)建立整个开发过程中一切自动化环境。此外:不管是PMO、CMMI、敏捷,都不是技术管理。

众敏捷方法论的专家在微博中对敏捷落地以及如何融入传统管理模式,以及敏捷实践中遇到的实际问题进行了热烈探讨。

张权先生在总结中分享了自己10点心得:

(1)敏捷推进从小团队开始试点,然后逐步渗透方式,比组织级推广敏捷开发要好;

(2)PMO在敏捷大潮中可以转变身份,比如实行Scrum模式,强项为沟通的项目经理可以转做SM,强项为业务的可以转做领域专家,强项为技术的可以转做技术专家。PMO的警察身份,可以在实施Scrum模式后,通过Scrum管理工具,以仪表盘的方式展示;

(3)敏捷管理工具是为团队营造“私密”空间的好方式,可以向领导和干系人展示项目状态(如果能出状态报告就更好了),也可以通过燃尽图、燃尽柱状图减少很多沟通的口舌;

(4)PMBOK是项目管理知识体系,是项目级的,OPM3是组织级的;CMMI可以看做软件成熟度的checklist,跨度比较大,小到软件项目,大到组织级过程改进。从生命力上揣测,敏捷最终融入PMBOK、CMMI的可能性很大,也不排除敏捷的某种模式,比如Scrum,从理论,到方法论,到工具簇,迅速成熟,而另成一支;

(5)敏捷是思想,是管理框架,Scrum是敏捷模式之一,Scrum管理工具已经很多,免费的iceScrum、禅道,收费的Scrumworks,Scrum是针对项目管理和产品管理的;

(6)敏捷不是万能的,敏捷落地取决于项目的特点,以产品为特征的项目敏捷成功的概率很高,比如互联网的自研团队,PO、SM上面共有一个老大;

(7)敏捷不是万能的,以客户主导的项目敏捷成功也是可能的,只是对团队要求会更高一些,PO可以考虑由甲方项目经理担当,SM由乙方项目经理担当,这里依然拿项目经理说事,因为项目经理基数比较大,转型SM的成功率也大,比现培养要快;

(8)敏捷不是万能的,团队文化,或者说企业文化,与敏捷文化契合程度,也会影响敏捷成功率,一个惩罚文化的企业,实施敏捷过程中,最痛苦的就是各层级的老板;

(9)敏捷不是万能的,研发团队的软硬件设施也会影响敏捷实施,比如质量意识,包括各种检查制度是流于形式,还是可以落到实处,配置管理是否专人负责确保状态可追踪,自动化测试是否减轻QA人员的劳动强度,能否做到每日的持续集成。及早测试,测试不是为了发现Bug,而是确保给客户提供高质量软件;

(10)敏捷之所以受欢迎,是因为处处体现着以人为本,让团队得到自我管理,快速成长。敏捷与PMBOK、CMMI的管控理念是不同的。当然没有限制,自由也就不存在了,敏捷与PMBOK的融合,敏捷与CMMI的融合,可以为组织、团队、个人带来各取所需的价值和感受。

特别提示:本文只是个引子,关于“引入敏捷是否需要颠覆现有技术管理框架?”的更详细讨论请查看原帖@张权先生,也可在新楼中展开讨论[点击进入],欢迎大家就敏捷开发相关话题发表自己的看法。7月9日下午,CSDN TUP活动第11期将举办“腾讯、豆瓣开发精英实例诠释架构敏捷精髓”的主题活动,届时腾讯搜索研发运营部研发管理总监黎娟,腾讯R&D项目总监、敏捷教练王晶,豆瓣技术总监耿新跃现场发表精彩演讲,具体内容请查看【详细】