Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
敏捷工程方法
复杂系统为何失败? - Richard
这是关于复杂系统发生故障性质的简短论述;如何评估故障;如何寻找故障原因的新想法。作者:Richard I. Cook, 芝加哥大学认知技术实验室医学博士。 1. 复杂系统本质上是危险的系统。所有有趣的系统(例如运输、医疗保健、发电)都
网飞“赋能架构师”谈数字化转型 - forbes
网飞Netflix以行业领先的公共云使用而闻名于技术界,但他们如何构建软件,特别是如何驱动整体架构,可能是他们成就中最具范式转变的方面。传统企业的高管可能会查看 Netflix 案例研究,并将其归结为 Web Scale 公司的成功,而这永远不会适用于银行、政府机构、制造商或任何其他
为什么Spotify Squads是产品团队常见的失败案例? - Berry
Spotify 以开发一种吸引大量关注的工程文化而闻名:一切都围绕着创建“小队squads”;许多产品团队试图效仿它,但很少有人能成功。尽管 Spotify 不再使用产品小队,但该方法可以为其他敏捷产品团队带来好处。在本文结束时,您将对 Spotify Squad 框架有一个清晰的了解,以及
使用用户故事映射实现领域建模 - pulse
在构建业务关键型软件时,像领域驱动设计这样的实践是把一个重要的焦点放在IT和领域专家协作上。此外许多公司还看到了与客户更亲密的关系,更好地了解他们的愿望和需求,从而建立更忠诚的客户群的必要性。这就是服务设计、用户体验研究和敏捷概念(如用户故事)的亮点所在。用户故事图能帮助我们设计出既可行又有
幽默:不要相信 10 倍程序员/设计师/领导者!
宁可相信 10 倍的上下文和环境......在哲学上,比赛的获胜者是跑得最慢的人。或者:最后到达那里的人(维特根斯坦,文化和价值)如果10倍开发人员位于一个开发团队中,这个团队与需求以及技术架构之间组成一个复杂系统,而缓慢对于复杂系统是重要的。
什么是Cynefin框架?
Cynefin框架是一个概念性框架用于辅助决策,由戴夫·斯诺登在IBM全球服务部工作时于1999年创建。它是马克斯·博伊索特的I-Space知识模型一种实现,其他实现还
用户故事/事件风暴中的功能与能力如何区分? - Killick
真正价值是开发客户想要的功能,而不是基础CRUD功能:各种敏捷专家提供了一些有关用户故事切片/拆分的重要信息。但是,经常遗漏的一个关键方面是能力划分和功能划分之间的区别。通常认为,用户故事的关键要求是其实现应为您的产品或服务的用户带来价值。我的解释方式是,它应该讲一个故事,使
系统级架构设计存在意义:极简主义架构 - esilva
系统级别的架构为避免过于细节,需要简化架构方法:“做得足够”(即:不多也不少)。架构师(和/或任何决定架构的人)应该专注于解决系统级别的这个最高优先级,以便从事系统那些特定元素的团队可以最大化其对整个系统的有效性(而不是“局部优化”)。这种方法还努力为在系统“较窄范围”要素上工作的团队留出最
敏捷误解:无需设计的演示驱动开发 - Darko
诸如Scrum等管理风格是以较短的开发周期为中心,也就是冲刺,许多组织误解了这一点,并采取“无前期设计”和“从第一天开始编码”的方法。对他们来说,理论上我们不需要设计软件解决方案。我们开始编码,但增量很小。在每个冲刺结束时,向产品所有者和利益相关者展示工作软件的演示。利益相关者提供反
软件项目的铁三角模型:软件质量与快速开发的矛盾 - Richard
在“铁三角”模型中,有 3 个约束条件:资源Resource:有多少人投入范围Scope:需要完成多少工作时间Time:完成工作的时间它们形成了一个三角形,三角形的面积代表质量。如果您曾经听过人们谈论“遗留代码”
新的《敏捷宣言》 - Magno
如果未来发布”敏捷宣言“新版本,则应强调这样的重要性:如何理解和应对不同上下文!(纯敏捷反而不敏捷!上下文为王,需要根据自己的情况引入敏捷和决定敏捷方法)在《福特兰迪亚:亨利·福特被遗忘的丛林之城的兴衰》一书中:福特兰迪亚(Fordlandia)是嵌入亚马逊河心脏地带的“幽灵区”,恰
敏捷如何管理创新 | Liz Keogh
当你处理真正复杂的问题时,不能保证任何一个实验都会成功;因此,同时执行很多实验实际上比顺序执行更有用。当然,我们大多数人并没有并行进行实验。我们正在开发一个产品,我们正在迭代最终解决方案,模糊地知道我们想要实现的目标并在此过程中获得反馈。不过,敏捷实际上并没有阻止我们运行并行
敏捷和Scrum是如何破坏产品管理的? - findingourway
产品管理顾问兼教育家 Melissa Perri 就设计领导力和产品管理发表一些访谈观点:产品经理给流程带来的真正价值,以及设计师如何可以在产品管理方面更有效地与同行合作。我们听过很多人的意见,我们也有过产品和用户体验之间挑战的经历。我很好奇你在产品和用户体验或产品和设计的关系中看到
什么是高弹性组织结构? – Jessitron
高弹性组织可以解决诸如构建软件等新问题,它是靠发展解决现有问题,是生成性的,总是创造自己的下一个版本来解决明天将出现的问题。一个有弹性的组织会产生积极的结果,即使某处总是出现问题。就像弹性软件一样。旧的、官僚的组织结构图有很多层次;信息向上流动,决策向下流动。一个弹性的、生成的组织结
SRE与DevOps比较
SRE代表站点可靠性工程(或有时称为站点可靠性工程师),它是一种IT操作方法,优先考虑软件开发常用的工具和方法。换句话说,您不会使用传统的IT策略(例如手动部署)来处理IT任务(例如应用程序部署和监视),而是使用基于代码的自动化工具(例如“基础结构即代码”解决方案)。同时,可
Scrum并不敏捷! - Simon
在当今瞬息万变的市场中开发现代SaaS产品,需要克服各种极端不确定性,需要比Scrum还要敏捷得多的东西!让我们面对现实吧! Scrum真的不是那么敏捷:我已经拥有20多年的Scrum,足够长了!当时转向使用Scrum无疑是在敏捷阶梯上的进步,但是因为在我整个职业生涯中都一直再使用S
幽默:神经科学的认知渐进模板用在DDD和微服务上
认知神经科学的渐进模板: 这是一个系统 这是两个系统 两个系统实际上是一个系统 有两个但它们广泛地且动态地交互作用 我们不知道运作方式 DDD建模认知的渐进模板: 这是一个领域 这是两个领域 两个系统实
业务分析师如何克服分析僵局? -modernanalyst
在当今的敏捷/ DevOps项目中:对当前问题的分析我们会考虑的各种可能性和替代方法,这本身可能会导致僵局;有时,我们可能会推迟做出决定,直到“所有”数据可用为止;有时,某个决定会被延迟,以便稍后做出最佳决定;有时我们可能会付出不必要的努力进行研究。所有这些都会导致生产阶段的缓慢移动
上页
下页
关闭