资讯频道 → 非技术
阅读更多

3顶
1踩

非技术

原创新闻 为何Google这类巨头会认为敏捷开发原则是废话？

2015-04-13 15:35 by 副主编 mengyidan1988 评论(11) 有7338人浏览
敏捷开发 google

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

【编者按】这是一个来自Quora的问题。Rocket程序员Jasmine Adamson在文中表达了敏捷开发原则是废话的观点，他觉得现实生活中没有什么人会推崇这些原则来工作，不过他们仍然在说其所做的是敏捷，这是非常让人沮丧的。

以下为译文：

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在过去8年里，我一直工作于“Agile”开发小组，所以让我用敏捷开发原则来告诉你事实，或许你会明白为什么那些在像Google这样巨头公司工作的开发者会认为敏捷开发是废话。

1.及早并持续的交付有价值软件来满足客户需求的优先级是最高的

“我的客户一直由其他业务部门接洽，我从未见过我的客户，我不知道他们是做什么的。”这是现如今大多数公司的真实写照。

2.欢迎需求变更，即便是在开发的后期。为了客户的竞争优势

没有人愿意接受改变需求。这就是第二个敏捷原则，普遍被厌恶的一个。

3.频繁交付软件，倾向于较短时间跨度

部分公司在这方面做的很好，但是大多数团队无法很好的掌控敏捷时间的尺度。交付时间表通常是基于大的更新，而大更新不属于敏捷。

4.业务人员与开发者的绑定模式一直贯穿项目始末

开发者和业务人员一起工作是罕见的，大多数公司都会有一个中间人来促进这种关系，然后效果是不理想的。开发者需要直接对话的应该是直接使用程序的人，而不是他们的经理。现实生活中的需求往往是由几个个层次以外的人来决定，而不是直接从用户到开发者那来的。

5.激发个体的斗志，以他们为核心创建项目——大多数人都不知道这表达了什么。

这意味着低水平的员工对软件有最好的注意，并且他们积极的去解决问题。项目围绕这些欲望来构造，而这也了直接影响公司的底线。

5a.为他们提供所需的环境和支援，辅以信任，从而达成目标。

这是关于开发者的，你曾经有过这样的工作环境吗？你所需要的工具、访问权限和配件都有。或许不用多说什么了，不是吗？

6.不论团队内外，传递信息效果最好、效率也最高的方式是面对面交谈。

这句话的意思是告诉我不能用IM和邮件来交流吗？如果团队的成员分散于各地呢？我改进现有软件的最有效方法是站在某人后面看他使用。然而在大多数公司中，你做不到这样，即便你知道客户是谁。他们也是忙的无暇顾你，也有可能是其他原因。现如今的人际交往不再像从前那样。不是吗？

7.可工作的软件是进度的首要度量标准

我们所在测量的都是类似于缺陷率、工作时间等事情，几乎从来没测量过这些事项：顾客得到可工作的功能了吗？我们发布了多少个可工作的功能？这些功能是大、中还是小的？没人知道。

8.敏捷过程倡导可持续开发。负责人、开发者和用户要能够共同维持其步调稳定延续。

这意味着每个人每周都要花30个小时在开发上，还需要花10个小时管理自己和工作负载、与他人沟通等等。这样才能保证这种做法持续下去。更多公司所做的是不定时的加班，有的则是经常加班。这是不可持续的。敏捷模式很少进入这样的紧急模式，而你则是经常性的。

9.坚持不懈的追求技术卓越和良好设计，增强敏捷能力。

在我看来这是对原则1和7的正确权衡。

10.以简洁为本，极力减少不必要的工作量

坦白来讲，大多数团队并没在这上面花费足够多的时间，我们最终不仅复杂了软件，也复杂了开发习惯、复杂了代码，这减缓了维护和新开发。

11.最好的架构、需求和设计出自自组织的团队

