软件研发流程里面有很多设计环节，总体设计、概要设计、详细设计、交互设计......上周加班的时候，凌晨两三点左右，我们讨论了团队问题时，发现一种设计方法，我给起名叫 “硬设计”。
做过软件开发的应该都或多或少接触过，架构师忙的要命，一个人负责多个项目，在做完架构设计后，出完设计文档，跟踪或参与也不够，就会导致架构难以落地，这也是经常说架构是飘在天上的原因，这是站在架构师的角度看，反过来，我们看看普通开发人员。
团队都是大牛，几乎都是5年经验以上的（为什么说5年），各种文档非常漂亮完善，但实际写代码的开发人员都是1年或更低的，中间缺少梯队，断层的结果就是真正干活的不了解顶层设计，自己软件设计水平不够，没人指导，时间紧任务重，没时间学习培训，只能硬着头皮进行设计，也就是“硬设计”。
我见过的开发团队大都很年轻，基本英雄式团队，一个高级程序员（也可能是技术负责人），什么问题他一个人都能搞定，带着一帮刚毕业或一两年经验的人，这帮人什么都不用考虑就是纯编码的（通常也没机会考虑、也不想考虑），风风火火的开干。某天这个高级程序员一走，剩下的人啥都不会，时间紧任务重，只能硬着头皮干，也就是硬干。
硬干，硬设计，是一种无奈，不过换个角度看也是好的，其实是给了我们机会，做超出自己能力的事，有些人不适应，干不下去就放弃了，事没干好自己也没提高；有些人能够硬挺住，硬干了很多有挑战的事，事干的好不好无所谓，至少能力上来了。想想我们天天干着熟悉的事，也没挑战没提高，恐怕会更加焦虑烦恼。
这么看，其实周围团队也没什么人员培养，就是碰到对的人了（什么算对的人？），就能扛住，碰不到，就完蛋。
