2 ポイント 投稿者 GN⁺ 2023-11-26 | 1件のコメント | WhatsAppで共有

技術業務の商品化の失敗

  • データエンジニアリング分野で非常に優れた人材であり、最初のマネージャーでもあったある男性の料理への情熱。
  • 料理への情熱が非常に強く、オーブンでの鶏肉の熱分布の分析を共有するなどの行動。
  • 料理の複雑さとマクドナルド運営の複雑さに対する敬意を表明。

Cレベル経営陣の思考様式に関する簡潔な洞察

  • 技術産業の現状を理解するために『The Phoenix Project』という本を読む。
  • 本書はIT運用が製造工場の作業に似ていると説明しており、これは組織内の作業フロー管理に対する示唆を与える。
  • 『The Unicorn Project』『Investments Unlimited』など、類似したテーマの本が多くあり、これらの本は組織の効率的な運営に関する助言を提供する。

McData

  • 技術製品を販売する企業は、製品の技術的な詳細よりも、一貫した作業の再現可能性に焦点を当てて製品を販売する。
  • 製品は、技術的問題を解決するにあたって、特定のエンジニアの能力に依存しなくても十分に良い成果物を提供できることを約束する。
  • 多くの企業は技術的な詳細を無視し、単に新しいシステムを購入して問題を解決しようとする。

It's Fucking Raw

  • 多くの技術業務はいまだ商品化されておらず、これは重要な問題である。
  • 技術業務の商品化はしばしば失敗し、その結果、企業が適切に機能しない製品を売買する現象を招く。
  • 技術業務の商品化は依然として個人の創造性と結びついており、これは組織内における人間的な要素ともつながっている。

GN⁺の意見

  • この記事で最も重要なのは、技術業務の商品化がまだ完全には成功していないという点である。
  • 技術業務の複雑さと創造性を理解し、これを効果的に管理することは、多くの企業にとって依然として困難な課題である。
  • この記事が興味深い理由は、技術業務を単純な商品として捉えようとする試みが、実際にはどれほど複雑であるかを示しているためである。

1件のコメント

 
GN⁺ 2023-11-26
Hacker Newsの意見
  • 著者は、技術的な仕事のかなりの部分がすでにコモディティ化されている点を見落としていると思う。かつては技術的な作業だったものが、今では単純な作業に変わっている。たとえば、メールマージや複式簿記は、今では簡単なバーコードスキャンやタップ決済に置き換えられている。技術的な作業そのものよりも、要件収集のほうが難しい部分である。
  • 技術的な仕事を完全にコモディティ化するのは悪い考えであり、それは今後も失敗し続けるという点には同意する。しかし、『フェニックス・プロジェクト』がそれを擁護しているとは思わない。『フェニックス・プロジェクト』の主な内容は、反復作業を管理し自動化する明確なシステムを持ち、作業の進行時間を最小化し、情報を広く共有し、ビジネスに本当に必要な作業を行い、計画外の仕事やノイズを減らして、従業員がより価値のある仕事に取り組めるようにすることだ。
  • 「commodity化」と「commoditization」という用語が混同されていることを指摘している。commoditization は独占的なものが一般的なものへ変わることを意味し、commercialization は売られていないものが販売可能なものへ変わることを意味する。
  • 開発者はマクドナルドの10代の店員ではなく、その機械を設計したエンジニアにたとえられる。プログラミングは仕事を直接こなすことではなくメタ作業であり、一度命令のリストを書けば、コンピュータが無限に作業を実行する。
  • ソフトウェア開発はすでに「コモディティ化」されており、もはやコードを書く必要がないという誤った認識がある。実際には、新しい問題を解決するためのシステムを構築するのは簡単ではなく、論理ルールやフローを表すテキスト、バージョン管理、ロールバックなどが必要であるため、プログラマーは必要だ。
  • 人間的な要素が花開くことを許さなければ、価値のある自己啓発書を生み出すことはできない。しかし、それでも本を印刷できる工場は必要であり、美しい製本は、その仕事とのつながりを持つ人々が運営しているときにのみ生まれる。
  • テック業界は長い間、開発者をコモディティ化しようとしてきた。高水準フレームワークがあり、要件が単純そうに見えても、多くのソフトウェアはいまだにうまく動かない。著者が指摘するように、本当の解決策は、気にかけてくれる有能な開発者である。
  • ビジネスインテリジェンス/分析の役割で、SQLを書く人を Tableau のようなツールを使える人に置き換えようとする試みがある。しかし、これにはいくつかの問題がある。より多くの(低賃金の)人を雇わなければならず、ビジネスロジックが UI に隠れて複雑化し、さらに解決策が Tableau ワークブックに保存されるため、他のものへの入力として使えなくなる。
  • ソフトウェアを都市計画にたとえるほうが適切だと考えており、さまざまな専門分野が生まれてきている。標準が発展するにつれて、特定分野で働くための具体的な資格が必要になるかもしれない。ソフトウェアは多くの場合、最終成果物ではなく、それ自体が可能性を提供するものである。
  • 『フェニックス・プロジェクト』の考え方を適用して、開発者を工場の機械部品のように扱った会社で働いたことがあるが、その会社は主要子会社を閉鎖し、従業員の大半を解雇する事態に至った。