团队是由管理层组织的，几乎没有他们自己的事。不过这只是一个企业文化的问题，并很难被克服。有时在初创公司和小公司你可以发扬这种原则并让其工作，但是在大多数大公司，还是算了吧。

12.团队定期地反思如何能提高成效，并以此调整自身的举止表现。

这更多地算是一种常见的绩效考核形式，没有我们真正想要的层面。敏捷想要的是“作为一个团队，一起坐下来看看我们做了什么，如何在下一次做的更好”。然而实际上所发生的是个人主观上的计算和测量，基于这些团队几乎得不到任何实际的改进。

所以说敏捷是废话，因为没有人会推崇这些原则来工作，不过他们仍然在说其所做的是敏捷，这是非常让人沮丧的。

敏捷方法存在很多废话，但是同样的废话也会存在于新的软件开发中，从面向对象到面向服务的体系结构等等。一个真正的敏捷方法不适用于紧急状况，更多的是为了产品创新。如果作为准备，他可以改变整个组织，Salesforce从2007年就开始使用Scrum，这使它们能够创建一个可预测的发布周期。并因此而创建越来越多令人印象深刻的功能和产品。

需要明确的是，敏捷方法不是良方，有能力的人、勤奋、专注和自律造就优秀的软件开发。
3
顶
1
踩
评论 共 11 条 请登录后发表评论
11 楼 ray_linn 2015-04-20 11:17
一直觉得敏捷只适合不太复杂的项目 (Project) 不适合大项目 (Program)。在program 中，每个变更都必须被管理，因为变更之后都会牵涉到成本和报价。一张标贴、一个流程、都需要多方评估，给出价格
10 楼 ray_linn 2015-04-20 11:12
theoffspring 写道
zjumty 写道
引用

这意味着低水平的员工对软件有最好的注意

这里的低水平员工原文是" low level employees" 应该翻译为底层员工. 不是指能力水平低的员工.


意思其实就是低水平，经验欠缺者，否则也不会是底层了。


脑残....你们公司有人力地图吗？Lower Level 指的是人事经理带的人，高级程序员、程序员、架构师，这些都属于lower level，干活的人。
9 楼 theoffspring 2015-04-19 12:12
我们公司的一个项目用过scrum，最后做黄了，原因是总是让客户看到你做的中间版本，每次看完客户的需求都会变，每次都以架构师和客户吵起来为结束。
8 楼 theoffspring 2015-04-19 12:11
zjumty 写道
引用

这意味着低水平的员工对软件有最好的注意

这里的低水平员工原文是" low level employees" 应该翻译为底层员工. 不是指能力水平低的员工.


意思其实就是低水平，经验欠缺者，否则也不会是底层了。
7 楼 kadeya 2015-04-17 15:58
说实话，我没怎么看懂。
6 楼 sherryxiu 2015-04-15 13:59
各有个的优势，看你怎么用，在什么情况下使用。
5 楼 sherryxiu 2015-04-15 13:58
有些东西楼主明显较真。
4 楼 ray_linn 2015-04-14 18:00
团队是由管理层组织的，几乎没有他们自己的事  --- 明显翻译错误，要表达的意思是：团队都是管理层弄起来，从来没有自组织的。
3 楼 ray_linn 2015-04-14 17:53
我觉得除了迭代式开发之外，敏捷大部分都是小软件公司的呓语。
2 楼 wondery 2015-04-14 09:30
另一种视角，挺好。
1 楼 zjumty 2015-04-13 16:54
引用

这意味着低水平的员工对软件有最好的注意

