Hardware Rich Development

日付

著者

Hardware Rich Development

技術的リーダーシップのスキルと瞑想:Derrek Cooperと考える「本当にものづくりをする」ということ

日付

初回公開日

August 18, 2025

シリーズ全体を読む

/ 6

この記事は、Quilterの物理法則に基づくレイアウト自動化を使い、NXP i.MX 8M Mini搭載コンピューターを再現した過程を詳しく紹介するシリーズの一部です。 

私が最も尊敬するエンジニアたちには、ある共通点があることに気づき始めました。それは単に頭が切れるとか、粘り強いとか、難しいものを出荷できるといったことだけではありません。どこかの時点で、自分にしかできないことで自分を測るのをやめたということです。

その代わりに彼らは、他に誰が代わりを務められるかを考えるようになりました。どう教えるか、どう居場所をつくるか。ボトルネックになろうとするのをやめ、扉を開けて待つ役割を担おうとするようになったのです。

Derrek Cooperは、まさにそのような人物の一人です。

彼のキャリアは、海軍、CFDモデリング、Autodeskでのプロダクト戦略、そして現在のエグゼクティブコーチングにまで及びますが、私の心に残ったのはその内面の旅でした。ペース、今ここにいること、システム思考、そして誰も見ていないときに下す静かな決断についての彼の語り口です。

これは燃え尽き症候群の話ではありませんでした。明晰さの話でした。常に前へ進み続けなくても成長できる方法を学ぶことについての話です。

QuilterのHardware Rich Developmentへの取り組みについて詳しくはこちら。

自己というサブシステム

Derrekはエンジニアになるつもりはありませんでした。自信より先に好奇心があったのです。彼は海軍で、潜水艦の上でキャリアをスタートしました。そこは、理解しないという選択肢がないシステムに囲まれた環境でした。物事の仕組みを理解していなければ、命を落とすかもしれない。それがある種の真剣さを人に植え付けるのです。

彼は、遊びでエンジンを分解するような子どもではありませんでしたが、パターンには気づいていました。原因と結果。空気と温度と圧力が、ある種の目に見えない構造を形づくっていること。機械的にも社会的にも、物事がどう組み合わさるかに対するその早い時期からの注意力は、ずっと彼の中に残り続けました。

その後、数値流体力学の世界に入ったときも、彼を惹きつけたのは数学ではありませんでした。普段は見えないものを見ることの優雅さでした。流れ。力。場。

目に見えない世界で精度を追い求めることには、どこか満たされるものがあります。それは、システムに耳を傾ける訓練になります。自分自身の内側にあるシステムにさえも。

エンジニアリングと共感をつなぐ橋

Derrekは20年以上にわたり、技術製品を開発し、チームを率い、システムを拡大してきました。最初はBlue Ridge Numericsで、次にAutodeskです。彼の役割は拡大し続けました。製品が増え、チームは大きくなり、責任も重くなりました。しかし最も価値があったのは技術ではなかったと彼は言います。

それは人でした。

「記憶に残っているのは、製品のローンチや数字ではありません。誰かが私を呼び止めて、『あの会議であなたが言ったことで、自分のことをちゃんと見てもらえていると感じました』と言ってくれた瞬間です。そういうものが心に残るのです。」

彼は早い段階で、いかに多くの技術者がコミュニケーションに苦労しているかを目の当たりにしました。能力がないからではなく、練習していないからです。

「あらゆる方程式を知っていても、何が重要でなぜ重要なのかを言葉にできなければ、リードすることはできません。十分に貢献することさえできません。だから私は書き始めました。ただ頭の中にあるものを紙に書き出すために。それがすべてを変えました。」

彼の語り口には謙虚さがあります。それを劇的な飛躍としてではなく、シンプルなことに何度も立ち返ることとして語るのです。書くこと、読むこと、立ち止まること、耳を傾けること。

Phonograph and radio set.
蓄音機とラジオのセット。

自分がいっぱいいっぱいだと気づく瞬間

私も以前この瞬間を経験したことがあり、Derrekはそれをほとんどそのままの言葉で表現しました。会議がもはや前進していると感じられなくなる瞬間。あらゆる依頼が要求のように感じられる瞬間。カレンダーは埋まっているのに、頭はすかすかになっている瞬間です。

何年もの間、彼はそれを押し切ってきました。より多くのチーム、より多くの責任、より長い時間。常に必要とされることには、奇妙な誇りが伴います。特に、支援と管理の境界が曖昧になりがちなエンジニアリングのリーダーシップにおいてはそうです。

しかしやがて彼は、自分のアイデンティティを役割に過剰に合わせすぎていることに気づきました。さらに悪いことに、自分の価値はどれだけ多くを背負っているかにしかないと信じ始めていたのです。

10年間アウトプットの最適化に費やしてきた人にとって、これは重くのしかかります。彼は、ある時期には仕事が自分のアイデンティティの85パーセントを占めていたと言います。残りの家族、休息、健康、そして生活のゆったりとした部分は、ほとんど顧みられませんでした。

それを聞いて私は、生産的でないことで自分が何をするのが好きだったのか思い出せなかった時期のことを思い出しました。それは奇妙な種類の忘却です。回路の設計方法は知っているのに、じっと座っている方法は知らないのです。

忙しくしない勇気

これは辞めることを美化する話ではありません。もっと静かな話です。

