迭代原则
1. 迭代原则是什么？
根据《181221-最小探索》的探索结果：
「迭代原则」是用来对「每日最小驱动」进行优化的关键。
所以，本文包含两大部分：
- 迭代原则；
- 每日最小驱动。
每天持续更新本文即可。
2. 迭代原则包含什么呢？
目前，我认为「迭代原则」的基本原则是：
- 「每日最小驱动」每天必须更新
- 「每日最小驱动」每次更新必须记录
2.1 核心原则：每天必须更新
- 顶级优先级：必须要安排固定时间，这个时间，任何人不能干预、不能打扰，必须要去推进；
- 问题处理：设定极强的保障措施，让问题出现了的时候会被处理；
- 强行教练：如果遇到问题了，必须要对自己进行教练澄清，不要让问题过夜；
- 打卡记录：必须要有一个打卡记录，记录自己在固定时间更新的时间点，以免自己放弃；
- 设定触发器：必须安排提醒，以免自己忘记；
- 风险防范：在形成计划之初，一定要有人可以跟进，彼此交流；
2.2 核心原则：每次更新必须记录
- 迭代方法：迭代使用 WWW 和 EBI 进行处理；
- 过程记录：每一次迭代必须要记录迭代细节、原因、问题等；
- 版本管理：每一次迭代必须要进行版本记录；
- 系统备份：每一次迭代必须对系统进行打包保存管理。
3. 关键可操作的方法
根据上述的原则细节，形成以下方法：
3.1 顶级优先级
每天必须安排固定时间，这个时间安排在：
- 周一至周五：
17:30 - 17:45； - 周六（上班）：
17:30 - 17:45； - 周六（不上班）：
20:45 - 21:00； - 周日：
22:00 - 22:30； - 如果有外出学习，则：提前报备监督小组，请监督小组务必支持。
其他思考：
- 风险：每个时刻都没有那种可以完全掌控的时间；
- 问题：如果打乱了情况，我要如何弥补呢？
- 问题：能否周一到周五是一个状态；然后周六和周日是另外一个状态？
- 风险：如果外出学习了呢？
3.2 问题处理
如果出现了每天没有按照规定的时间进行检视和迭代的话，就立刻激活「做自己小组」，来给予支持和帮助。
3.2 打卡记录
以自然月为月份的起始时间，定期观察自己的完成时间、 状态打分；
其他思考：
- 风险：如果出差的时候忘记拿了打卡记录怎么办？
- 问题：对什么状态进行打分呢？
- 问题：打卡记录的模板用什么？打卡记录用什么工具？
3.3 设定触发器
这件事情，要设定一个闹钟，然后定时提醒自己去做。
-
启动一定要简单，一定要快，一定要不加思考
下一步待办：
- 具体行动：了解每一个步骤要花费多少时间，获得真实情况
4. 取得的成果
5. 具体业务步骤和标准
具体流程如下：
- 提醒触发器启动：还剩 5 分钟的闹钟响起，任何事情都要开始准备收尾；
- 触发器启动：闹钟响起，立刻启动流程；
- 打开检视清单：
- 所有的任务是否进行了记录？（前提假设：一切都是任务）
- 今日全过程，是否处于第三感知位置观察自己的任务执行？
- 每个任务执行的回顾清单是否填写？
- 每个任务是否按照「任务执行清单」推进？
- 完成后前来迭代本文档内容。
❓最小是不是应该是：任务执行清单 + 任务执行过程记录 + 第三视角判断？每一次进行全天检查的时候，应该检查的是若干项目的执行情况，以及站在全局的新发现吧？
6.
7. 前置动作
- 准备设计闹钟；
- 准备设定自己的执行时间；
- 准备自己的风控小组，并设定小组运行机制；
8. 保存在哪里
- 版本更新：就放在本文件夹下的「版本更新」文档中
- 系统版本：系统版本保存在：iCloudDrive - 06 🖥 System | 系统 -
GitBeingSystem - 迭代方法：
- 在本文件上单击右键，选择：「
在 Finder 中查看」； - 将「
updagePrincliple.md」文件复制； - 打开 Finder，点击标签栏中的「
蓝色圆点」图标； - 打开 「
迭代每日最小驱动」文件夹； - 粘贴文件；
- 改名文件，在文件名前增加：「
yymmdd-」，可以使用快键键「rqm」完成。
- 在本文件上单击右键，选择：「
ChangeLog
- 2018-12-21 建立文档 by 易仁永澄