紀錄一個場景跟驗證未來的發展是否跟預想的一樣
經營層正在聽一個簡報，發表者是E業務單位底下某部門的底層J工程師跟基層J組長，旁邊是IT主管跟協力單位，主題是要改善全公司的業務效率。
報告內容是J工程師跟J組長研發了一套系統，號稱可以改善工程師效率，省下行政業務時間，經營層非常高興聽到這個成果，急著要推廣到全公司使用，IT主管也表示已經找過各個業務單位的部門長報告，會全力支援，所以，經營層設了一個三個月的期限。
聽起來是一個正向、積極的專案推行，實際上，發心也是好的，但，常常，經營層跟底層工程師的想法就是會有那麼個的差距，所以，有可能會是什麼樣的發展，我們將細節加進來之後再來分析看看，這有可能會是個什麼樣的結果。
首先，J工程師跟J組長研發出來的系統，目前是在他們自己單位使用，也已經在E業務單位推廣，只不過還沒普遍，會議上J組長還提到，他們已經用網頁做交接跟派工了，隔壁組還在用白板，現實狀況是系統還在為E業務部門的使用方式做微調。
而且，J組長所謂的節省半小時以上，是已經將資料都輸入進去之後的結果，原本是用口頭或手寫的方式，改成手動資料輸入之後，其實花了更多時間，這個輸入方式還在想辦法改善，會議上卻沒有提到，如果要將這個方法推到所有業務單位，就要考慮怎麼根據個別的使用習慣做調整，但，J組長信誓旦旦的說不需要調整，可以直接套用。
而且，J組長所謂的節省半小時以上，是已經將資料都輸入進去之後的結果，原本是用口頭或手寫的方式，改成手動資料輸入之後，其實花了更多時間，這個輸入方式還在想辦法改善，會議上卻沒有提到，如果要將這個方法推到所有業務單位，就要考慮怎麼根據個別的使用習慣做調整，但，J組長信誓旦旦的說不需要調整，可以直接套用。
在原本E業務單位都還要再調整的系統，拿到其他業務單位就不用調整了嗎？
再來，系統負責人就只有J工程師一個人，要在三個月內推行全公司，IT主管從頭到尾都在說會支援，也從頭到尾都在說沒有人，勢必就是J工程師一個人，雖然他是說三個月沒問題，如果第一個問題不是問題，也許可能就沒問題。
然後，是一個我每次在聽這種專案時，一直都會有的疑問，底層工程師是怎麼想的？
認真來說，這個題目是要改善工程師的業務效率，而，我在會議上聽到的是，改善派工花費時間，改善產生報告的時間，怎麼聽都是改善基層主管的需求，這也是好事，但，在對外宣傳或對上說明的時候，這些主題通常會模糊掉，比如，經營層解讀成這個對工程師有幫助吧？而反問的時候，當場有多少人可以說"不對"，現實上，是沒有。
因此，整個專案推行下去，有多少工程師，會因此受益嗎？我們繼續看下去