Derrekが次にしたことは、劇的なものではありませんでした。物事を書き留めるようになりました。いくつかの会議から身を引きました。「はい」と言う前に一度立ち止まるようになりました。そして学校に戻りました。出世のためではなく、方向を変えるためです。ポジティブ心理学の大学院プログラムに入学したのです。技術的な議論の場で論争に勝てるような資格ではありません。しかし、よりよく耳を傾ける方法を教えてくれる資格かもしれません。

彼は技術系のリーダーシップからコーチングへと移りました。燃え尽きたからではなく、システムの人間的な側面に集中したかったからです。エンジニアは機械の直し方を知っています。では人は?そこにこそ謎があるのです。

スピードが報われる分野で、あえて忙しさを減らすことを選ぶのは、どこか時流に逆らうものがあります。それでもDerrekは、ある考えに何度も立ち返りました。本当のリーダーシップとは、自分を中心から遠ざけることであるという考えです。姿を消すのではなく、自分がいなくても機能するものを築くということです。

考えるための余白をつくる

私たちの対話の中で、私が何度も思い返すのは時間についての部分です。マーケターとして、そしてチームをつくり、アイデアを物語に紡いでいる者として、私がよく考えることです。

私たちはしばしば、時間をスケジューリングの問題のように語ります。管理し、切り分け、守るべきものとして。しかしDerrekは、時間をむしろ鏡のようなものとして捉えました。時間の使い方は、口で言っていることではなく、自分が実際に何を大切にしているのかを映し出すのです。

彼は、ただ考えるためだけの時間をブロックするようになりました。計画するためでも、忙しく動き回るためでも、成果を出すためでもなく、自分の内側で起きていることに気づく時間を自分に与えるためです。

とても小さなことです。でも、最後に静かな時間を予定に入れたのはいつでしょうか。

彼は私にこう語りました。「あなたには思っている以上に時間があります。でも、それに責任を持たなければなりません。自分で守らなければ、誰かが代わりにそれを埋めてしまうのです。」

そこには明晰さがあります。何をすべきかを教えるのではなく、もっとよく見つめるよう促すのです。

How much smaller we've gotten in our computing designs.
コンピューティングの設計がこれほど小さくなったこと。

メンターシップとは手放すこと

かつて私には、無愛想で明快、そして無駄を嫌うメンターがいました。めったに褒めることはありませんでしたが、褒められたときは忘れられませんでした。

あるとき、私が決断をためらっていると、彼はこう言いました。「その場にいる人たちを信頼しているなら、彼らに任せなさい。そうでなければ、なぜ彼らを雇ったんだ?」

Derrekの哲学は、私にそのことを思い出させました。彼はリーダーシップを、そこにいることではなく、出口戦略として説明しました。知っていることを教える。明晰さの手本を示す。必要なときには決断する。そしてチームの準備が整ったら、彼らがその場所を埋められるようにその場を離れるのです。

それは不在ではありません。寛大さなのです。

私の人生における本当のメンターは、最も長くペンを握っていた人たちではありませんでした。ペンを手渡して「続けなさい」と言ってくれた人たちでした。

成長を目指すつくり手への教訓

これは方向転換の手引きでも、自己変革のレシピでもありません。もっと静かなものです。道は常に上へ向かう必要はないということを思い出させてくれるものです。時には、最善の方向は内側へ向かうことなのです。

もしあなたが今、見直しの時期にいるなら、つまり余裕がなくなっていたり、よりよいリードの仕方を模索していたりするなら、次のことを考えてみてください。

1. リーダーシップは引き算のゲーム

教えれば教えるほど、自分で抱えるべきものは減るはずです。あなたのシステムがあなたなしで回らないなら、それはまだシステムとは言えません。

2. 話す前に、そして「はい」と言う前に考える

考えるための時間を予定に入れましょう。ブロックし、守り、急ぎの用件から守り抜きましょう。

3. 好奇心は必ずしも動きとして現れるわけではない

読むこと、書くこと、待つこととして現れることもあります。すべての成長が動的なものではありません。

4. ペースと目的を混同しない

あらゆる場所で必要とされることは、成功の証ではありません。何かが壊れているサインかもしれないのです。

5. 自分がいなくなることを目指して築く

それはあなたが不要だからではなく、立ち去れるほどしっかりと築いたからです。

Hardware Rich Development は、動きの速い世界で高い完全性を備えたハードウェアをつくるとはどういうことかを探るQuilter.aiのシリーズです。エンジニアリングチームを率いている方や、組織内で技術的な意思決定を担っている方で、知見を共有したいとお考えの場合は、ぜひご連絡ください。

私たちは、よりよいハードウェア思考を中心としたコミュニティを築いています。

‍

Quilterを実際に試す

Project Speedrunは、自律的なレイアウトの実際の姿と、Quilterが実現する時間短縮を示しました。次は、ご自身のハードウェアでお確かめください。

利用を始める

設計の検証

仕上げが完了したら、最後に確認するのはハードウェアが動作するかどうかです。電源投入時には電気的な不具合の多くが現れます。エンジニアにとって、緊張と期待が入り交じる瞬間です。

第4回に進む

設計の仕上げ

自律的なレイアウトにより、DRCを実施済みの完成した設計が得られます。仕上げは、製造に向けて最終調整するための短い精密な作業です。

第3回に進む

設計のコンパイル

設計の準備ができたら、次はQuilterに引き渡します。従来のワークフローでは、この段階でエンジニアとレイアウト担当者が設計意図を確認します。Quilterはこの打ち合わせを回路理解のプロセスに置き換えます。プロジェクトをアップロードし、制約条件がどう解釈されたかを確認して、ジョブを実行します。

第2回に進む