iteration
在高度不确定且无法进行完美前期设计的情况下,通过快速周期进行构建、测试、学习和改进
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
在高度不确定且无法进行完美前期设计的情况下,通过快速周期进行构建、测试、学习和改进
通过定义良好的接口、抽象层和关注点分离来最小化依赖并最大化系统组件之间的模块化,从而在构建需要灵活性、可测试性和长期可维护性的软件时,实现独立部署、组件隔离和平行团队发展。
通过将问题分解为参数,列出每个参数的变化,然后分析所有可能的组合来系统地探索解决方案空间
通过与过去的类似案例(外部视角)进行比较来预测,而不是分析项目的独特细节(内部视角)- 治愈规划谬误
理解在模糊刺激中看到面孔和熟悉模式是大脑的一个特性,而不是有意义的信号——利用这种意识来避免在依赖模式的分析中出现假阳性
跨职能的PM-设计-工程协作,通过持续合作而不是顺序交接来做出更好的产品决策
使用Reach、Impact、Confidence和Effort的评分框架来客观地确定产品特性和项目的优先级
荷兰皇家壳牌公司使用关键不确定性因素来开发多种可能的未来情景,以进行战略准备的开创性情景规划方法
当产出通过可重复的过程每段时间增加固定数量时,规划和预测增长
通过要求价格与内在价值之间有显著的折扣来在决策中建立保护缓冲、安全系数和容错能力——在面对不确定性、不可逆承诺或高成本失败时,在投资、工程和项目规划中创建多层保护。
通过使用模型(数据)、视图(UI标记)和视ViewModel(带有数据绑定的表示逻辑)将UI与业务逻辑分离,以构建可测试的、响应式的应用程序
通过分析、性能预算、瓶颈识别和迭代优化系统地提高效率、加快速度并增强响应性——采用基于测量的方法来减少延迟、增加吞吐量并优化前端和后端系统的资源利用
当价值来源于第三方补充而非直接交易时,构建开发者生态系统
系统性地使用Martin Fowler的行为保持转换目录来改进代码结构而不改变行为
当你的冲刺/项目结束时,使用结构化的反思框架将团队经验转化为可执行的改进措施
设计决策环境时,既要考虑到快速直觉也要考虑到缓慢分析,以此来减少认知偏差
认识到模型、表示和抽象是对现实的简化,而不是现实本身——将两者混淆会导致错误
认识到记忆是重构性的,并且容易受到事件后信息的污染,从而导致错误但自信的回忆
当简单和复杂的解释都能同样好地解释证据时,选择更简单的解释,避免不必要的假设
专注于产生不成比例结果的少数关键输入,同时消除消耗资源的众多琐事 - 在优先处理任务、分配资源或优化业务和个人领域的生产力时,识别高杠杆活动、幂律分布和80/20模式
科学理论必须是可测试的,并且能够被证明是错误的
极端的结果往往由于统计波动而被更为平均的结果所跟随
在评估非凡主张时,根据声明的不可信程度按比例校准证据要求
五种基于逻辑的工具,用于通过严格的因果分析识别系统瓶颈并规划突破性改进