Case Study 的雏形最早起源于医疗临床试验，后来商学院把 Case Study 应用于商业案例的分析，从而被大面积推广，尤其是 MIT，针对性地建立了财会、创业、企业领导力、运营管理、战略研究、可持续发展等系列商业案例库。
通过案例激发学生之间的辩论，来帮助学生模拟在实际管理工作情况下会做什么，不会做什么，为什么以及如何做。其目的是通过深度拆解过程，提炼出案例中导致失败的最重要的要素，来总结出失败案例中的一些错误的制度和行为，通过对案例的分享和宣传，降低一些低级错误给项目带来的损失。
同样地，我们可以把 Case Study 完美地复制到软件产品领域，通过线上的一些事故案例，来展开深度分析和总结，并分享给团队，从而让团队成员都对事故有认知，避免同样的问题在团队其它成员身上再次发生，影响产品和项目的交付质量。
会议过程的关注点及注意事项
会议开始前，需要先明确此次 Case Study 的目标，提前确定要讨论的问题，把握好方向，通过设问的方式来引导大家讨论。重点关注意识层面及流程规范方面的问题，并且在会议过程中要引导大家提出具体的、可行的改进方案，最后确定解决方案并敦促相关负责人严格执行。
另外还要注意 Case Study 的终极目标是修炼内功，精益求精，所以一定不要一味强调一些客观原因或者其他部门配合方面的问题。不然会议就会变成追究责任和推脱责任的战场，也就失去它原本的意义了。
最后强调一点，Case Study 一定要对事不对人，不然就会变成人人都想逃避的屠戮场。 相反如果 Case Study 卓有成效我们还要夸赞相关的责任人，为我们提供了这么有意义的案例。这一举动能让员工意识到犯错不可怕，它可以变得非常有意义。
持续推进，形成团队习惯和文化。
Case Study 给团队带来的不仅仅是对于问题和故障的重视，更多的是给团队带来了一种开放、共享的学习成长氛围，很多公司都推崇技术文化，技术文化宏观层面的感知就是开放、向上、有激情，是一种引导团队积极向上的隐形力量，通过日常的一些行为动作去贯彻和落地，最终体现在每个人的行为规范上，对于细节的处理就是文化的体现。
技术管理者要想打造积极向上的工程师文化，就需要打造这样的一种环境，找到一些关键的有意义的案例，让大家在这个环境里自由、开放地交流。Case Study 就是这样一种非常有趣的活动，不妨尝试一下。
此文章为10月Day27学习笔记，内容来源于极客时间《技术领导力实战2022》，强烈推荐该课程
网友评论