今天花了不少时间折腾一个项目上急需用到的加密问题，虽然最终得以解决，但是回头来反思这个过程，最大的感触是“知易行难”。对于复杂和未知的事都应该在做前尽可能拆解和细化。可以通过最终要达到的目标倒推整个过程，并以每个关键的输出为小目标定义其方法和输入。这是一个解决复杂问题的基本套路。也是细化工作中最有效的工具。可以说不管是在项目管理还是在软件开发过程中，IPO无处不在，几乎也是放诸四海而皆准的套路。
细化工作本质是思考并落到纸上，能够真正意义上指导工作。细化要达到的目标是在做之前尽可能清晰地看到做好之后的样子。计划要做细就要能够清晰定义清楚关键路径，清晰评估需要怎样的资源，关键的里程碑，存在怎样的潜在风险。设计要做细就应该清晰描述整个系统的架构设计，包括核心业务流程，功能结构，部署运行环境，关键的技术是什么？详细设计环节至少应该定义清楚数据库、接口、页面原型。其实，这每个环节，每项输出工作都离不开一个“细”。知易行难的原因正是“细化不够”。
细化工作的核心是要通过对工作的逐级拆解消除不确定性因素和不一致理解。通过分析，把复杂的问题拆解到一个个相对简单的小问题，而对于想问题我们继续评估是否存在不确定的困难，是否能够在团队内部对其最终成果达成统一的理解，如果有一项不确定则应该继续拆解。评估的过程需要充分调动组织的智慧和团队的能动性，从而连接整个公司的资源，让大家都能参与到整个事情中来，也帮户具体执行工作的成员能够对目标有更清晰的认知。
因此，要让细化工作成为个人的一种意识和能力，在管理过程中作为一项指标，让其成为公司的一种文化，只有这样，我们才能真正意义上提升工作的能力和成效，让知道和做到之间的距离变得更小。
