做事方法汇总.ppt

步骤3-淘汰非关键的问题 问题陈述 问题1 问题2 问题3 问题4 经常反复推敲过程中的第一步 假设/理论及数据之间来回穿梭 使用80/20的思考方式 重点努力解决最重要的问题 不仅要常问“那又会怎样”...而且还要问你忘了什么 第三十一页，编辑于星期二：十四点 三十四分。 步骤4-制定详细的工作计划 问题 从逻辑树中最後一点(或「叶」)开始 「重要议题」和「未解决议题」定义不同。要明确界定才能回答是或否，而能提出具体行动 确定每个议题都尽量具体明确 必要时进一步细分 假设 假设是对可能用以解决问题的方式之说明，包括回答是或否的原因 列举假设可用 前线想法 自我想法 同事间想法 小组组员之间讨论 琢磨假设 重新调整分析议题的先後顺序 分析工作 分析是对「检讨假设或不成立之模式」的说明，目的是要解决问题 决定决策过程 决定分析深度 简单案例 复杂的说明 来源 指出分析资料可能出处 寻求可用的既有资料 决定用何种分析方法 职责/时间安排 说明负责搜集资料或分析工作的人 决定搜集资料与做分析的人 决定时间表、工作段落 最终产品 说明诊断後的结果 画「草」图 写出诊断的前因後果 定义 行动 第三十二页，编辑于星期二：十四点 三十四分。 详细的工作计划-项目合作实例 问题 为什么业绩下降？ 假设 客户对项目质量不满意 分析工作 软件质量 硬件质量 售后质量 服务质量 来源 对应软件质量标准分析结果 对应硬件质量的标准分析结果 售后质量分析 客户满意度 职责/时间安排 张三 8/31 李四 9/6 王三 9/1  王二 9/2 第三十三页，编辑于星期二：十四点 三十四分。 工作计划的最佳做法 提早 经常 具体 综合 里程碑 不要等待数据搜集完毕才开始工作 随著反复仔细分析数据而修改、补充或改善工作计划 具体分析，寻找具体来源 同项目小组成员一起检测，尝试其他假设 有序地工作-使用80/20方法按时交付 第三十四页，编辑于星期二：十四点 三十四分。 步骤5-进行关键分析 原则 以假设和最终产品为导向 经常反复地进行假设和数据分析 尽可能地简化分析 仔细分析之前估算其重要性 使用80/20及简便的思维方法 从专家那里得到数据 对新数据采取灵活态度 同项目小组共享良计 对困难有所准备 勇于创新 评注 不要只拘泥于数字-要题问“我要回答什么问题？” 不要绕圈子 不轻言使用大的线性计划之类的工具 开阔视野，不要「见树不见林」 别钻牛角尖 经常给出比“图书馆数据”更清晰的指导方向 记住假设也是会被推翻 检验你的观点 眼光放远，探照前路 寻找突破性观点 第三十五页，编辑于星期二：十四点 三十四分。 尽可能选择简便的问题解决方式… 第三十六页，编辑于星期二：十四点 三十四分。 …并避免复杂，间接或推论的方法 第三十七页，编辑于星期二：十四点 三十四分。 对准「精确」的目标即可，不需完美 第三十八页，编辑于星期二：十四点 三十四分。 进行检查以保证结论同事实相符… 第三十九页，编辑于星期二：十四点 三十四分。 一定要充分利用其他人的经验… 第四十页，编辑于星期二：十四点 三十四分。 仔细将你的工作纪录成文件 第四十一页，编辑于星期二：十四点 三十四分。 步骤6-综合分析调查结果，并建立论证 使用「情况—复杂性—解决方法」 情况 复杂性 解决方法 陈述问题在当下的情况 将困难之处详细列出以改善情况 列出可能的解决途径 或者 「金字塔结构」 主要结论 子论点 子论点 辅助数据 辅助数据 辅助数据 辅助数据 问题 或「选择方案树形图」 问题 问题 行动1 行动2 行动3 行动4 是 否 是 否 第四十二页，编辑于星期二：十四点 三十四分。 论证实例-项目合作 客户抱怨与我司项目合作很麻烦，响应速度慢，结果不好 整机方案的进程和流程要与PCB主板的流程和进程匹配 同一时间不是只有一个项目 软件，可变条件太多 不同客户沟通能力不同 分析整机方案流程，穿插在每个时间节点要输出的结果 对应不同的项目区分轻重缓急 列出标准参照物 与客户达成统一的，有记录的沟通规范 情况 复杂性 解决方法 第四十三页，编辑于星期二：十四点 三十四分。 将你的各种分析综合起来成为精简的场景，具有极大的价值意义 第四十四页，编辑于星期二：十四点 三十四分。 步骤7-说故事(陈述来龙去脉) 准备故事图解：画出你所持论点的完整结构