分類彙整: 專案團隊

羅馬不是一天造成的

最近考古學家發現,羅馬很有可能是一天造成的。然而,開發軟體與建造城市終究不一樣,在軟體設計的領域上,獨裁政體會阻礙創新思考,掌握關鍵的技能也是無法速成的,因此,成熟的架構其實也不是一蹴可幾的呀。 閱讀全文

分類: CNet/ZDNet, 專案團隊, 生活感觸, 設計原則 | 7 則留言

專案經理的態度問題(其二)

當我們清楚專案管理者的態度對專案的重要性時,體會到肉眼不能看見事物的精髓,唯有用 … 閱讀全文

分類: 專案團隊, 溝通, 知識管理, 系統思考 | 發佈留言

資訊服務的適應性觀點

真正的問題卻往往出在資訊服務需求者無法提出清楚訂定需求,甚至更切確的說法是,資訊服務需求者並不清楚他們真正需要的什麼,直到他們看到實際的軟體系統才能評估這個系統是不是他們所需要的東西,並且當企業環境改變時,資訊服務需求者所需要的東西也會跟著不一樣,資訊服務提供者根本無法適從。所以,在複雜且多變的企業環境中,希冀資訊服務需求者清楚地訂定需求其實是不切實際的。 閱讀全文

分類: 專案團隊, 溝通, 生活感觸, 策略, 管理, 組織 | 5 則留言

軟體度量與數字陷阱

章子怡為軟體度量代言告訴我們軟體度量的 Gilb’s law,任何事 … 閱讀全文

分類: 品質文化, 專案團隊, 軟體度量, 閱讀 | 發佈留言

你憑藉什麼知識來「做」專案呢?

看了鳥毅寫的〈有沒有不會寫程式在做PM的?〉,剛好讓我想到一個問題-我們到底憑藉 … 閱讀全文

分類: 專案團隊, 生活感觸, 知識管理 | 1 則留言

專案經理的態度問題(其一)

喲哪桑學長對獨孤木和 kenchu 在 Java World 的大戰專案管理發表 … 閱讀全文

分類: 專案團隊, 溝通, 生活感觸, 系統思考 | 3 則留言

專案經理不是 team leader?

哈米尼斯針對了 kenchu 在 Java World 上的留言做了回應,這篇留 … 閱讀全文

分類: 品質文化, 專案團隊, 專案監控, 專案規劃 | 5 則留言

衝突與 software inspection

哈米尼思對〈工具在 software inspection 所扮演的角色〉提出看 … 閱讀全文

分類: 專案團隊, 知識管理, 組織, 衝突, 軟體審查 | 2 則留言

工具在 software inspection 所扮演的角色

在Chui-Wen Chiu’s Note: 〈程式碼檢驗〉看到: … 閱讀全文

分類: 品質文化, 專案團隊, 專案監控, 知識管理, 軟體審查, 開發工具 | 6 則留言

Software inspection 不是只有檢驗而已

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

分類: 專案團隊, 專案監控, 知識管理, 組織, 軟體審查, 開發流程 | 發佈留言