當機生態學 - 火線上的程式設計員

有一類典型的當機
起因於昨夜應用程式變更，造成系統資源不正常耗盡、交易塞車、最後甚而整個系統掛掉

追究責任，則叫囂對罵者有之、嫌隙悶氣者有之
用戶廠商協力抽絲剝繭，真相逐漸大白
雖已能認定真兇落網，大夥兒卻有口難言、投鼠忌器，不願對簿公堂，與任一方結下樑子
總期盼低姿態快快結案了事

被暗指為元兇的程式設計者情緒低盪，也是有苦難言
若遭明白質問，不免反彈回擊、怒不可遏
直指系統太過脆弱、不堪一擊
而此時資訊主管即使已洞穿案情，也不見得願意說句公道話
更何況不論廠商如何辯稱其設計的考量，作業系統永遠都有改善、進步的空間

撇開永遠無法令人滿意的作業系統
程式設計員難道就該負擔這當機的莫大責任嗎
仔細分析起來
吃燒餅不能不掉芝麻；寫程式不能不出差錯
變更管理的流程設計，從審查到核可
從單元測試到整體測試，從功能性測試到非功能性(效能、安全、可用度...)測試
程式變更的管制流程是否合理完善? 是否落實執行? 才是更重要，更值得關注的
身為主管，雖罪不致於減薪降等，然這部份的責任屬主管自身，自不待言
若經常因業務的壓力要求，匆促上線實屬無奈
則需要一肩扛起的，定是更高階層的主管

如果大家追究責任，都算在這程式設計員頭上(都是他太粗心大意)
組織的性格會畏縮，能力會退化
如果大家鄉愿一番，異口同聲怪罪系統太脆弱(都是廠商無能的錯)
組織同樣無法學習，有機的進化