项目管理

     

软件开发中的软件质量保证计划

106 5K

软件质量保证计划的主要目标是保证市场的产品或服务没有故障和错误。此外,它还必须满足 SRS(软件需求规范)中列出的规范。SQA 计划有三个目的。它包括以下内容: 确定分配给相关团队的质量保证职责。 需.

哪种 SDLC 模型最好?为什么?

93 2K

软件开发生命周期 (SDLC) 是一个框架,概述了软件开发所涉及的各个阶段,从最初的概念到最终的部署。有多种 SDLC 模型,每种模型都有自己的优点和缺点。选择最合适的SDLC模型是一个关键决策,它对.

有关麦肯锡量化开发人员生产力的错误之处

117 3K

今年八月,咨询巨头麦肯锡在一篇题为“是的,你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案,但引起了不同的反应。开发人员的生产力是一个很难定义的概念。为此,麦肯锡选择了两个流行的工程度量框.

麦肯锡:程序员的生产力可以量化

277 1 5K
长期以来,测量、跟踪和基准测试开发人员生产力一直被认为是黑匣子。事情并不一定是这样的。现在,大多数公司(在某种程度上)正在成为软件公司,无论哪个行业,领导者都需要知道他们正在尽可能成功地部署最有价值的.

如何编写工程策略?

628 2K

工程战略应该实现什么,以及工程主管如何指导该战略的制定?示例策略我们希望我们的策略解决的主要因素是(例如,我们对我们的情况的诊断): 我们支持三个业务线(消费者、企业对企业和新实验)。80% 的收入来.

探讨建筑信息模型中的项目管理 - Raspatella

895 4K

BIM 是建筑信息模型的首字母缩写词,是一种工作方法,使我们能够在建筑物的所有生命阶段管理与建筑物相关的信息。BIM 方法的核心是建筑物的数字模型,它是一组智能参数对象,包含资产的设计、工程执行、维护.

提高信任以实现快速流动 - Nick

709

关于如何更快地交付软件的讨论在我们的社区中无处不在。围绕着流程和组织结构的讨论有很多,但围绕着提高信任度作为快速流程的促成因素的讨论却不多。今年,我有一些对话和经历,让我真正意识到信任的重要性。特别是.

公司为变得敏捷而犯的10大错误

1058 3K

敏捷无处不在。似乎每个人都想成为敏捷。如果你没有敏捷的团队,你就是一个恐龙。但是,一个组织并不是简单地成为敏捷。下面是组织在成为敏捷时犯的十个错误。10. 自上而下的敏捷实施我知道有些组织是自上而下地.

最好的工程师像投资者一样思考,而不是打工人 - Lin

1030

方法比技术细节更重要大学期间我住在图书馆。“我学习的教科书理论越多,我就会成为一名更好的工程师,”我想。然而,当我开始工作时,我注意到业内最优秀的工程师不一定比应届毕业生了解更多的理论。他们只是带来了.

产品经理PM常用工具列表

1935

PM 的好工具:调查: surveymonkey 领先的调查软件。致力于帮助人们将好奇心转化为行动。 typeform:通过人性化的表格和调查建立有意义的联系  项目管理: trello:是一种可视化.

软件开发的基本法则

1524 2K

与任何其他学科一样,软件工程领域包含一些有趣且众所周知的规则、概念和法则。墨菲定律“任何可能出错的事情都会出错。”可能是所有法律中最著名的法律之一,主要是因为它不仅适用于软件开发。第一个推论:如果它起.

从两次波音737MAX飞机坠机中学习到什么? – Eli

1043

波音737MAX飞机在2018年和2019年两次坠毁,相隔不到半年,这个案例涉及三个大的管理失误,值得借鉴,所以一些有效的经验可以让所有管理层内化。 这个故事,包括一些真正重要的详细事实,在最近推出的.

思考工具之情境-行为-影响 | Untools

1817

情境-行为-影响:Situation-Behavior-Impact简称SBI,不加评判地向他人提供更清晰的反馈。当我们对某人的行为持否定态度时,我们往往会跳出结论,并对某人的行为方式做出假设。在给那.

思考工具之反动 | Untools

1103
inversion(反转、导致、反者道之动)是从不同的角度解决问题。当您需要从不同的角度查看您正在解决的问题时,反动很有用。它可以帮助您从不同的角度看待并想象最坏的情况。如何使用它?了解反动是否可以帮.

思考工具之生产性思维模型 | Untools

1484 3K

创造性地、高效地解决问题。通过应用更多的结构化和批判性思维,你可以更好地理解手头的问题,并想出更多创造性的解决方案。由Tim Hurson创建的 "高效思考模型 "可以帮助你做到这一点。它最适合在问题.

为何在敏捷开发中使用斐波那契数? - Reddit

938

