Principle 10: Simplicity--the art of maximizing the amount of work not done--is essential.

翻譯 ：精簡(jiǎn)——將不需完成的工作量最大化的技能——是不可或缺的

初看這句話覺得很詭異，具體翻譯來說是“精簡(jiǎn)性——最大化未完成的工作量的藝術(shù)——是根本的。”除去中間的插入語(yǔ)，剩下的部分就是很直接的“Simplicity is essential.”。細(xì)想之下，發(fā)現(xiàn)這個(gè)原則在軟件開發(fā)中卻是很有道理。于是乎，我想到了一個(gè)關(guān)于效率efficiency的基礎(chǔ)原則：KISS Principle—Keep it Simple, Stupid.這是一個(gè)很關(guān)鍵的概念，但是很多人都總是忽略遺忘它。不要給自己添加額外的工作，要找到針對(duì)某個(gè)問題的最簡(jiǎn)單的解決方法。Work smarter, not harder. 就我個(gè)人看來，在很多事情上可以去做到維持工作最簡(jiǎn)化。首先就是使用類型和模板，知道什么樣的模板是可用的可以為我們節(jié)省很多時(shí)間；其次，盡量寫簡(jiǎn)短簡(jiǎn)單的模塊化的東西，用概念，任務(wù)和引用來組合不同的內(nèi)容。把要實(shí)現(xiàn)的任務(wù)分成小塊，就能夠很容易地完成添加、刪除和重構(gòu)；盡量避免使用那些很復(fù)雜的分支和過程，否則不僅是用戶，大概連構(gòu)建者本人都會(huì)覺得很混亂吧；最后就是我覺得最重要的做到“maximize the amount of work not done”的方法就是不要包含任何用戶并不需要的信息在你的工程里，要始終把他們的需求和任務(wù)記在腦海。否則，即使你實(shí)現(xiàn)了這樣那樣酷炫的功能，對(duì)用戶而言沒有任何吸引力，不是偷雞不成蝕把米么？

Principle 11：The best architectures, requirements, and designs emerge from self-organizing teams.

翻譯 ：最好的架構(gòu)、需求和設(shè)計(jì)源于能有效自我組織的團(tuán)隊(duì)

團(tuán)隊(duì)合作的有效性和活力是一切開發(fā)工作的基礎(chǔ)。然而，有效合作的團(tuán)隊(duì)并不是想當(dāng)然的，首先團(tuán)隊(duì)的組建就需要仔細(xì)考慮，寧缺勿濫應(yīng)該是比較好的準(zhǔn)則吧，畢竟這里面如果來了南郭先生就不像樂隊(duì)一樣聽不出來了，這種潛在的矛盾源（請(qǐng)?jiān)试S我這樣說吧）必須扼殺在萌芽階段，恩。另外，團(tuán)隊(duì)有效的自我組織能力還來源于成員們的默契，互相尊重，以及互相的了解。所以，項(xiàng)目中大家適量地出去玩，胡侃，腐敗等是必須而且需要注意利用的哦。

Principle 12：At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

翻譯 ：團(tuán)隊(duì)內(nèi)部定期的思考如何變得更有效，并按此來修正及優(yōu)化自身的行為。

定期的審查可以使成員對(duì)當(dāng)前的團(tuán)隊(duì)狀態(tài)達(dá)成統(tǒng)一認(rèn)識(shí)，這樣才能更好地制定下一步計(jì)劃。可能有人會(huì)說不是敏捷開發(fā)嗎？不是應(yīng)該刷刷刷開到極致（extreme-programming)，趕緊開發(fā)完就行了嘛。然而就像你要獨(dú)自去一個(gè)陌生的地方，說一帆風(fēng)順永遠(yuǎn)都是安慰話~開發(fā)中不可避免的會(huì)遇到困難，進(jìn)而導(dǎo)致與計(jì)劃的不一致，團(tuán)隊(duì)成員間進(jìn)度的不一致，理解的不一致等。定期進(jìn)行集體的交流，探討做的不好的地方，是什么原因，應(yīng)該怎么彌補(bǔ)修正，然后吸取經(jīng)驗(yàn)教訓(xùn)繼續(xù)前行。也讓整個(gè)團(tuán)隊(duì)的成員達(dá)成一致，互相有交流的基礎(chǔ)。所謂心有靈犀一點(diǎn)通，在團(tuán)隊(duì)的級(jí)別上要達(dá)到這一點(diǎn)不可避免要通過一些有組織的“爭(zhēng)論”、“思考”。每個(gè)成員都應(yīng)該在思考的過程中爭(zhēng)取把問題暴露出來，并坦誠(chéng)接受有益的改變和建議，這樣自己才能做得更好，從而團(tuán)隊(duì)才能表現(xiàn)得更好。

Twelve Principles of Agile Software