正方觀點：軟體開發可以通過不斷細分的工序化流程來減弱開發人員個人對於專案的影響，只需要少部分人的創造性思維，而大部分開發者則嚴格按照工序流程進行開發
反方觀點：流程管理只能一定程度上控制專案進度和質量，專案的完成情況關鍵靠個人能力和素質。
辯論前提：這裡的軟體開發不是指領先技術的開發，例如搜尋引擎，3d引擎等，而是普通的企業應用軟體開發。
正方論證
某軟體開發小組
組長：歪子（管理），道長（架構師）
開發成員：hoho，可樂，小牛，麻子
開發流程之詳細設計（dd）：
第一步，道長（架構師）構建文件，設計主要的介面類和具體類（方法及重要的成員變數），並在組內進行review
第二步，歪子（管理）根據各個類的功能複雜度分配具體任務，每個開發人員負責完成一部分dd的工作
第三步，歪子（管理）和道長（架構師）每天抽樣review每個開發人員dd完成的質量和進度，同時提出修改意見，歪子（管理）則對修改造成的進度影響進行評估和調整
第四步，對於某些十分複雜而且重要的模組，如果負責的開發人員難以完成，則轉移給道長（架構師）親自實施，歪子（管理）對進度進行重新調整
第五步，設計初稿完成後，歪子（管理）組織所有開發人員進行交叉review，制定計畫，具體要求每天的最低指摘數，道長（架構師）則對重點模組進行review
在上面的案例中，歪子的主要任務是制定和控制開發進度，嚴格監督每天的工作量，並對專案風險做出預期判斷。道長的主要任務是設計系統架構，細分模組的功能，將複雜的系統拆分成簡單的邏輯單元。歪子和道長就是正方觀點中所指的具有創造性思維的人員。其他開發人員則在完成細分後的簡單邏輯單元基礎上，嚴格按照專案的進度要求進行工序化的開發。
開發流程之程式編碼（cd）：
第一步，道長（架構師）制定編碼規範，並在組內review，要求嚴格按照編碼規範
第二步，道長（架構師）編寫主要的介面類和具體類（方法及重要的成員變數），並在組內進行review
第三步，歪子（管理）根據各個類的功能複雜度分配具體任務，每個開發人員負責完成一部分cd的工作
第四步，開發人員在進行cd過程中，必須編寫必要的unit test以驗證實現的正確性
第五步，道長（架構師）每天抽樣review每個開發人員的unit test，確認其合理性
第六步，歪子（管理）每天抽樣review每個開發人員cd完成的質量和進度，尤其確保符合編碼規範，同時提出修改意見，歪子（管理）則對修改造成的進度影響進行評估和調整
第七步，對cd中出現的技術難點，開發人員應及時提出，必要時組織技術骨幹集中攻克，歪子（管理）則對這些因素造成的進度影響進行評估和調整
第八步，cd完成後，歪子（管理）組織所有開發人員進行交叉review，制定計畫，具體要求每天的最低指摘數，道長（架構師）則對重點模組進行review
to be continued
手機軟體開發還是要以人為本
手機軟體開發還是要以人為本 近日來，一款名為 來福找小工 的移動應用，以它獨特的角度和非常大的實用性，正在成都百姓和打工者中迅速走紅。使用者輕按手機就能找到相應的生活服務，從開鎖換鎖 電腦維修，到家電維修 門窗安裝一應俱全。這款手機軟體開發的成功和走俏，說明它的開發者是真正體會到了移動開發的本質 以...
敏捷開發 開發以人為本
再談了需求 甚至可以說是complains 之後，就可以切入正體了，並且我將以我的乙個專案經驗來闡述敏捷開發？事實上我對這其中的許多方法學感受不深，不過我下面會談到我參與過的乙個算是用了半個敏捷開發的專案吧。不過我首先想提出的做為乙個程式設計師，如果要開發乙個專案，你第一件事想到的是什麼？是設計嗎？...
以人為本的質量管理
目錄 一 沉浸式的事後質量管理 二 草船借箭式的預防質量管理 三 領導作用 人本管理的實踐 質量管理領導力 這本書主要講解的質量管理領導力，是基於人本管理，包括兩個方面 從上到下由公司高層推動質量，形成的質量管理領導力 自下而上由基層員工參與 反思 解決流程 制度 質量等問題，養成的質量管理領導力。...