HNに聞く: あなたが関わった中で最も無駄だったプロジェクトは何ですか？

不要な作業についての悩み

• 会社のパイプライン自動化部門で働くある従業員の体験。
• チームは保守上の問題により社内ツールを廃止することを決定し、別のチームが必要とした場合に備えて、このツールの実装を自動化するパイプラインを作成。
• 今月、チームメンバーの1人が自動化の改善可能性を見つけ、その従業員が以前のツールに変更を適用する担当に選ばれた。

パイプライン自動化の矛盾

• 変更を適用した後、同じチームの1人が詳細に要求した調整により、プルリクエストは承認されなかった。
• これらの調整は、ごくまれなシナリオでパイプライン自動化の柔軟性を高めるためのもの。
• しかし同じ週に、チームリーダーは社内ツールが廃止され、もはや使用されるべきではないと別のチームに通知した。

意味のない作業の負担

• 廃止されたツールの利用を実装するパイプライン自動化が本当に必要なのか疑問。
• ツールが廃止されたのに、誰も使わない自動化のために調整が必要なのはなぜなのか疑問。
• 時間の無駄に見える作業に割り当てられた理由が分からず困惑。

GN⁺の意見

• このような状況は、組織内のコミュニケーション不足とプロセス管理の問題を浮き彫りにしている。一方ではツールが廃止されたという公式通知があったにもかかわらず、他方では依然としてそのツールに対する改善作業が進められている。
• この問題はリソースの浪費を招き、従業員の間に混乱と不満を生じさせる可能性がある。これは従業員の士気低下につながり、長期的には会社の生産性に悪影響を及ぼしかねない。
• このような状況を防ぐには、プロジェクトの状態と重要性について明確な指針が必要であり、関係するすべてのチームとの継続的なコミュニケーションが重要である。また、作業の優先順位を定める過程では戦略的なアプローチが求められる。
• この事例は、他の組織やチームでも起こりうる一般的な問題を示しており、これを通じて組織は自らのプロセスを見直し、改善する機会を得ることができる。
• このような状況を経験している従業員にとっては、自分の努力が価値と意味のある方向に使われているかを定期的に確認し、必要であれば上位管理者や人事部門に問題を提起することが重要である.

[GN⁺]

Hacker Newsの意見

• あるERPシステムの開発経験

  • 15年にわたりさまざまな開発者によって作られてきた社内ERPシステムの作業経験。
  • システムは会社の中核だったが、経営陣はシステムを問題の原因だと名指しした。
  • 新しい経営陣は業界標準ソリューションへの置き換えを推進した。
  • CTOと筆者は、プロジェクトは予算超過し失敗すると強く主張したが、経営陣はベンダーの言葉を信じてプロジェクトを進めた。
  • ベンダーはプロジェクトの規模を理解しておらず、重要な機能を外しながらも自信を見せていた。
  • 結局5年後、数百万ドルを無駄にしたままプロジェクトは失敗に終わった。

• スマートエネルギーメーター事業への参入の試み

  • 大手メディア企業で、スマートエネルギーメーター事業に飛び込もうとした経験。
  • すでに数千台のメーターを購入してブランド化し、倉庫に保管していた。
  • API開発は完了しており、UIには問題があって修正が必要だった。
  • マーケティング展開のための数百万ドル規模の予算が用意されていたが、発売当日に会社の取締役会がブランドイメージと失敗リスクを理由に発売を中止した。

• 無意味なプロジェクトの経験

  • 会社の「EnGUAGEment meter」を各ホールに設置し、従業員の気分を表示するシステムを開発。
  • CEOの誕生日には参加率を引き上げる必要があった。
  • 結局、毎日30〜40%の参加率にとどまった。

• 大手小売業者のネットワークアクセス制御プロジェクト

  • CiscoルーターのACLを構築する作業を任されたが、プロジェクトは途中で中止されたとみられる。
  • 筆者は自動化システムを構築したが、その後プロジェクトの進捗については何も聞かなかった。

• 社内ツールの利用停止を狙った意図的な性能劣化措置

  • VPの依頼で、古い社内ツールを意図的に遅くする作業を実施。
  • 偽のエラーメッセージとランダムな遅延を追加し、ユーザーの不満を誘発した。

• SaaS企業のAWSへの緊急移行

  • 買収後にAWSへの移行を指示されたが、それによって発生した高コストのため、結局再びデータセンターへ戻すことになった。

• ニュージーランドのソフトウェア・ハードウェア企業におけるユニットテスト更新プロジェクト

  • 1000万ドルの予算でユニットテスト更新を目指したが、プロジェクトは途中で方向転換し、パケット検査ツールの開発へ移った。
  • プロジェクトリーダーは途中で退職し、成果物は無意味だったが、会社はプロジェクトを成功と評価した。

• 大学のプログラミング講義でのシミュレーター開発

  • 最初の講義後に教授へシミュレーター開発について話そうとしたが、教授は授業への出席を免除し、A評価を与えると言った。
  • 学期末に教授はその約束を覚えておらず、シミュレーターを見せた後でようやく成績を変更してくれた。

• Magic: The Gatheringのオンラインプレイサイト開発

  • 既存の選択肢より優れたサイトを開発したが、著作権の問題により公開しなかった。

• 衛星制御ボード用テスト装置の開発

  • 衛星制御ボードをテストするための装置を開発したが、プログラムが中止され、装置は使われないまま廃棄された。