【阿里内贸敏捷实践】降低成本的简单设计

 1、 设计需要把握好度。

在精益思想中对于浪费有这样的定义，任何不对最终客户产生价值的行为都是浪费，而设计本身是不对客户产生任何价值的，那为什么需要做设计？因为好的设计可以降低成本，如减少返工，当需求变更的时候开发成本更低。多余的设计和考虑不周全的设计都会造成浪费。

我们设计的原则是简单设计，简单主要体现在两个方面，第一设计快，第二设计易懂。一只笔和一张纸足以完成一次设计。在kick Off会议之前，PM就会指派两个人一起结对设计本迭代的核心功能。为了快速的做出设计，他们会用笔直接在纸上画一下自己的设计思路，并进行讨论，然后把设计图拍照提交到文档库。

 

那为什么我们要进行简单设计呢？我们进行的是互联网开发，业务变化得非常快，如今天产品经理觉得应该上旗舰版来提高产品的销售额，但是几个月后发现由于价格比较贵，购买的人比较少，于是旗舰版就分拆成不同的模块进行售卖。从我们的经验来看，一个扩展性很好的设计可会带来三个问题，第一设计和开发时间比较长，第二代码不易读，第三大部分扩展性以后都不会用到。 所以只做必要的设计，需要的时候再重构。

 

2、设计评审会议。

为了会议的高效，我们会合并几个会议，在Kick Off会议之后直接进入设计评审会议，因为定会议室，投影仪，让参会人员准时参加都需要一定的成本。设计评审会议一般是半个小时到1个小时。设计者讲下自己的设计，可以使用PPT或直接在黑板上画一下自己的想法。如果是对已有功能的修改，需要先讲这块功能原来是什么样，现在需要修改成什么样，涉及到哪些修改点，自己是如何设计的。如果设计方案审批不通过，则设计者需返工，因为我们强调简单设计，所以即使返工，成本也不会很高。同样为了高效，设计者重新设计的方案不需要再开一次设计评审会议，只需要把相关人叫到座位旁边确认下就可以。

如何评审。设计评审中很重要的一点是参加评审的人必须有足够的耐心和胸怀听明白别人的设计，然后再谈自己看法，任何设计方案都有它的优缺点，所以评审人应该先说说当前设计方案的优缺点是什么（建议先说优点，一味的否决别人的设计就起起不到评审的目的），然后再说说自己的方案，优缺点是什么。

没动讲的是什么

不错，详细的设计不但需要更多的时间。在日后的开发中，很容易由于需求的变化，导致开发与设计脱节。这样多花在设计上的时间最终被浪费掉了。

所以敏捷开发要求总体设计要简单，将详细设计分解到在每个迭代中。这样才能真正将设计落到实处

同意简单设计。
以前总是在考虑现有的设计就是完成功能呢，还是要有一定的蓝图呢？这并不是一个设计师一个人的事，同时需要SA的参与。但原则是不能过度设计。框架也要是针对可以预想到的业务去设计。
我们一般在做每个iteration前，都会把当前的detail story share给全组人员，也就是kick off. The More communication, The better Dev. 每次的feedback也是极其重要，不能空谈。

大架构，小实施：业务架构+技术架构

两篇首页 可以加广告了呵呵

基础底层的一些必要的设计还是不能按简单设计来设计，这样会造成结构上的变过大，造成大量的工作量。

我想楼主说的是业务功能之类的设计吧。
底层的架构岂能用一张纸，然后拍张图就能解决。呵呵。这也不符合阿里这么严谨的设计团队吧。

我说的底层架构是指与业务无关的。

业务系统也不是都可以这样简单设计的，企业级应用系统很多核心业务是不怎么变动的，但是却经常需要增加新业务或做系统间的集成，面对这样的需求核心系统如果没有一个灵活和可扩展的架构实施起来会相当麻烦。

设计简单带来的好处不言而喻，但没有哪种设计方法是适应于所有系统的，架构师需要深入思考系统的各个方面，技术的、非技术的，没有思考生搬硬套是做不出好的设计的。