「軟體開發能力的自我組織」的迴響

由：同人的生活派對 » 評論「專案假設」的相關討論

同人的生活派對 » 評論「專案假設」的相關討論 — Fri, 23 Mar 2007 08:24:50 +0000

[...] 最後，請容我做個小小的隱喻：用複雜系統來看專案管理，整個專案環境所能供給的資源是有限的（成本限制），而演化競爭者會和我們爭奪這些有限資源（時間限制），所以對一個複雜系統而言，必須達成演化的使命而創造對整體系統的價值最大化（規模限制）。要做到這點，複雜系統必須能依現狀來演化系統，用最經濟的方式創造最大的價值（技術限制），演化則是先對環境的做出假設，然後依據適者生存不適者淘汰的原則來進行演化，過程中會不斷地修正對環境的假設並改變系統行為以求適應環境，相信這樣的隱喻能更清楚專案假設與限制的差別。最後簡單回應一下喲哪桑學長所寫的〈假設的力量〉，資源的有限性及時間的急迫性是複雜系統難以掌控的，複雜系統只能根據環境所賦予的條件與競爭者的剌激來決定它要如何對環境做出假設以及演化行為，所以關鍵還是在軟體開發能力的自我組織呀。 [...]

由：同人的生活派對 » 工具在 software inspection 所扮演的角色

同人的生活派對 » 工具在 software inspection 所扮演的角色 — Fri, 16 Mar 2007 10:03:45 +0000

[...] 所以，團隊合作重視每一個團隊成員與其互動的過程。在參與 software inspection 的過程中，除了可以達到知識分享的目的外，還會讓成員感到受他有受到重視，無形之間增加團隊向心力及凝聚力。當我們用工具檢驗程式碼時，並沒有辦法享受到這些好處，如同我在〈軟體開發能力的自我組織〉中曾經提到的：公司缺少了像 Inspection 這樣的機制，任何的抽象思考、建模及各種提昇設計能力的技巧最多只能「孤芳自賞」，對組織開發能力的助益其實是有限的。「獨樂樂不如與眾樂樂」，當專案實施 Inspection 時，成員的設計能力及 software asset 變得與日俱增，而且在團隊溝通上助益也很大，可說是好處多多。 [...]

由：同人的生活派對 » Software inspection 不是只有檢驗而已

同人的生活派對 » Software inspection 不是只有檢驗而已 — Thu, 15 Mar 2007 12:55:29 +0000

[...] lessons learned，誠如我之前在〈軟體開發的團隊綜效〉中所提到的：記得我在《軟體開發能力的自我組織》中一文曾提過的：「專案實施 inspection 時，成員的設計能力及 software asset [...]

由：同人的生活派對 » 軟體開發的團隊綜效

同人的生活派對 » 軟體開發的團隊綜效 — Thu, 21 Dec 2006 07:54:41 +0000

[...] 記得我在《軟體開發能力的自我組織》中一文曾提過的：「專案實施Inspection時，成員的設計能力及software asset變得與日俱增，而且在團隊溝通上助益也很大」，就是一種共用件的有效運用，Inspection本身就是一種增進軟體品質的一種共享程序；同時透過團隊相互觀摩的良性循環，讓有經驗的開發人員分享設計與開發技巧，而達到共享人員的目的；最終的目的其實是要慢慢地形成如William所說的軟體資產（software asset）的目標，這不正是共享元件嗎？ [...]