最近,我的团队决定为我们的冲刺尝试斐波那契(Fibonacci,简称fib )点。在这之前,我们用点来表示时间(1点=1天),并且通常有一个我们称之为置信度的第二个值(在估计的准确性方面)。低置信度意.

如何消除组织债务? - Aaron

579

财务和技术债务现在在很大程度上是众所周知的概念,它们在组织中发挥着极其重要的作用。但是存在第三种债务,可能比它的任何一种债务都更有害,任何希望在 21 世纪建立可持续组织的人都需要了解它。去年,创业大.

敏捷中需要分享故事点给利益相关者吗?

631

故事点有两个目的: 1:强迫团队讨论并就工单的范围达成一致 2:让产品经理大致了解完成一组工作需要多少个 sprint,以及每个 sprint 可以完成多少工作。 对于利益相关者,甚至不会向他们提及故.

什么是产品思维和项目思维? - Shreyas

1744 1

随着规模的扩大,大型企业和初创公司中的团队往往更倾向于项目思维而不是产品思维。产品思维是一种思维方式和过程。什么是产品思维和项目思维?让我们深入探讨一下,因为如果不首先了解这些事情,我们就无法取得很大.

Poka-Yoke让失败变得比成功更难 - reflectoring

735

当我们考虑如何以最好的方式做事时,首要考虑的是不要以最糟糕的方式做事并阻止以错误的方式做事,Poka-Yoke(“防错”)——这不仅仅是一个听起来很棒的词,而且是丰田防止用户错误操作的方法的一部分。例.

开发人员的生产力管理框架:SPACE

1451 1

开发人员的生产力不能使用单一维度或指标来衡量,需要多维框架,这个称为SPACE的框架捕获了开发人员生产力的最重要方面: Satisfaction满意度和幸福感; Performance; 表现与活动;.

如何说服乔布斯? - hbr

1199 1 4K

史蒂夫·乔布斯是一个传说,他凭着坚定的信念改变了我们的生活。现实情况是,苹果的成功很大一部分来自其团队的推动,他们促使乔布斯重新考虑自己的决定。如果乔布斯不是被一群知道如何改变他主意的人所包围,那么他.

四个经常被忽视的KPI指标 - Crowdbotics

1147

在本文中,我将重点介绍如何有效地评估软件开发性能,并举例说明如何在FXStreet上实现它们。多年来,已经进行了许多尝试来衡量软件团队绩效的困难。问题在于大多数模型都存在两个主要缺陷:他们专注于产出而.

什么是技术业务管理(TBM) - gremlin

4604 3K

技术业务管理(TBM)是由技术业务管理委员会(TBM Council)创建的协作框架。TBM与IT服务管理(ITSM)相似,两者都是描述性的而不是规定性的。技术业务管理(TBM)是一种决策工具,可通过.

幽默:什么是计划?引发焦虑的讨论

913

“计划只是未来很多可能发生事情中的一种情况,计划不是对将会发生的事情进行预测。” -肯特·贝克 一直成功的计划就是根本就没有计划 计划是我们为了完成目标而预期采取的行动。 计划不是关于我们准备做什么?.

敏捷SAFe的本质是什么?-shalloway

1653

现在有3种流行的软件工程方法:简单的:不能真正解决问题的简单方法 -Scrum复杂的:可任意选择解决方案 -SAFe1&2的混合:LeSS现在我们正在踏步于SAFe第二阶段,未来可能更需要第三步,第2.

管理大型项目的现代解决方案是什么? - codecentric

1990 3K
对现代流程/项目管理解决方案(PPMS)的期望:1.  合适的PPMS基本上应该提供一个协作环境,无论谁负责任何状态的活动都会更新状态并相应地在系统中提供必要的预期数据。这不仅消除了PM肩上不必要的负.

没有银弹!

1624 4K

没有一个尺寸的裤子适合所有人穿,没有银弹,没有一个解决方案适合所有场景。本文概述了各种软件方法学。为什么软件方法学都不同?软件方法论主要是为了对付风险而生,因此方法学规定了特定的日常流程或一系列行动,.

敏捷运动发起人马丁·福勒认为当前敏捷运动是一场悲剧

3492 4 3K

最近,马丁·福勒( Martin Fowler)2018年在澳大利亚敏捷论坛发表主题演讲,其中阐述了2018年的敏捷状态.提出干净架构的马丁鲍勃大叔发表文章表示赞同,并总结了该演讲的主要观点:小心敏捷.

只有不容忍才能提升软件质量

1 984

虽然称为不容忍,但其实有认真的含义,属于偏执狂才能生存的逻辑。该文认为:无论是软件开发团队的一员还是“软件开发协会”:对质量的最大影响并不是通过达成共识、投票或者容忍他人的观点或编码方式来实现的。对软.