如何指导下属把事做好之“案例管理法”

  场景举例：项目组做了几个月的软件设计，一直不到位。又没有现成的好样例，怎么办？
  解决方案：案例管理法
  第一步，自己心中弄清楚什么样的软件设计是好的。根据项目组的情况，好的软件设计需要满足以下几点：

• 满足了产品需求说明书里的功能需求，并写清楚了软件系统是如何满足的
• 满足了非功能性需求并说明了如何满足的。非功能性需求既包括产品需求里提到的，也包括好的软件设计所要求的。具体包括：
  • 可复用性（可扩展性、可插入性灵活性）
  • 数据一致性
  • 安全性
  • 容错性
  • 高可用
  • 延迟
  • 吞吐量

  第二步，让下属先去试着自己去写。宁可多走几次“修改、指导”的过程，也不要直接帮下属做掉。只有在试错的过程中，下属才更能知道什么是好的设计、什么是不好的设计。
  第三步，involve进去手把手的指导下属，告诉他们什么是好的软件设计。
  这样，完成的走一个案例，下属会对如何做好软件设计逐渐明晰。一般最多两三个案例下来，下属就能拿出一份还算像样的软件设计了。

  总结下来，明确什么样的结果是好的、试错（让下属去尝试）、手把手指导，最终形成一个案例教学。这样的“案例管理法”适用于很多场景。