作业
拆页
杜德林阐明了在难题解决过程中的每一阶段能够和应该问哪些问题，以获得信息、激发思考、深刻洞察，并将学习成果付诸实践。提问被用来开启各种可能性、澄清意义，并通过四个阶段将难题解决过程结构化。具体说来，他针对难题解决过程中的每一阶段提出了最适合该阶段的提问类型：
难题陈述和重构阶段：“是什么”这类问题最适合该阶段；这类问题能够帮助团队收集关于难题情景的细节信息和描述，同时帮助团队增加成员理解真正的难题是什么，进行重构并达成共识。例如，“最重要的一点是什么？”
难题分析阶段：在该阶段，“为什么”这类问题最有效，例如，“这一点为什么重要？你认为这件事为什么会发生？你为什么有那样的感受？”
假设提出或诊断阶段：“怎么样/如何”这类问题能够帮助团队和个体用试验性的理论假设来解释和阐述难题：“这个难题与其他难题有哪些相似或不同？你会如何采用不同的方法？我们要怎样进行干预？”
行动阶段：在该阶段，团队将对行为进行描述（测试不同的行为）或对推断进行分享交流（测试不同的观点）；“是什么”这个问题再次成为重要的问题。“所有这些对将来要采取的行动有什么意义和影响？你现在应该做什么？”
不同阶段的提问类型及问题的目的
难题陈述和重构阶段
全面收集信息类，还原事实，找到为什么要解决这个难题，以及有哪些资源。
挑战主观假设类，理清事情不是主观臆断而是真实的。
引发深入思考类，对要解决的问题深入思考，探寻真正要解决的问题。
难题分析阶段
引发深入思考类，通过问题提出，对难题进行分析假设提出或诊断阶段引发深入思考类，在这个阶段，提出各种可能解决问题的假设，探寻到问题的解决方案
行动阶段
激发高效行动类，让难题所有者可以真正采取行动任务
A1便签
请对照不同阶段提问类型的理解，写下1张A1便签，讲自己听说过、自己经历过的相关经验。
在我看来，这个拆页的关键点是在于对于提问场景的分解，这个四个步骤是互为补充，步步递进的，能高概率的获得一个有效的结果和行动。
周四的线下活动，我是这么来设计自己的提问的。
"大家在自我提升、个人发展、人际关系或者其他你所特别在意的方面，你需要解决的问题是什么？"
"在未来的一两周内，针对刚才提出的问题，如何运用拆页中的知识，获取自己的知识产品？"
现在反思，其实问题只是涉及了难题陈述和行动阶段这两个步骤，并不够完整。
首先是在难题陈述部分，场景的提出还是比较抽象，“问题”本身是比较泛指的，现场确实也有小伙伴对到底算不算问题有疑惑，我应该通过举例的方法再明确下含义。
其次是行动阶段，同样出现了泛指的情况，“产品”又是一个抽象的定义，大家有一点摸不清头脑，我也应该通过举例的方式再说明下。
此外，我发现，两个问题之间应该有一个难题分析的衔接，“这个问题包含XXX，和拆页中哪些部分是对应上的？”。
A2便签回顾
第一次作业中自己要解决的问题（为区别开，下面改为难题），按照问题解决的四个阶段分别对应的问题类型，设计一组问题，尝试梳理和解决自己的难题。并请用问题进行自问自答。
我的问题：我是一名IT工作者，目前在领导一个团队。工作中经常出现突发、紧急的问题，尤其是产品上线前后。自己整天疲于奔命，四处救火。但不管救了多少火，火情都不见好转，今年累月不断重复。我经常自嘲是『救火队长』，但我希望自己能更深层次地解决问题。
自问自答：
难题陈述和重构阶段
Q: 救火的都是些什么问题，有没有什么特征？
A: 主要集中在当期版本的修改内容，上线之后两天会比较集中，后面会慢慢稳定下来。
Q: 这些问题发生的原因是什么？
A: 有些是人为的疏漏，更多的是修改代码影响到了关联的模块。
Q: 已经采取过哪些措施了，效果怎么样？
A: 进行代码评审，加大测试投入都做过，但都是事后的补救，有点防不胜防。
难题分析阶段
Q: 为什么会防不胜防？
A: 目前开发对个人的依赖比较高，这是一项高复杂、时间压力还特别大的工作，开发人员发生错误的可能性是比较高的。问题一旦引入，排除的成本会很高，在既有的压力下是无法充分进行的。
Q: 根本原因在哪里？
A: 工作过程中对人的主观判断依赖比较高，解决思路是要么提高能力，要么降低要求。
假设提出或诊断阶段
Q: 有没有什么工作开展是比较有条不紊的，当时采取了什么措施？
A: 一些采用了分层设计的模块，保持核心的通用性和稳定，外围仅进行简单开发，比较不容易出问题。
行动阶段
Q: 下一步的行动是什么？
A: 一方面对人员培养，增强能力。另一方面，把系统核心改造缩小，按照SOLID等原则重构系统，降低开发要求。
