工程类任务

任务就是要完成目标的，我们小时候读书的短期目标是考试得到高分，长期目标是考上好大学，之后找到好工作。花园花匠的目标是把花种好，公交车司机每天目标是把人从一个地方运到另一个地方，我写这篇文章目的是为了完成日更任务，等等。可见任务有短期目标和长期目标，短期目标可简单解决，有些还是机械性的任务，长期目标就需要规划了，没那么简单。

工程类任务我觉得可以往长期目标靠，而确定长期目标，制定计划方案，采取行动，获得反馈，复盘，再下一轮，可看做工程类目标的通用模板。

放到软件开发也是，前期会先确定一个总目标，比如我们要创建一个内容平台，然后是细化目标，内容平台具体是什么，就需要收集需求。知道了做什么以及做它的必要性，就要拆分它，得到范围，规划进度，那在这过程中有哪些风险，是否要预留足够的时间，然后人员如何安排，等等都是项目管理的主要流程，都可往工程类任务套。

细化到真正coding，工程类任务的一个特点是变化很多，会遇到很多实际问题，打破原先的预期。面对这些变化，首先需要前期做好规划，架构和方向层面要定好，这样之后的变化都在可控范围内还好。其次变化来了需要有取舍，这里又要回到上层从高处看，遇到的阻碍紧急吗，重要吗，影响我目标吗，时刻要提醒自己这点，不然会被细节打乱节奏。有时候看不清重点还得交流，得到更多信息，这样对决策会有帮助。

总之工程类任务可放大到一个项目，一个产品的开发，城市的大桥建设，航天卫星的建造和发射，也能缩小到开发的每一个功能，写的每一段代码。正因为他的变化性大，不像纯理论或机械性的任务，所以应对他的方法论就比较多，有PDCA的，有5w1h的，有项目管理流程的，都是为了在一个个小问题妥当处理好后最终把大问题解决。