今天和老莊一起過性能的需求方案，又一次對實(shí)例化有了更深刻的體會。
首先，問題域，是誰的？什么問題？即:
用戶是誰？使用場景是什么？
要解決什么樣的問題？
這個(gè)階段，使用given…when…then的方式，用場景和例子來說話，會讓人更容易理解。
搞清楚問題后，接下來需要考慮方案域的問題:
當(dāng)前的功能實(shí)現(xiàn)是什么樣的？
功能流程是什么樣的？
基于以上，我們的實(shí)現(xiàn)方案是什么？
接著，該功能需要如何去驗(yàn)證？
寫AC的時(shí)候，采用實(shí)例化場景的方式，一樣采用given…when…then的三段式風(fēng)格，用表格的形式列舉出來，會直觀有效。
在這一部分，在考慮場景的時(shí)候，除了正常功能場景，還需要盡可能多的考慮異常，波及，升級，效率……等場景。
基于以上三個(gè)部分，才能更加完整的實(shí)現(xiàn)需求的實(shí)例化，當(dāng)對代碼具體細(xì)節(jié)不是很清楚的時(shí)候，反而會讓人從用戶角度更關(guān)注業(yè)務(wù)，然后才是方案和設(shè)計(jì)，這也是我們會強(qiáng)調(diào)集體設(shè)計(jì)的原因，面臨復(fù)雜問題和有著參差不齊的團(tuán)隊(duì)組成的場景下，這絕對是一個(gè)更好的方法。
原來上面的知識都在心里，但真正做起來之后，再回過頭感受一下，才發(fā)現(xiàn)實(shí)際中還可以這樣做，應(yīng)該這樣做。
上下班路上微信聽書，講到《失控》這本大牛級的書，里面提到最完美的生態(tài)系統(tǒng)是大自然生物界的生態(tài)系統(tǒng)，靠系統(tǒng)的不斷進(jìn)化去不斷完善這個(gè)系統(tǒng)。反思一下，有時(shí)候團(tuán)隊(duì)管理何嘗不是這樣，更完美的自組織團(tuán)隊(duì)也是團(tuán)隊(duì)組織自己的進(jìn)化和完善，太有秩序，沒有混亂，沒有外部的壓力和刺激，亦或是完全的命令-控制型團(tuán)隊(duì)對很難進(jìn)化成一個(gè)好的系統(tǒng)，要想打造這樣一個(gè)組織，首先需要收起你的控制欲，讓大家有更多的自組織性，當(dāng)然這一切必須要建立在一定的規(guī)則和邊界下，就像大自然的系統(tǒng)，自然有其基本的自然法則和邊界的限制，路漫漫其修遠(yuǎn)兮，吾將上下而求索。
