分類彙整: 專案監控

讀取 Trello 任務看板的資訊

最近同人發現原來可以匯出 Trello 看板的任務與階段資料的 Trello Dump 已經不能用了,同人只好動手以 jQuery 寫程式用來讀取 Trello 任務看板資訊。程式完成後想到可以分享這支程式,除了為自己留下記錄外,也供有需要的人當做參考。 閱讀全文

分類: 利害關係人, 品質文化, 問題解決, 專案團隊, 專案監控, 溝通, 編程技巧, 職場, 開發流程, 領導 | 5 則留言

從公共建設的系統失常看系統開發的複雜性

要認識系統開發的複雜性,這並不是一件很容易的事。不過,忽略它會讓我們和湊熱鬧的外行人一樣,從他人系統失敗的經驗中只能看得到表相;以為這只是犯了離譜的技術或方法論的錯誤。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 專案監控, 思考, 溝通, 生活感觸, 職場, 開發流程 | 2 則留言

測試驅動開發的精神

測試驅動開發的精神,不應該用一般機械論的觀點來進行工作或任務的化約,而是基於複雜理論的重要觀念;維持穩定與變化的動態平衡,不在於掌握系統核心而在於邊緣,讓變動限定在人們可以掌握的範圍內,這或許才是測試驅動開發最關鍵的精神吧! 閱讀全文

分類: 問題解決, 專案監控, 思考, 編程技巧, 職場, 設計原則, 開發流程 | 3 則留言

一場提前施工擾鄰的風波

解決問題的關鍵就是正視「人不是完美的」事實。同人是工程師出身,我很能體會工人希望早點把事情做完早點走的心態,對擾鄰後果的嚴重性他們可能沒有明顯的感受,而不是故意不去配合。所以以為訂下工作時間的規則以為他們會遵守,其實是太天真了。而那位媽媽的辦法正是對人性弱點的積極管理,不去假設人們一定會照你的方法去做事,而去思考我們的對策。看在同人的眼中,實在是令人激賞呀。 閱讀全文

分類: 利害關係人, 問題解決, 專案監控, 溝通, 生活感觸, 職場, 領導 | 發佈留言

聚餐也談品質流程

在台灣,品質最大的問題是人們習慣將品質流程獨立於設計及開發過程之外,以為兩者是可以完全分割的。然而這種思維對品質的結論就會是「把做好的東西丟到另一端去」,讓開發人員認為品質是品質部門的責任,而品質部門則認為提昇品質不是他們的責任,以為最多只能做到知道產品有問題,而不知道如何改善它們,只能退回到開發人員那邊來解決。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 品質文化, 問題解決, 專案監控, 專案規劃, 思考, 生活感觸, 職場, 開發流程 | 10 則留言

穩定的程式是偶然?

如果穩定的程式真的是偶然的,程式的穩定似乎只能依賴運氣而不是人為努力,事情真的是這樣嗎?其實這位噗友太過強調環境變化的隨機性,卻忽略了適應環境變化,程式開發必然會經歷複雜演化的過程。穩定的程式是演化而來的,雖然演化的過程是偶然、但其最後結果卻是必然。換句話說,穩定的程式是偶然下的必然。 閱讀全文

分類: 學習, 專案監控, 專案規劃, 專案風險, 思考, 編程技巧, 職場, 設計原則, 開發流程 | 2 則留言

專案不確定感的焦慮與迷思

本篇文章是投稿 ZDNet 的文章原稿,並以〈專案不確定導致焦慮與迷失〉與〈專案 … 閱讀全文

分類: CNet/ZDNet, 佛法, 利害關係人, 問題解決, 學習, 專案監控, 專案規劃, 專案風險, 思考, 溝通, 生活感觸, 職場 | 4 則留言

專案時間不足,如何達成不可能的任務

在專案時間不夠的情況下,要達成不可能的任務必須要提昇軟開發的產能,必須讓開發的產出與產能可以相互配合。但至於要如何增進良好設計架構的產能呢? 閱讀全文

分類: CNet/ZDNet, 品質文化, 問題解決, 專案監控, 專案規劃, 專案風險, 溝通, 職場, 開發流程 | 4 則留言

總是要到驗收前才發現程式有問題?

對於開發者而言,總是要到驗收前才發現程式有問題可真是可怕的夢魘呀。然而,這樣的現象為什麼老是一而再,再而三地發生,到底是什麼地方出了問題呢? 閱讀全文

分類: CNet/ZDNet, 品質文化, 問題解決, 專案團隊, 專案監控, 專案風險, 思考, 溝通, 職場, 軟體審查, 開發流程 | 3 則留言

好的變更來自於可行計劃

人們總是習慣高估了自己的能力,低估了風險。因此,在做出自認為臨機應變的取捨之前,不妨先想一想,我們憑什麼認為這次的變更是個好變更? 閱讀全文

分類: 問題解決, 專案監控, 專案規劃, 專案風險 | 發佈留言