iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 16
2

筆者以前工作團隊的上司 曾經說過: 自動化就是會加速原本的作業流程超過三到五倍以上的效率

但 這根本不是這麼一回事. 自動化 不是神蹟, 怎麼可能會變超級有效率
/images/emoticon/emoticon10.gif

實際上, 自動化能夠幫助到的是

  • 增加作業流程的一致性
  • 穩定度
  • 犯錯率降低

筆者曾經做過一個實驗, 把一份SOP寫好後給團隊中的不同成員去做
得到的狀態都是 作業員 把SOP指定的行為, 加料或減料的在做.

如果整個過程做出來都沒有問題, 那可能這些作弊的行為是不會被抓包的

但 ...

就是這些加料減料的工程人員在做出錯誤的結果後, 直接向上上頭反應都是寫這些SOP文件的人的錯. 然後, 沒有眼睛的上司就直接對那些寫SOP的人做懲處 ;; 這類事件包含設計團隊在撰寫了自動化工具的腳本後, 也被那些有小聰明的工程人員竄改. 導致大小狀況不斷.
/images/emoticon/emoticon38.gif

最後團隊討論出來的結論是 ...

  • 做全自動化的風險太高, 還是以半自動化為主比較保險.
  • 即使導入自動化, 還是要錄影或有第三方的取證方式. 確保不會有人為破壞發生

筆者前陣子也遇到一個自動化規劃失當的案例.
某專案需要做儀器控制整合的自動化, 需要施作的項目有上千個.
工程小蜜蜂就直接嗡嗡嗡的做, 做到大約九成的時候發現 ...

/images/emoticon/emoticon04.gif

其中有一個項目是這些項目中所共有的, 那個項目的自動化難度很高, 他們沒有先做, 導致那些子項目的自動化做完後 整個專案還是無法結案.

這也是筆者為啥很排斥不該接到案子就直接埋頭硬幹, 而需要先充分討論跟評估後再施作的主要原因. 不過還是有些硬觀念的人覺得 研發單位 就是接到任務後不用管其他人的意見, 直接硬幹就對了, 因為他們也不懂, 由研發這邊主導才是王道 ....

只能說 .... 眼睛長在哪裡, 專案的狀態走向就會被帶到哪 ..


上一篇
怎麼用沒有網路功能的Arduino 板子玩雲??
下一篇
關於流程自動化開發崩潰的一面
系列文
自動化測試開發的美麗與憂愁30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言