關於工作上-程式系統管理交接責任

edited 十月 2013 in 閒聊
昨天晚上突然想到一種狀況:如果甲公司的A員工離職了,並且在離職前對公司的系統動了手腳,而且A也很狡滑的讓這個手腳不是在離職後馬上啟動(可能是半年後或一年後),而甲公司與接手的B全然不知情,就這樣半年或一年的時間過去了,這個"手腳"也啟動了,對於B的後天經驗來說這是一個不明的突發狀況,很難會在第一時間想到是程式的問題(畢竟前半年一年的都用得好好的)...即使猜到了是前人A動的手腳,但苦無證據只好摸摸鼻子概括承受...
所以想請教各位有經驗的前輩:如果是自己的員工或組員離職異動,是不是要簽訂什麼保證書?還是說離職的A有義務要把程式碼逐行交接給B?...如果我是B,我應該要怎麼避免這種後人遭殃的狀況...謝謝

原始討論: http://twpug.net/x/modules/newbb/viewtopic.php?topic_id=4963

評論

  • edited 三月 2010
    一般公司的交接很少做到仔細的稽核,頂多就是簽個保密條款,很少有保證現有程式問題的,因為這不太實際。

    請愛用版本控制系統, svn 與 git 都有 blame 功能,出問題時可以很容易知道關鍵程式碼是來自誰。

    另外一個提醒,即使知道是誰造成的,如果老闆沒有追問,就別提到人,一方面是你的職責所在,另一方面是踢皮球的觀感不佳 ;)
  • edited 三月 2010
    原來有版本控制系統這樣的東西!(筆記)

    但是一般非程式系統開發公司幾乎不會去做這樣子的防範,隨便舉一個簡單的例子:甲公司外包一個計數器系統,並請員工A負責維護,被改成怎樣幾乎也只有A心裡有底,有一天A抓狂了,離職前動了一個手腳:到了20xx年,計數器會歸零,就交接給B了...當然交接前和交接後一直到20xx年這段期間計數器是正常的,在正常情況下這段期間B應該也不大可能去洞悉程式碼吧...如果只是計數器或許還好,如果是什麼資料系統的就很糗了!
    目前我想到的就是做好資料備份,但是如果碰到隨機竄改資料型的手腳,等發現異狀的時候...
    也不知道哪一天哪一期的資料是正確的,更不知到哪幾筆被竄改過...

    時有所聞各行各業離職員工搞怪的事件發生...難免會擔心一下(希望是我想太多^^|||)
  • edited 三月 2010
    要挖坑總是會有你意想不到的方法,做好你該做的事情就是了 ;)

    如果你們公司真的重視這個問題,在稽核程序上面可以砸的錢算的上是宇宙黑洞吧
  • edited 三月 2010
    稽核程序的問題很大
    不過這個很無解~如果情況是前無古人後無來者的...就更頭大
    再說..真的要陰公司,不會只是這樣
    我會選擇外插特定檔案跟API,啟動後~消滅資料庫,再覆寫資料庫儲存磁區
    好孩子不要學喔
  • edited 三月 2010
    我也是推薦使用版本控制. 使用後也要有管理人員負責確認版本的簽入跟簽出, 或是把版本控制的權限設定規範好.
    出了問題, 至少還可以有系統逐步將版本回覆到正常的狀態.
    再著, 建立測試環境也是另一種的保全方法.
    記得當初離開某家公司時, 我的系統也出包了. 當時使用了某個網路上的模組, 記得上面是寫免費使用. 但, 怎知在使用說明內有寫"免費使用有時間限制", 很巧的, 就在我離職後沒幾天就到期. 全公司一上網就看到系統顯示, 請付費購買. 當下老闆應該是氣炸了. 針對此事, 公司也沒人跟我提起, 直到某天我有事回去找前同事拿東西, 才有人跟我說有發生這件事. 就這樣, 背了一個大黑鍋.
Sign In or Register to comment.