「テクニカル」ってそもそも何を意味するのか?
ソフトウェア業界で頻繁に使われる「テクニカル」という言葉の曖昧さを考察。著者は、技術的スキルと非技術的スキルの二分法が誤解を生むと指摘し、問題解決力やシステム思考など、真に重要な能力は「テクニカル」の枠を超えた広がりを持つと論じる。
背景メモ
- ソフトウェア業界で日常的に使われる「テクニカル/技術的」という言葉が、実際には人によってまったく異なる意味で使われているという問題を扱っている。この曖昧さが、エンジニアの採用、キャリアパス、チーム内のコミュニケーションに混乱を生んでいる。
- 著者のPip(Pip Taylor)はオーストラリアを拠点とするシニアソフトウェアエンジニアであり、技術組織の文化やキャリア開発について発信している。
- 「テクニカル」には主に以下のような複数の解釈がある:(1) 低レベルのシステム知識やアルゴリズムに長けている、(2) 特定のプログラミング言語やフレームワークの深い専門知識を持つ、(3) 複雑な問題をシステムとして設計・抽象化できる、(4) コードを書くことが本務である(マネジメントと対比して)。
- マネージャーとエンジニアの間で「テクニカル」の定義がズレていると、昇進基準が不明確になったり、非コード業務(設計レビュー、メンタリングなど)が過小評価されたりする。この問題は、エンジニアリングキャリアの「二本の梯子」(管理職と専門職の並立)の議論とも深く関連している。