全自動手動システム

このシステムは本当に完璧であると想定されていました。 情報技術に馴染みのない内部クライアントによって注文され、有能なプロジェクトマネージャーによって管理され、鋭いビジネスアナリストによって記述され、経験豊富なアーキテクトによって設計され、才能のあるプログラマーによって作成され、アラートテスターに​​よって華麗に磨かれます。 既存の手動請求システムを完全に自動化されたものに置き換え、困難な、高貴なタスクを任され、サービスの記録、勤務時間、経理、請求を記録します。 彼女は組織の従業員のために多くの時間を節約するように求められ、会社自体は請求書処理をそのホールに移すことによってお金を破るでしょう。 しかし、悲しいかな、彼女は乗り越えられない障害-最高技術責任者に出くわしました。



D.トラビスノースの組織では、技術部長は自分自身を心から開発者に開かれている人と考えていることを誇りに思っています。 彼は、壁に掛けられたすべての証明書を順守することさえできます。 いずれにせよ、彼はそう思う。 彼のオフィスを見ると、彼のプライドの最後の主題はVisual Basic 4.0のエキスパートの証明書であり、10以上のノーバックを受け取っていることがわかります。



新しい（大部分はすでに実装されている）アカウント管理システムの技術的な詳細がどのように彼に伝わったかは誰にもわかりませんが、彼のような専門家にとってはこれはまったく受け入れられませんでした。 したがって、深刻なセキュリティ上の問題により、プロジェクトはすぐに凍結されました。



何よりも、テクニカルディレクターは、プログラマーが電子送金を実装するために電子決済システムにアクセスできるという事実を懸念していました。 彼らは彼に、技術的にはプログラマは作業システムにアクセスするのではなく、テストシステムにアクセスするだけだと説明しました。 また、接続はセキュアなVPNチャネルを介して行われ、プログラマには直接アクセスできないことも彼に説明しました。 彼らはまた、電子決済インターフェースは事前定義された銀行口座でしか機能しないと彼に説明しました。 しかし、とにかく、リスクは大きすぎました。 幸いなことに、テクニカルディレクターは、より優れた安全なソリューションを既に用意していました。



彼は、そのような変更がシステムに加えられ、各部門とユニット長が電子送金に関するレポートを印刷しなければならないと要求しました。 その後、上司はこのレポートを会社の本社にFAXで送信する必要がありました（電子メールよりも安全であるため）。 次に、これらのレポートは、特別に雇用された6人の従業員のうちの1人によって、電子決済システムのWebアプリケーションに1行ずつ入力されます。



今日まで、システムはまだ稼働しています。 もちろん、従業員がタイプミスをすると、誰かがそれに気づきますが、すでに領収書に記載されています。 しかし、D。はこれを、完全に自動化された手動システムがまだ健在であるという確認として認識しています。



en.worsethanfailure.com/Articles/Polnostbyu-avtomaticheskaya-ruchnaya-sistema.aspx

翻訳： ユージーンヴィゴフスキー