• 长期以来,测量、跟踪和基准测试开发人员生产力一直被认为是黑匣子。事情并不一定是这样的。 现在,大多数公司(在某种程度上)正在成为软件公司,无论哪个行业,领导者都需要知道他们正在尽可能成功地部署最有价值的人才。
  • 情境-行为-影响:Situation-Behavior-Impact简称SBI,不加评判地向他人提供更清晰的反馈。 当我们对某人的行为持否定态度时,我们往往会跳出结论,并对某人的行为方式做出假设。在给那个人提供反馈时,可能很难保持客观。情景-行为- icon
  • 与任何其他学科一样,软件工程领域包含一些有趣且众所周知的规则、概念和法则。 墨菲定律“任何可能出错的事情都会出错。”可能是所有法律中最著名的法律之一,主要是因为它不仅适用于软件开发。 icon
  • 创造性地、高效地解决问题。 通过应用更多的结构化和批判性思维,你可以更好地理解手头的问题,并想出更多创造性的解决方案。由Tim Hurson创建的 "高效思考模型 "可以帮助你做到这一点。 它最适合在问题 icon
  • inversion(反转、导致、反者道之动)是从不同的角度解决问题。 当您需要从不同的角度查看您正在解决的问题时,反动很有用。它可以帮助您从不同的角度看待并想象最坏的情况。 如何使用它?< icon
  • 敏捷无处不在。似乎每个人都想成为敏捷。如果你没有敏捷的团队,你就是一个恐龙。 但是,一个组织并不是简单地成为敏捷。下面是组织在成为敏捷时犯的十个错误。 10. 自上而下的敏捷实施 icon
  • 波音737MAX飞机在2018年和2019年两次坠毁,相隔不到半年,这个案例涉及三个大的管理失误,值得借鉴,所以一些有效的经验可以让所有管理层内化。 这个故事,包括一些真正重要的详细事实,在最近推出的 "Downfall: 反对波音的案例",这是一部由Netflix拍摄的纪录片。 < icon
  • 方法比技术细节更重要 大学期间我住在图书馆。“我学习的教科书理论越多,我就会成为一名更好的工程师,”我想。然而,当我开始工作时,我注意到业内最优秀的工程师不一定比应届毕业生了解更多的理论。他们只是带来了不同的心态,投资者的心 icon
  • 最近,我的团队决定为我们的冲刺尝试斐波那契(Fibonacci,简称fib )点。 在这之前,我们用点来表示时间(1点=1天),并且通常有一个我们称之为置信度的第二个值(在估计的准确性方面)。低置信度意味着它可能会有很大的变化。高置信度是为你以前做 icon
  • BIM 是建筑信息模型的首字母缩写词,是一种工作方法,使我们能够在建筑物的所有生命阶段管理与建筑物相关的信息。 BIM 方法的核心是建筑物的数字模型,它是一组智能参数对象,包含资产的设计、工程执行、维护甚至退役阶段所需的所有信息。不仅仅是一个简单的 icon
  • 关于如何更快地交付软件的讨论在我们的社区中无处不在。围绕着流程和组织结构的讨论有很多,但围绕着提高信任度作为快速流程的促成因素的讨论却不多。 今年,我有一些对话和经历,让我真正意识到信任的重要性。特别是,领导层和工作团队之间的信任关系。这是我已经观 icon
  • 工程战略应该实现什么,以及工程主管如何指导该战略的制定? 示例策略我们希望我们的策略解决的主要因素是(例如,我们对我们的情况的诊断): 我们支持三个业务线(消费者、企业对企业和新实验)。80 icon
  • 财务和技术债务现在在很大程度上是众所周知的概念,它们在组织中发挥着极其重要的作用。但是存在第三种债务,可能比它的任何一种债务都更有害,任何希望在 21 世纪建立可持续组织的人都需要了解它。去年,创业大师 icon
  • 软件质量保证计划的主要目标是保证市场的产品或服务没有故障和错误。此外,它还必须满足 SRS(软件需求规范)中列出的规范。 SQA 计划有三个目的。它包括以下内容: 确定分配给相关团队的质量保证职责。 icon
  • 今年八月,咨询巨头麦肯锡在一篇题为“是的,你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案,但引起了不同的反应。 icon
  • 软件开发生命周期 (SDLC) 是一个框架,概述了软件开发所涉及的各个阶段,从最初的概念到最终的部署。有多种 SDLC 模型,每种模型都有自己的优点和缺点。选择最合适的SDLC模型是一个关键决策,它对软件开发项目的成功有重大影响。 SDLC 代表软件开发生 icon
  • 职场升级打怪手册7月14日新鲜出炉作者:布斯拉·科肯(江湖人称"团队救心丸") 亲爱的新手村主管:首先来个熊抱!恭喜你打怪升级成功,从单打独斗的"技术宅"变身带团队的"孩子王"! icon