标记为:指标

适当使用度量

管理层喜欢他们的指标。这思想是这样的,“我们需要一个数字来衡量我们的表现。数字焦点人并帮助我们衡量成功。”虽然良好的意图,数字管理不直观地导致有问题的行为,最终减损更广泛的项目和组织目标。指标本质上不是坏事;经常,不恰当地使用。本文展示了管理层传统指标造成的许多问题,并提供了解决这些功能障碍的替代方案。

帕特里克库拉

2013年2月19日

阅读更多…

文章

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

不要比较平均值

在商务会议中,通过比较他们的平均线来比较数字群体。但这样做经常在这些组中的数字分发中隐藏重要信息。有许多数据可视化在此信息上发出光明。这些包括条形图,直方图,密度图,箱图和小提琴图。这些易于使用自由的软件生产,并在小组上工作为十几个,或者大约成千上万。

由马丁

24世纪9月24日

阅读更多…

文章

数据分析指标

无法衡量生产力

我们看到太多关于软件过程、设计实践等情绪化的讨论。许多这些争论是不可能解决的,因为软件行业缺乏度量软件开发有效性的一些基本要素的能力。188比分直播完整手机版特别是我们没有办法合理地衡量生产率。

由马丁

2003年8月29日

阅读更多…

Bliki.

生产力指标项目计划估计

估计兴趣

TechnicalDebt是一个非常有用的概念,但它提出了如何衡量它的问题?悲伤的技术债务不像金融债务,所以这并不容易,你在山上有多远(虽然我们最近测量财务似乎有些麻烦)。

由马丁

2008年12月10日

阅读更多…

Bliki.

指标技术债务项目计划

五磅袋

你不能把十磅的屎装进五磅的袋子里

——任何试过的人

当肯特和我写了规划极端编程时,我们包括这种异想天开的报价,以帮助获得计划的精髓。

由马丁

2005年10月13日

阅读更多…

Bliki.

指标项目计划估计

函数的长度

在我的职业生涯中,我已经听到了许多关于函数应该是多长时间的论据。这是一个更重要的问题的代理 - 我们应该在自己的函数中附上代码吗?这些指南中的一些基于长度,例如函数不应该大于屏幕上的函数。有些是基于重用 - 应该以多次使用的任何代码都在其自己的函数中,但仅使用代码应该留在内联。然而,对我来说最有意义的论点是意图与实施之间的分离.如果你必须花费努力看一个代码的片段来弄清楚什么它在做,然后你应该将它提取到函数中并在“什么”之后命名函数。那样,当你再次阅读它时,函数的目的直飞你,大部分时间都不需要关心该功能如何实现其目的 - 这是该功能的主体。

由马丁

2016年11月30日

阅读更多…

Bliki.

指标编程风格

在输出结果

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

由马丁

2020年2月11日

阅读更多…

Bliki.

生产力指标

估计的目的

我的第一次遇到敏捷软件开发正在与肯特贝克一起使用188比分直播完整手机版极限编程的曙光.这个项目给我留下深刻印象的是我们计划的方式。这包括一种评估方法,它是轻量级的,但比我以前看到的更有效。十多年过去了,现在在经验丰富的敏捷专家中有一个关于评估是否值得做,或者是否确实有害的争论。我认为,要回答这个问题,我们必须看看这些估计将用于什么目的。

由马丁

2013年2月27日

阅读更多…

Bliki.

指标项目计划估计

严谨敏捷

我经常陷入困境,即敏捷方法没有严格的定义。抱怨者可以讨论这意味着您无法判断特定团队是否正在使用敏捷方法。他们也可能说这使得这很难教授人如何做敏捷方法 - 课程是什么?

在某种程度上,我确实感受到了这个投诉的痛苦 - 但我接受没有治愈。这种缺乏严谨性是敏捷方法的定义性质的一部分,其部分核心哲学。

由马丁

2005年5月29日

阅读更多…

Bliki.

敏捷认证指标

标准故事点

我最近听过了几个关于使用极端编程的规划方法的多个团队的标准故事点机制的问题。希望有几个团队都使用同等的故事点,所以一个团队的三层努力与另一个团队相同。

我认为尝试最多有限的价值,并且在危险最差。

由马丁

2004年9月6日

阅读更多…

Bliki.

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

测试覆盖范围

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

由马丁

2012年4月17日

阅读更多…

Bliki.

测试指标

什么是失败

Chaos报告说,只有34%的项目成功。

独立团体的混乱报道多年来一直在谈论IT项目的数十亿美元。34%的成功率实际上是2001年的增长率为28%。但是我们真正意味着“失败”?

由马丁

2003年5月15

阅读更多…

Bliki.

指标过程理论


所有标签

API设计·敏捷·敏捷收养·分析模式·应用架构188比分直播网 坚持原创·应用程序集成·坏事·18bet体育·构建脚本·认证·合作·计算机历史·会议面板·会议·连续交货·新型冠状病毒肺炎·数据分析·数据库·设计·字典·分布式计算杂志·转移·多样性·文件·域驱动设计·域特定语言·国内的·封装·企业架构188比分直播网 坚持原创·估计·事件的架构188比分直播网 坚持原创·进化设计·经验报告·旁白的架构188比分直播网 坚持原创·极限编程·前端·小工具·Ieeesoftware·InfoDecks.·互联网文化·采访·语言功能·语言工作台·瘦且健康的·传统康复·合法的·指标·微服务·移动·NoSQL.·合作对象设计·解析器发电机·摄影·播客·受欢迎的·演讲技巧·隐私·过程理论·生产力·编程平台·编程风格·项目计划·招聘·188app彩票ios·188app彩票ios重构边界·需求分析·ruby·安全·演讲视频·团队环境·团队组织·技术债务·技术领导·测试类别·测试·金宝搏亚洲体育博彩·工具·旅行·uml·版本控制·Web开发·网页服务·网站·写作

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年

所有的内容