Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
产品经理指南
思考工具之二阶思维 | Untools
考虑你作出的决策的长期后果。 有些决定一开始看起来是赢的,但随着时间的推移,却变成了损失。现在看起来是一项投资,后来却变成了一种负担。先前看起来是一个好的决定,现在却成了一个坏的决定。二阶思维是一种工具,可以帮助你检查你的决定的长期影响。
思考工具之石川图 | Untools
石川图是一个很好的工具,可以通过确定问题的根本原因来帮助您解决问题。有时也称为因果图或鱼骨图,它是由日本教授石川薰创建的。它对于解决复杂问题特别有效。
思考工具之问题树 | Untools
Issue trees 问题树是以系统的方式组织和解决问题。 问题树基本上是问题的地图。它们为您提供了一种清晰而系统的方式来看待您需要解决的问题。它们帮助您将一个大问题分解为更小、更易于管理的问题,并确定问题的某些部分的优先级。换句话说,它们对于“
思考工具之冰山模型 | Untools
通过查看隐藏的抽象级别来发现事件的根本原因。 只在事件层面上解决问题往往是不够的。真正的原因往往隐藏在众目睽睽之下。 冰山模型是一个工具,它允许你转换视角,超越大家注意到的直接事件。它帮助你发现这些事件发
薄平台:Stripe的金融操作系统
Stripe 举办了Stripe Sessions,主题演讲的主要部分之一被称为“Finance OS(财务金融操作系统)”。
思考工具之抽象阶梯 | Untools
使用不同的抽象级别更好地构建您的问题。 抽象阶梯是一种更巧妙地构建问题的工具。它有助于定义您需要更清楚地解决的问题。它可以帮助您超越最初的问题陈述。该工具使您能够提出正确的问题以在阶梯上上下移动。上移扩大范围,做到“见树不见林”。向
思考工具之连接圈 | Untools
连接圈(Connection circles)是一种将故事或系统中的关系可视化的工具。它们通过看到系统中的因果关系来帮助你理解复杂性。 连接圈还可以帮助你识别反馈回路--无论是强化还是平衡。 创建一个连接
思考工具之冲突解决图 | Untools
寻找冲突双方能够共识双赢解决方案 谨慎处理冲突很重要。冲突解决图(也称为“蒸发云”)是一种工具,可以帮助您和平解决它们,同时确保满足双方的需求。它是 Eliyahu Goldratt 作为约束理论的一部分开发的思维工具之一。让我们看看它是如
思考工具之概念映射 | Untools
概念图(Concept mapping )是可视化理解一个概念或系统并理解其实体之间关系的好方法。 正如该工具的作者Joseph Novak和Alberto Caňas所说,它有很多用途。"概念图已经被证明可以帮助学习者学习,研究人员创造新
五个步骤移除约束瓶颈 - sbj
无论大小,无论产品还是服务,每个组织在实现精简流程方面都有多个路障。一个解决方案是解决工作流程的瓶颈问题。 当有更多的工作超出流程所能处理的范围时,就会出现瓶颈问题。由于两边的能力已满,以及生产的涓涓细流流向了下一个步骤,瓶颈就会产生等待。
思考工具之生产性思维模型 | Untools
创造性地、高效地解决问题。 通过应用更多的结构化和批判性思维,你可以更好地理解手头的问题,并想出更多创造性的解决方案。由Tim Hurson创建的 "高效思考模型 "可以帮助你做到这一点。 它最适合在问题
思考工具之六顶思考帽 | Untools
从不同的角度看待一个决策或决定。 做出最好的决定往往需要通过不同的视角来看待它们,这样你就不会忽略一个重要的方面。由爱德华-德-波诺创建的 "六顶思考帽 "正是这样一种工具。你可以把它用于你自己的思考,也可以在一个小组中使用,每个人都可以代表不同的
速度与质量之间权衡 | Untools
在构建产品时确定速度和质量之间的权衡。 在产品开发中,速度和质量是两个重要的变量。优先考虑一个通常是以牺牲另一个为代价的。该工具将帮助您做出权衡。 您优先考虑速度或质量的决定应基于您对以下方面的信心:
需求工程中六个最重要的最佳实践 - modernanalyst
我和Joy Beatty合著的《软件需求》一书的第三版,大约有24.5万字,将近640页,字体相当小。也许这看起来有点矫枉过正,但公平地说,需求领域是庞大而复杂的。 像Suzanne和James Robertson的《软件需求》、《掌握需求过程》以
TLS:约束理论 + 精益 + 六西格码 - 结合每种方法的精华 - philip
约束理论(TOC) 专注于改进决定整体性能的系统约束…… ……以这种方式显着提高精益和六西格码计划的投资回报和成功 通过增加销售额而不是通过削减成本来增加利润,从而避免裁员 由 Eliyahu Goldratt 在 1980 年代开发 精益制
产品经理如何找出订单被取消的原因? - Advait
产品经理经常处理必须找出导致问题的原因并找出解决问题的可能步骤的情况。一般来说,这个过程需要与数据科学家和产品分析师等不同的个人进行大量合作,以收集数据并检验我们的假设。 在这篇博客中,我将考虑一个假设场景:Uber的司机取消订单在过去一周上升,作
什么是产品经理的“Jobs to Be Done”框架?
著名的Jobs-To-Be-Done 框架帮助 PM 和设计师弄清楚为产品设计什么功能,而不是如何设计
产品经理和产品负责人之间的职责是如何划分? - Reddit
PO(产品负责人) 和 PM(产品经理) 是同一个组织,不同级别: 产品负责人:构建能解决问题的解决方案 产品经理:提出要解决的问题 集团产品经理:发现要解决的问题 主管:从组织中找到合适的人来解决已识别的问题 VP/CPO/Head of p
上页
下页