其他

第二十四章

第二十五章

第三十章

一、我們要解決的問題無論是什麼樣的解決方案，一定要牢記我們要解決的問題是什麼，切不能將解決方案當做問題本身。具體到流程改善，不管是何種方式的改進，它們所要解決的問題永遠只有一個：縮短從產品想法到可用軟體之間的時間周期。自動化發布正是如此，如果軟體發布只做一次，我們說根本不需要自動化，但如果三次以上，那麼軟體開發的黃金法則DRY就必須遵守，讓時間真正用到開發當中去。 二、與發布相關的問題所謂自動化只不過是將原先手工做的工作謙讓給機器做，所以自動化之前一定要先清楚與發布相關的問題有哪些，即使不自動化

第二十六章

第三十一章

第二十七章

四、團隊協作提到團隊協作，聽到最多的就是團隊責任制。在一個小團隊裡，形成對外的團隊責任制是很容易的（因為集體榮譽感），這也是Scrum鼓勵小團隊的原因之一。但在團隊內部，使每個人都能做到團隊責任制卻並不容易。找到反例似乎很容易。在一個分特性到人的項目裡，產品出現bug，幾乎總有程式員說，恩，這塊不是我開發的，你要找某某某。在另一個項目裡，商務分析師越過業內的最佳實務，忽略程式員的意見，一定要在地圖上一次性顯示所有地點，而不是延遲分批載入，結果導致這一功能的數次返工，程式員們抱怨不已。在團隊內部做

    【上一章】                                                               【全書目錄】                                         

文章目錄 10.1.1   基本元素10.1.2   核心元素10.1.3   擴充元素 我們使用BPMN元素進行建模，BPMN的元素分為五個類別：圖10‑9BPMN的元素分類 流對象（Flow Objects），流對象是定義商務程序的主要圖形元素。它進一步細分為三個類別，分別是事件（Events）、活動（Activities）和網關（Gateways）； 資料（Data），它分為四個類別：資料對象（Data

周三下午拿到《Scrum敏捷式軟體開發 (Agile Software

本文系《流程的永恒之道》第三章的開篇，與辛鵬共同編寫。道，道可道，非常道；名可名，非常名。這是我們老祖宗老子《道德經》中的內容。意思是可以用語言描述的道，不是真正的道；可以用名字來命名的道，這個名字也不能形容妥當。其終極思想是，由於人的認識的局限性，我們所說的道，都只是真正道的一部分，無法窺見道的全貌。當然老子後來又在《清靜經》中說：“吾不知其名，強名曰‘道’”。也就是說：“這個‘道’字雖然不肖，但我（老子）還是先把這個終極真理叫作‘道’好了。”“道”，可作道理、途徑、真理、方向、方法等解釋。按

第三十二章

第二十一章

第三十二章

第二十三章 火辣夏日註：原創作品，請尊重原作者，未經同意，請勿轉載，否則追究責任。與胡老兒之間的風波平息後，江北也終於可以舒一口氣了。有驚無險，江北還是覺得很過癮。胡老兒沒想到全盤計劃最後還是落空了，心裡恨恨的，但又不得不接受事實。胡老兒原來是答應事成後再給李晨一萬元的，但最後還是得不到他想要的結果，他也摳門起來，最後借故給打了六折，只給了李晨六千元，李晨有苦說不出。李晨自然不敢再出現在江北的公司裡，但是為了防止再生枝節，江北還是讓李晨來了一趟公司，與他正式解除了勞動合約。在江北離開中軟公司前，

第三十三章

第三十四章

第二十九章

第三十四章