今天在和朋友溝通"協作平台"的價值的時候, 朋友很中肯地跟我說: "解決人的問題的永遠是人, 不要寄託用機器能解決管理好人的問題, 這樣的努力不說一點用沒有, 至少風險會很大!"
我無語, 至少我當時不想爭辯, 因為在討論系統建設前, 已經確定了步驟是, 先規範後系統!
也就是, 專案管理的規範是基礎, 系統是規範的承載體.
不過, 朋友的意見是對的, 規範是人制定,用來約束和管理人的方法, 要讓人能依照規範進行工作, 需要培訓成本, 而直接上了系統, 培訓成本+系統成本, 雙重成本會讓事情的不確定性變的更大.
依據任何軟體系統的開發經驗來看, 只有需求非常清晰的情況下, 才可以實施開發.
而我與朋友討論的範疇, 還在需求確認的階段. 我試圖用系統來讓業內朋友認可新的行業規範. 從操作策略上, 我可能超前了. 所以得到了很多朋友的提醒,
我需要重新審視自己的方法. 至少我現在堅信我的方向. 任何工作得到承認的唯一標準是幫助客戶解決了實際問題. 在我努力的方向上, 還需要更多的朋友支援和幫助.
將"協作"進行到底!
放棄你，並不是放棄愛你
痛苦的不是過去,而是記憶.回首過往的點滴,這段感情就像乙個沙漏,哪怕自己投入的再多,付出的再多,那沙子還是會一點點的流走,到最後握在手裡的只是一縷清風,和自己早已被風吹幹的淚痕 只有深愛的人才會讓你笑的最甜,卻也讓你痛的最真！回憶固然傷感亦美好,不如把這點唯一的美好,放在心底收藏至永遠.至少,我還有...
物件導向並不是必要的
程式開發並非一定要物件導向不可，物件導向是一種方式，但是不是唯一的方式，這種方式很多時候有用，不代表任何時候都是最高效的，更不是唯一的真理。物件導向將相關的狀態屬性和操作方法放在乙個實體中，起到了歸類和分而治之的作用。對於乙個系統來說，這個是最根本的方法。但是物件導向的分而治之並不完美。面向過程也有...
物件導向並不是必要的
程式開發並非一定要物件導向不可，物件導向是一種方式，但是不是唯一的方式，這種方式很多時候有用，不代表任何時候都是最高效的，更不是唯一的真理。物件導向將相關的狀態屬性和操作方法放在乙個實體中，起到了歸類和分而治之的作用。對於乙個系統來說，這個是最根本的方法。但是物件導向的分而治之並不完美。面向過程也有...