标记:指标

适当使用指标

管理层喜欢他们的指标。他们的想法大概是这样的:“我们需要一个数字来衡量我们做得如何。数字能让人集中注意力,帮助我们衡量成功。”虽然目的是好的,但数字管理会导致问题行为,并最终影响更广泛的项目和组织目标。参数本身并不是坏事;只是经常使用不当。这篇文章展示了许多由传统的度量标准使用所引起的问题,并提供了解决这些功能障碍的替代方案。

帕特里克·夸

2月19日2013

阅读更多…

文章

指标生产力项目计划技术领导

不要比较平均数

在商务会议中,通过比较平均数来比较一组数字是很常见的。但这样做往往会在这些群体的人数分布中隐藏重要信息。有许多数据可视化显示显示了这一信息。这些图表包括条形图、直方图、密度图、箱形图和小提琴图。它们很容易用免费的软件制作出来,小到12人,大到数千人都可以使用。

马丁·福勒

9月24日2020

阅读更多…

文章

数据分析指标

无法衡量生产力

我们看到太多关于软件过程、设计实践等的情绪化讨论。许多这样的争论是不可能解决的,因为软件行业缺乏度量软件开发有效性的一些基本元素的能力。华体会登录网址特别是我们没有办法合理地衡量生产力。

马丁·福勒

八月二十九日

阅读更多…

bliki

生产力指标项目计划估计

估计的兴趣

TechnicalDebt是一个非常有用的概念,但它提出了如何衡量它的问题?遗憾的是,技术债务不同于金融债务,因此很难说你有多少债务(尽管我们最近似乎在衡量金融债务方面遇到了一些麻烦)。

马丁·福勒

12月10日

阅读更多…

bliki

指标技术债务项目计划

五磅袋

你不能把十磅的东西放进五磅的袋子里

——任何尝试过的人

当肯特和我写《极限编程计划》时,我们加入了这句异想天开的名言,以帮助理解计划的本质。

马丁·福勒

10月13日

阅读更多…

bliki

指标项目计划估计

函数的长度

在我的职业生涯中,我听到过许多关于函数应该多长的争论。这代表了一个更重要的问题——什么时候应该将代码包含在自己的函数中?其中一些准则是基于长度的,例如函数的大小不应超过屏幕的尺寸。有些基于重用——任何使用多次的代码都应该放在自己的函数中,但只使用一次的代码应该保持内联。然而,对我来说最有意义的论点是意图和实施的分离.如果你不得不花精力去看一段代码来弄清楚什么它正在做,然后你应该把它提取到一个函数中然后用那个“什么”来命名这个函数。这样,当你再次阅读它时,函数的目的就会跃入你的脑海,而且大多数时候你不需要关心函数是如何实现它的目的的——也就是函数的主体。

马丁·福勒

2016年11月30日

阅读更多…

bliki

指标编程风格

结果大于产出

想象一个为购物网站编写软件的团队。如果我们查看团队的产出,我们可能会考虑他们在上个季度创造了多少新功能,或者一个跨职能的衡量指标,如页面加载时间的减少。然而,结果度量将考虑增加销售收入的度量,或减少产品的支持呼叫数。关注结果,而不是输出,有利于构建更多地提高软件用户和客户效率的功能。

马丁·福勒

2月11日2020

阅读更多…

bliki

生产力指标

估算的目的

我第一次接触敏捷软件开发是和Kent Beck在华体会登录网址极限编程的黎明.这个项目给我留下深刻印象的是我们进行计划的方式。这包括一种既轻量级又比我以前见过的更有效的评估方法。十多年过去了,现在在经验丰富的敏捷开发人员中有一场关于评估是否值得做的争论,或者实际上是有害的。我认为,要回答这个问题,我们必须看看估计的目的是什么。

马丁·福勒

2013年2月27日

阅读更多…

bliki

指标项目计划估计

严格的敏捷

我经常遇到这样的抱怨:敏捷方法没有一个严格的定义。抱怨者可能会说,这意味着你无法判断一个特定的团队是否在使用敏捷方法。他们也可能会说,这使得教人们如何使用敏捷方法变得很困难——课程是什么?

在某种程度上,我确实感到这种抱怨的痛苦——但我承认这是无法治愈的。这种缺乏严谨性是敏捷方法定义本质的一部分,也是其核心哲学的一部分。

马丁·福勒

五月二十九日

阅读更多…

bliki

敏捷认证指标

标准故事点

最近,我听到了一些关于如何为使用极限编程的计划方法的多个团队制定标准故事点机制的问题。我们希望有几个团队都使用等价的故事点,这样一个团队的三个工作故事点就会与另一个团队相同。

我认为,最好的结果是价值有限,最坏的结果是危险。

马丁·福勒

九月六日

阅读更多…

bliki

指标需求分析项目计划估计

测试覆盖率

我不时听到人们询问他们应该以测试覆盖率(也称为代码覆盖率)的价值为目标,或者自豪地陈述他们的覆盖率级别。这样的说法没有抓住重点。测试覆盖率是查找代码库中未测试部分的有用工具。测试覆盖率作为测试有多好的一种数字声明几乎没有什么用处。

马丁·福勒

2012年4月17日

阅读更多…

bliki

测试指标

什么是失败

CHAOS报告称,只有34%的项目成功。

斯坦迪什集团混乱的报告多年来一直在谈论数十亿美元浪费在IT项目上的问题。34%的成功率实际上比2001年的28%有所改善。但是我们所说的“失败”到底是什么意思呢?

马丁·福勒

二零零三年五月十五日

阅读更多…

bliki

指标过程理论


所有标签

API设计·敏捷·采用敏捷·分析模式·应用程序体系结构华体会体育网页版入口·应用程序集成·不好的事情·棋盘游戏·构建脚本·认证·协作·计算机历史·小组会议·会议·持续交付·新型冠状病毒肺炎·数据分析·数据库·设计·字典·分布式计算杂志·娱乐·多样性·文档·领域驱动设计·领域特定语言·国内·封装·企业架构华体会体育网页版入口·估计·事件的架构华体会体育网页版入口·进化型设计·经验报告·旁白的架构华体会体育网页版入口·极限编程·前端·小工具·ieeeSoftware·infodecks·网络文化·面试·语言功能·语言工作台·精益·传统康复·法律·指标·microservices·移动·noSQL·对象协作设计·解析器生成器·摄影·平台·播客·受欢迎的·演讲技巧·隐私·过程理论·生产力·编程环境·编程风格·项目计划·招聘·华体会app下载二维码·华体会app下载二维码重构的边界·需求分析·ruby·安全·演讲视频·团队环境中·团队组织·技术债务·技术领导·测试类别·测试·thoughtworks·工具·旅行·uml·版本控制·web开发·web服务·网站·写作

2022·2021·2020·2019·2018·2017·2016·2015·2014·2013·2012·2011·2010·2009·2008·2007·2006·2005·2004·2003·2002·2001·2000·1999·1998·1997·1996

所有的内容

Baidu
map