27｜节点四：架构规划之划分任务边界

木桶效应无处不在，强依赖的任务就是组成木桶的木板，而最弱链就是最短的那块木板

郭老师问一个题外话，本篇文章中提到的公式和其他的人文类的公司如绩效计算公式等，是怎么推导出来的？能不能推荐点资料或指点下思考思路。个人觉得这种定量分析的方法很好玩

我觉得最难的部分是怎样估算出把一个任务分给某一组执行者成功概率，如果这个数值都有很大偏差，那么后面算出来的数字就失去了意义。

"所有人的眼睛经常都是盯着那个光环点。"，是啊，都想站到聚光灯下面，升职，加薪。 “软肋”往往是脏活累活。 理性的思考，还要结合王道霸道。 感谢郭老师高屋建瓴的讲解，受益匪浅。

非常感谢老师的课程，一如既往地精彩，老师总结的概念，几乎都是闻所未闻，然而听完后有种恍然大悟的感觉！ 特别是“最弱链”概念，以后终于知道如何画ppt给老板汇报任务执行的风险了！在上一家法国公司，有一个“最弱链”印象特别深刻，有一位英国籍的印度小伙，担任两项最重要功能的FO(Function Owner)，这孩子当时只有五年工作经验，而且是机械工程师。种种原因，言语中经常带有鄙视中国人的言辞，加上完全不懂软件和TCP/IP等基础知识，几乎所有的交付任务都是失败。幸运的是，大的架构是由欧洲大神设计好的，中国团队只需要本地适配与执行，学生当时意识到这点，就是暗中与他的供应商沟通，准备好“擦屁股”的解决方案。等到他最后投降无法交付时，才忍受着他种种羞辱，将“最弱链”补上。如果当时清晰了解老师的这个理论，就可以准确地将风险系数汇报给决策层，避免项目后期的被动。 再想到最近牵动全国人心的上海疫情好像也是如此，“精准防控”应该是可行的，不过因为执行环节的某个“最弱链”导致一发不可收拾！需要党中央以霹雳手段来收拾“残局”，但愿中国疫情早日退散🙏🙏🙏

🤔☕️🤔☕️🤔 * 📖：用例到任务的分解，架构师为企业注入思考的核心切入点。 * 🤔：用例，最开始输入给任务，最终任务完成后组合输出为用例。任务，首先是如何，即HOW做能够最终满足用例所需，其次是为何，即WHY这么做效率高、成本低，最终效益最大。既然任务由How和Why这两个层面，那么把任务作为项目，架构师解决Why层面的问题，然后再由产品和相关技术解决How层面的事情，这样划分清晰合理。再往前一步，架构师在Why层面拆解任务的时候，一方面是适配现有的组织结构和技术力量进行任务分解，另一方面得有调整组织结构，以更小阻力发挥技术力量的可能性，再做任务分解，如此才能在用例分解到任务的过程里，做出更具备架构师气质的成绩。

郭老师，take away~~~这篇文章，我想到了递归思维，复杂的程序是嵌套调用，层次和网状的关系，递归深度比汉诺塔算法递归层次还深，并且要强调不是一条直线调用路径~~~学习如何抽象一个系统，首先要区分“算法是什么”和“什么是算法”，这两句话的思维方式是完全不同的。前一句是一个明确的标准答案，后一句是需要从战略意图出发，明确目标，问题定义的推理过程~~~最后，引用你文章中一句乔布斯的话，“If you define the problem correctly, you almost have the solution”~~~

哎！能够看到任务全集就不错了