jim yeh on 三月 14th, 2007

鳥毅想要說服主管推行 review 的計劃,喲哪桑學長提了一些建議可以供鳥毅參考,不過我認為要說服主管不是一件簡單的事,如果沒有樣學長那樣的辯才無礙,反應‡‰敏捷,可能很難畢其功於一役,不過這個 argument 倒讓我想起了丹娜左哈爾的服務型領導者的概念,也就是仰賴機會與才能不如創造內在需求。 記得在多年前在做李國光老師所教授的策略知識管理課程的期末專題報告,題目是某科學園區的實務社群時,過程中學到一個重要的觀念,就是推行任何的計劃,與其告訴別人他需要什麼東西,不如創造他的需求。這真是一個 key point,對於工程技術背景出身的我而言,向來習慣先提出解決方案,結果常常費盡了唇舌,卻還沒有辦法讓人家採納我們的意見,甚至造成許多不必要的誤會。因為我們不知道對方真正的需求,卻天真地以為我們的解決方案可解決一切問題,我們所做的只不過是誘導對方採納我們的意見而已。

Continue reading about 創造 software review 的需求

     
jim yeh on 三月 8th, 2007

看了喲哪桑學長寫的〈誰來檢查code?〉,又看了相同主題的「多人大辯論」,心中感觸頗深,大家的論點都圍繞著用 software inspection 來找出程式的 bug ,但這其實並不是 software inspection 的最大價值,因為 software inspection 不是只有檢驗而已呀!

Continue reading about Software inspection 不是只有檢驗而已

     
jim yeh on 十二月 21st, 2006

最近同事分享參與公司其它大型軟體專案的開發經驗,她認為軟體開發過程中,專案領導者其實並不擅長管理工作:雖然所開發的系統很單純,但每次都是整個專案重新開始;就算想把之前做過的程式碼略做修改,結果卻牽一髮而動全身幾乎整個系統都會被翻修到,要做到re-use根本就是不可能的任務。同事認為管理階層應該考量如何把系統模組化,才能增加開發的效率與生產力。 同事所提的問題其實我們都很清楚,公司很多大型軟體專案都有同樣的問題,也帶來慘痛的經驗與教訓。問題不在技術上,因為大專案能夠得到公司最多的資源,所用的技術是最新的,人員也是最優秀的,而是在開發過程中沒有發揮團隊綜效,大家都很努力做了很多事,但整合時卻問題叢生,似乎永遠有解決不完的問題。

Continue reading about 軟體開發的團隊綜效

     
jim yeh on 五月 13th, 2006

在不理想的軟體開發環境中,產能與產出多半不能平衡。太過重視產能,容易使軟體開發停留在技術宏觀及理論層次,但這樣會缺少的相對的有效產出,所有概念都只是空談;但如果太強調產出,我們很難適應環境變遷所造成的影响,浪費我們投入的產能,做出來的東西都是無用之物。產能與產出不能平衡時,勢必造成報酬遞減現象,而只有兩者相互回饋,才能形成技術與經驗的增強環路,達成報酬遞增的現象。

Continue reading about 軟體開發能力的自我組織