这里的低水平员工原文是" low level employees" 应该翻译为底层员工. 不是指能力水平低的员工.

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 腾讯这家公司的核心竞争力是什么？为什么？

    我决定在国外出差的最后一晚晚点休息,在酒店静静的认真的回答这个问题。我尽量客观的负责的回答，不愤青，不炫耀，不攻击，用朴实的语言。只代表我个人的思考，不代表公司。  腾讯最出名的是PC端的即时通信(IM)...

  • 软件方法（下）分析和设计第8章连载[20210518更新]

    如果作者认为有道理，决定在下一次发布时根据您的意见修改，将付给您5.12元报酬，并在书中说明您的贡献。报酬通过微信支付。（1）任何您认为的错误都可以，包括错别字。（2）同一错误仅支付最先指正者报酬。（3）请...

  • 这一年，这些书：2022年读书笔记

    Note: 以下 `markdown` 格式文本由 `json2md` 自动转换生成，可参考[JSON转Markdown：我把阅读数据从MongoDB中导出转换为.md了](https://blog.csdn.net/u013810234/article/details/113360229)了解具体的转换过程。...

  • Web前端框架开发入坑指南

    都2020年了，尽管 Web 开发的典型应用场景除了将服务器用作平台、浏览器用作客户端之外，几乎很...多个项目组协同开发多个业务应用：大一点公司叫做敏捷或者协同开发，小的公司就是一锅粥开发人干的事杂。 业务和产品

  • 提升技术认知，光闷头写代码，是远远不够的。

    明明自己代码写的更好，为什么晋升的是别人？好不容易晋升到项目管理了，为什么总是达不到领导的期望？团队协同开发，有人忙的要死，有人闲着没事，哪里出了问题？我刚工作那年，自以...

  • 脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印的图像篡改检测 ,脆弱水印; 图像篡改; 检测; 图像处理,基于脆弱水印的图像篡改检测技术

    脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印的图像篡改检测 ,脆弱水印; 图像篡改; 检测; 图像处理,基于脆弱水印的图像篡改检测技术

  • 高效Delta机械臂运动控制卡：前瞻轨迹规划，G代码编程，多维插补，激光切割与绘图，机器视觉集成，扩展坐标与旋转功能，一键脱机运行，大容量存储,基于前瞻运动轨迹规划的Delta机械臂运动控制卡：高效G

    高效Delta机械臂运动控制卡：前瞻轨迹规划，G代码编程，多维插补，激光切割与绘图，机器视觉集成，扩展坐标与旋转功能，一键脱机运行，大容量存储,基于前瞻运动轨迹规划的Delta机械臂运动控制卡：高效G代码编程，圆弧插补与激光切割功能，配合机器视觉实现精准操作。高效精准操作与管理工具的创新型机械运动控制解决方案。,delta机械臂，delta机器人，运动控制器，运动控制卡 本卡采用前瞻运动轨迹规划，运动采用G代码指令编程，具有G5三维空间的圆弧插补，空间直线插补功能，子程序编程功能，逻辑判断语句功能，示教编程功能(支持手柄)，变量位置编程功能，动态PWM激光输出功能(兼容舵机控制信号)，动态频率脉冲输出功能，通用输入输出功能。 可极简单的实现绘图雕刻，3维激光切割功能。 轨迹图形可xy平面整体旋转功能。 可利用变量位置，获取外部坐标要求，可轻松配合机器视觉。 支持探针功能，测平面，测外形等。 可设置4组平移工件坐标系，2组参考原点。 新增2组空间旋转工件坐标系，支持任意图形直接空间旋转。 卡上一键脱机RAM区运行功能。 2M程序容量。 断电后位置记忆，变量坐标位置记忆，计数器记忆。 伺服

  • 通用MySQL数据库备份系统.zip

    毕业设计

  • 大规模语言模型参数高效微调方法综述与分类：理论依据、实证对比和应用指南

    内容概要：随着模型参数量不断扩大，如从BERT到GPT-3，传统微调方法变得不可行。文章聚焦于参数高效微调（PEFT）策略，系统探讨了几十余种方法，包括加法型、选择型、重构型及其混合方法。文中详细介绍各类PEFT的具体操作（如引入额外参数、冻结部分权重等），并通过广泛实验验证其在大型预训练模型上的适用性和性能。特别指出，PEFT在保持高性能的同时极大减少了计算与内存成本，并针对十几亿乃至几十亿参数级别的模型展开测试与讨论。 适用人群：适用于从事大规模机器学习模型研究、开发的应用科学家和技术专家，尤其是那些希望通过减少资源消耗实现高效微调的技术团队成员。 使用场景及目标：该文章适用于希望在有限资源条件下优化大模型性能的人群。帮助研究人员理解不同类型PEFT的优点和局限，为实际项目中选择合适技术路线提供建议。其目的是为了指导开发者正确理解和应用先进的PEFT技术，从而提高系统的运行效率和服务质量。 其他说明：本文不仅提供了详尽的方法介绍和性能对比，而且为未来的研究指明方向，鼓励创新思维的发展，旨在推动参数有效调优领域的进步。同时提醒注意现有的挑战和未解决问题。

  • 磷酸铁锂体系电池COMSOL模型构建解析与实践指南,磷酸铁锂体系电池COMSOL建模分析与优化方案探讨,出一个磷酸铁锂体系电池comsol模型 ,建立磷酸铁锂体系电池; comsol模型; 电池模拟

    磷酸铁锂体系电池COMSOL模型构建解析与实践指南,磷酸铁锂体系电池COMSOL建模分析与优化方案探讨,出一个磷酸铁锂体系电池comsol模型 ,建立磷酸铁锂体系电池; comsol模型; 电池模拟; 模型构建; 锂离子电池。,构建磷酸铁锂体系电池Comsol模型，深入探索电池性能

  • 开关磁阻电机多维控制策略仿真研究（基于Matlab 2016b的精细化模型）,开关磁阻电机多策略控制仿真模型（matlab 2016b版本，含传统与智能控制策略及离线迭代算法）,开关磁阻电机控制仿真(

    开关磁阻电机多维控制策略仿真研究（基于Matlab 2016b的精细化模型）,开关磁阻电机多策略控制仿真模型（matlab 2016b版本，含传统与智能控制策略及离线迭代算法）,开关磁阻电机控制仿真(matlab 2016b版本仿真模型 自用) 模型包涵： 开关磁阻电机传统控制：电流斩波控制、电压PWM控制、角度位置控制。 智能控制：12 8三相开关磁阻电机有限元分析本体建模、转矩分配函数控制、模糊PID控制、模糊角度控制、神经网络在线自适应迭代控制。 部分离线迭代算法：遗传算法优化PID、粒子群算法优化PID。 biye研究生自用仿真模型 . ,核心关键词： 开关磁阻电机; 控制仿真; Matlab 2016b; 传统控制; 智能控制; 有限元分析; 转矩分配函数控制; 模糊PID控制; 神经网络在线自适应迭代控制; 遗传算法优化PID; 粒子群算法优化PID; 研究生自用仿真模型。,基于Matlab 2016b的开关磁阻电机控制模型研究与仿真优化研究生自用版

  • McgsPro-IoT驱动-V3.1.1.8

    McgsPro_IoT驱动_V3.1.1.8

  • 数学建模相关主题资源2

    数学建模相关主题资源2

  • 基于改进粒子群算法的光伏储能选址定容模型分析-针对14节点配网系统的实践与出力情况探索,基于改进粒子群算法的光伏储能选址定容模型分析与出力预测研究（含配图材料参考）,含光伏的储能选址定容模型 14节

    基于改进粒子群算法的光伏储能选址定容模型分析——针对14节点配网系统的实践与出力情况探索,基于改进粒子群算法的光伏储能选址定容模型分析与出力预测研究（含配图材料参考）,含光伏的储能选址定容模型 14节点 程序采用改进粒子群算法，对分析14节点配网系统中的储能选址定容方案，并得到储能的出力情况，有相关参考资料 ,核心关键词：含光伏的储能选址定容模型；14节点；改进粒子群算法；配网系统；储能选址定容方案；出力情况；参考资料。,基于改进粒子群算法的14节点配网光伏储能选址定容模型及出力分析研究

  • 基于需求响应与阶梯式碳交易的综合能源系统优化调度模型研究（MATLAB仿真实现）,基于需求响应与碳交易的综合能源系统优化调度策略：灵活调配冷热电负荷，实现低碳高效运行 ,考虑需求响应和碳交易的综合能源

    基于需求响应与阶梯式碳交易的综合能源系统优化调度模型研究（MATLAB仿真实现）,基于需求响应与碳交易的综合能源系统优化调度策略：灵活调配冷热电负荷，实现低碳高效运行。,考虑需求响应和碳交易的综合能源系统日前优化调度模型 关键词：柔性负荷 需求响应 综合能源系统 参考：私我 仿真平台：MATLAB yalmip+cplex 主要内容：在冷热电综合能源系统的基础上，创新性的对用户侧资源进行了细致的划分和研究，首先按照能源类型将其分为热负荷需求响应和电负荷需求响应，在此基础上，进一步分为可削减负荷、可转移负荷以及可平移负荷三类，并将柔性负荷作为需求响应资源加入到综合能源的调度系统中，从而依据市场电价灵活调整各类负荷，实现削峰填谷，改善负荷曲线等优势，此外，为了丰富内容，还考虑了阶梯式碳交易，构建了考虑阶梯式碳交易以及综合需求响应的综合能源低碳经济调度模型，设置了多个对比场景，验证所提模型的有效性，从而体现工作量，是不可多得的代码 场景一： 这段程序主要是用来进行某微网的运行优化。它包含了多个功能和应用，涉及到了能源集线器、需求侧柔性负荷、光伏、风机、燃气轮机等内容。 首先，程序读取了

  • 678-74LS244 octal buffers and line drivers.ms14

    multisim

  • 实验程序与文档报告撰写指南：科研和工程项目的综合资源介绍及应用技巧

    内容概要：本文详细介绍了一系列用于科学研究、工程项目和技术开发中至关重要的实验程序编写与文档报告撰写的资源和工具。从代码托管平台(GitHub/GitLab/Kaggle/CodeOcean)到云端计算环境(Colab)，以及多种类型的编辑器(LaTeX/Microsoft Word/Overleaf/Typora)，还有涵盖整个研究周期的各种辅助工具：如可视化工具（Tableau）、数据分析平台(R/Pandas)、项目管理工具(Trello/Jira)、数据管理和伦理审核支持(Figshare/IRB等)，最后提供了典型报告的具体结构指导及其范本实例链接(arXiv/PubMed)。这为实验流程中的各个环节提供了系统的解决方案，极大地提高了工作的效率。 适合人群：高校学生、科研工作者、工程技术人员以及从事学术写作的人员，无论是新手入门还是有一定经验的人士都能从中受益。 使用场景及目标：帮助读者高效地准备并开展实验研究活动；促进团队间协作交流；规范研究报告的形式；提高对所收集资料的安全性和隐私保护意识；确保遵循国际公认的伦理准则进行实验。

  • 基于OpenCV与深度学习的人脸表情识别系统：Python编程，实时检测与视频加载的PyQt界面应用,基于OpenCV与深度学习...

    基于OpenCV与深度学习的人脸表情识别系统：Python编程，实时检测与视频加载的PyQt界面应用,基于OpenCV与深度学习的人脸表情识别系统：Python编程，PyQt界面，实时视频与图片检测.exe可执行文件,基于OpenCV的人脸表情识别系统 相关技术：python，opencv，pyqt，深度学习 （请自行安装向日葵远程软件，以便提供远程帮助） 可编译为.exe文件。 软件说明：摄像头实时检测，加载照片，视频均可。 有基础的同学，可自行修改完善。 第一张和第二张为运行截图。 ,人脸表情识别; Op

Global site tag (gtag.js) - Google Analytics