本番間近にこっそり新規開発 引き継いだプログラムが、メンテナンス性・パフォーマンス両面から見ても良くなかったので、本番間近にもかかわらず新たに作り直した。重大な問題に発展しないよう、デグレの面ですごく緊張しました。作っている間は、作業がバレないよう必死でした。

もともとあったプログラムのメンテナンス性が悪いので、修正作業を行うにあたって責任がもてず、作り直すしかないと思った。しかも作り直したらそのプログラムの信頼性がアップして、顧客に思いのほか感謝されました。 （26歳　女性　アプリケーション開発）

顧客のサーバに問題が発生した場合は、連絡先の順番が決まっているが、毎回絶対に出ない担当はこっそり飛ばして次の人に連絡している。また、問題の内容を伝えてもわからない人にも電話していません。わからない担当者に電話に出られても意味がないし、長くなるから仕方ないかと……。
（30歳　男性　サーバ運用、保守）

本稼働開始後に発覚した仕様ミスを、ユーザが気付いていない段階で勝手に改修し、データ復旧も行った。本来は説明してから行うべきだが、説明をしている時間がなかったのと、時間がたてばたつほど被害が広がるので、なるべく早期に対応すべきと思った。悪意はないので、とりあえず失敗のないことだけを祈った。
（39歳　男性　自社パッケージ製品の開発、導入）

実現可能な機能でもNGに 実装するのは可能な機能だが、プロジェクトの工程上、期日までの完了が不可能な案件を、「実装不可能」として稟議した。プロジェクトの本筋の機能は充足していたため、特に問題にはならなかったし、プロジェクト自体は好評だった。

ITに対して理解は少ないのに要求ばかり大きい経営陣に、実装するためのコストとリスクを説明すること自体がリスクだと思った。工数は多いのに実益の少ない要求を飲んでいたら、プロジェクト本体の進捗に影響を及ぼしかねない。結果としては良かったと思う。仕方ない。 （35歳　男性　社内PCの総合管理）

バグがないにもかかわらず、当初から決められたバグ数があるため、バグがあることにしてユーザ向け結果報告書を書いた。融通の利かない品質管理体制が問題である。書いていてバカみたいだと思った。
（38歳　女性　プログラマ）

規格に入らないと製品がお蔵入りになってしまうため、分析装置の設定をぎりぎりまで下げて合格とした。かなり厳しい規格設定なので、幸いトラブルには至っていない。分析値は操作していません。設定を甘くしているだけです……。規格設定自体が厳しいんだから、顧客と規格変更の話をすればいいのに。
（36歳　女性　工程製品の分析業務）

信頼性は推測し、スピード納品 顧客から新製品の短期入庫要望に対して、長期間の信頼性において100％の結果が出る前に、その過程などから推測して「OK」と上司が判断し、入庫。しかし心配していた長期間信頼性に問題点が見つかり、更なる短期間での改良を余儀なくされた。徹夜を含むサービス残業の結果、問題点は改良したが、競合他社に勝つためいまだに100％の結果が出る前に入庫している。

このようなことは日常茶飯事なので、問題点が出たことに対してはなんの反応もなかった。ただ、開発者個人として、新製品を売るために競合他社よりも短期での提出が求められることに大きな疑問を感じている。100％完成してから新製品を提出したい。 （34歳　男性　商品開発、製品改良）

提出したシステムの現地調整期間に不具合が発覚したが、実害がない不具合なので修正せずそのままに。一年に一度出るか出ないかの頻度で変なメッセージを出力してしまいますが、実害はないのでご勘弁を……。ただ、不具合は不具合なので心が痛んでいます。
（34歳　男性　制御系システム開発）

作業の納期が足りず、完全に検証できていないプログラムをパッケージとしてクライアントに納入してしまった。月例パッチのときに、少しずつ検証してない部分や足りない部分などを補完したためバレなかった。全部検証したいが、人も時間も足りないんです。
（30歳　男性　プロダクトマネジャー）

上司のIDでこっそりログイン 進捗が大幅に遅れていたシステム改修の、運用テストでの成りすまし行為。ある権限を持ったユーザで実行しなければならないテストケースがあったが、みんなことごとく海外出張その他で長期不在。自分のIDの権限を変えることもできず、その権限をもつ上司のID（なぜかパスワードも私が知っている）でこっそりログインし、テストを実行した。その後上司が不正ログインに気づいたようだが、無事テストは終了した。

テストケースをチーム内でレビューしたとき、自分の権限をちゃんと確認していなかったのが間違いだった。が、身内の中での成りすましであり、お客様のIDを不正に使っているわけでもない。「緊急避難的措置である」というような理由で、許される範疇だと自分を納得させている。 （30歳　女性　オープン系システム開発）

懇意にしているお客様から、コンペ会社の提案書のコピーを受け取ってしまった。上司に指摘されて初めて悪いことだと気付いたが、上司は実質的に黙認。その情報はこちらの提案に大いに役立てた。「最終的にお客様にメリットがあるのだから……」と、悪いことだという意識がなかったうえに、「お客様との関係づくりがきちんとできている」という自負すらあった。
（37歳　男性　プリセールス技術支援）

会社の残業時間の締め付けが厳しいため帰宅せざるを得ないが、どうしても業務に差し支えるため、企業機密ファイルを無断で持ち帰り、自宅のPCで作業を行っていた。作業後、自宅のPCからは完全にファイルを削除し、今現在でも事なきを得ている。持ち帰って作業している最中は、仕事に集中していて何も考えていないが、その前後はやはりやましい気持ちがあった。
（35歳　男性　組み込み機器のソフトウェア開発）

無駄だとわかっていても導入 自分の担当しているお客様には導入しても意味のないネットワークの侵入検知システムを、お客様とは別の部署のセキュリティ担当者からの要望で、無駄だと理解しつつ導入しました。お客様にとって不要な出費ですが、自社では当然、売り上げが上がるので喜んでいました。

結局、3年後にシステムの撤去を提案したのですが、後味が悪かったです。お客様要望なのでどうしようもありませんが、エンジニアの良心が痛みました。粛々と作業をしましたが、無駄なことをやらされているという思いは残りました。 （36歳　男性　ネットワークシステムの設計、構築）

顧客に「予算を使い切らないといけない」という事情があったため、本来のシステム価格より上乗せした見積もりを提出し、受注した。最終的に顧客への接待が増えたような気がするため、個人へのキャッシュバックになってしまった。システムを導入しコスト削減をしようとしているのに、とんでもない話だと思った。
（29歳　男性　物流向けシステム開発）

業者に依頼する仕事に作業変更が発生し、追加費用を請求されることがわかっていた。上司は追加費用の発生には厳しいので、あらかじめ追加費用分を余計に計上させた見積もりを提出してもらい、上司の承認を得て作業を進めていた。結果的に余計に計上した費用以内に収まったので、その分を割引して最終見積もりを提示してもらい、上司からは「安く仕上げてよくやった」という評価を得た。
（34歳　男性　回路設計）