理念と価値観

Philosophy & Values

外部関与における
誠実さと
組織の自律性

Lattice Thrust のエンゲージメントの形式は、いくつかの考え方を土台にしています。外部の関与とはどうあるべきか、文書化とはどういう意味を持つか、組織との関係をどう築くか。

ホームへ戻る

Foundation

何を大切にしているか

Lattice Thrust が提供するのは参照文書型のエンゲージメントです。この形式を選んでいるのは、それが単純に「売れやすい」からではなく、外部関与の一形式としてある種の誠実さを持っていると考えているからです。

組織の課題に外から関与する場合、その組織の文脈を完全に理解することはできません。長く関わってきた内部のエンジニアが持つ背景理解を、短期間で再現することは難しい。参照文書型のアプローチは、その限界を認めた上で、外部から加えられる価値として「構造的な整理」と「他の文脈との比較視点」に焦点を絞っています。

組織が自分たちで判断できる材料を整えること。それが Lattice Thrust の外部関与における基本的な立ち位置です。

Core Principles

限界を認める

外部から加えられる価値と、内部でしか判断できないことを区別する

成果物で説明する

参照可能な文書として成果を残し、その質によって価値を示す

関与を終わらせる

スコープを定めてエンゲージメントを完結させ、継続依存を生まない

Philosophy

文書化についての考え方

技術的な議論は、言語化されないまま進みやすいものです。チーム内で共有されているように見えて、実際にはそれぞれが異なる前提を持っていることがある。設計判断の背景が記録されずに時間が経ち、なぜその構造になっているかを知っている人が組織からいなくなる。

構造的な参照文書は、そうした状況に対する一つの応答です。すべての議論を解決するわけではありませんが、共通の参照点を持てるようにすることで、議論の質が変わることがあります。

Lattice Thrust が目指しているのは、エンゲージメントが終わった後も機能し続ける文書を作ることです。後から参照できる、チームが戻ってこられる、新しいメンバーが背景を理解できる。そうした文書の在り方を、エンゲージメントのたびに追求しています。

Vision

技術的な意思決定が、その背景も含めて組織内に蓄積されていく。

外部の関与が、組織の自律性を高める方向に機能する。

参照文書が、単なる納品物ではなく実際に使われる資料として機能する。

Core Beliefs

具体的に大切にしていること

エンゲージメントの設計に影響している、いくつかの考え方を説明します。

スコープの誠実さ

関与の範囲を最初から明確にすることは、誠実さの一形式だと考えています。何ができて何ができないかを正直に示すことで、期待のズレが生まれにくくなります。エンゲージメントが終わった後も、その関係は同じ土台の上にあります。

文脈の尊重

どんな組織にも、外から見えにくい文脈があります。なぜその構造になっているか、どんな経緯でその判断がされたか。発見フェーズを大切にしているのは、文脈を理解せずに参照文書を書いても、結局は使われない資料になってしまうからです。

判断は組織が行う

参照文書は、何をすべきかを指示するものではありません。組織が自分たちの状況を整理し、判断するための材料です。その判断は組織が行うものであり、外部から押しつけられるものではないと考えています。

領域の絞り込み

インフラスケーリング、ネットワーク構造、グリッドアーキテクチャという範囲に特化しています。広くカバーすることよりも、この範囲を深く扱える状態を維持することを優先しています。

In Practice

考え方がエンゲージメントに表れる形

上記の考え方が、実際のエンゲージメント設計にどう反映されているかを具体的に説明します。

スコープの誠実さ → 設計

エンゲージメント開始前に、期間・成果物・改訂回数を合意します。途中でスコープが拡大することは原則ありません。終わりがある関与として設計されています。

文脈の尊重 → 発見フェーズ

エンゲージメントは必ず発見フェーズから始まります。インタビューと既存資料のレビューなしに、文書の執筆には入りません。この段階に十分な時間をかけます。

判断は組織が行う → 文書の書き方

参照文書は「〇〇すべき」という指示形式ではなく、構造的パターンとその考慮点を整理する形式で書かれます。判断材料を提供することが目的です。

Human-Centered

エンジニアリング組織との関わり方

技術的な文書を扱うとき、それを読み使うのは人です。エンジニアリングチームは、外部から関与する者が何かを知ったふりをすることにすぐ気づきます。

Lattice Thrust の関与で大切にしているのは、組織内のエンジニアが持っている知識を尊重することです。発見フェーズでのインタビューは、情報を引き出すためだけでなく、その組織のエンジニアが何を理解していて何を検討しているかを正確に把握するためのものです。

参照文書は、その理解の上に構造的な外部視点を加えたものとして書かれます。組織が既に持っているものを否定するのではなく、それを土台にした整理として。

インタビューの進め方

エンジニアリングリーダーへのインタビューは、構造化された質問形式ではなく、実際の作業の文脈を理解するための対話として進めます。すでに検討されていること、迷っていること、判断の背景にある制約について。

文書の読まれ方を想定する

文書は、その組織のエンジニアが実際に読むものとして書かれます。一般的な読者ではなく、その組織の技術的な前提を持った読者を想定した書き方で。

Intentional Evolution

変化に対する姿勢

インフラとネットワーク構造の領域は、技術的な変化のペースが速い。新しいパターンが生まれ、以前は有効だったアプローチが状況によって限界を持つようになる。

Lattice Thrust のエンゲージメントは、特定の技術やベンダーを推奨することを目的としていません。構造的なパターンとその考慮点を整理することに焦点を絞ることで、技術トレンドの変化に対して一定の距離を保てると考えています。

同時に、参照文書の書き方と構成については、実際のエンゲージメントを通じて継続的に見直しています。何が実際に使われ、何が使われなかったか。チームへの導入後の反応から学べることがあります。

特定の形式に固執するのではなく、実際の使われ方に基づいて改善していくことが、長く機能する参照文書を作るための方法だと考えています。

Integrity

透明さについて

価格の公開

各エンゲージメント形式の価格をウェブサイトに公開しています。問い合わせなしに確認できることが、透明性の基本だと考えているため。

限界の明示

参照エンゲージメントが合わない状況についても、このサイトで説明しています。すべての組織に適しているとは考えておらず、合わない場合はそう伝えます。

スコープの事前合意

エンゲージメントが始まる前に、何が含まれて何が含まれないかを明確にします。後から追加費用が発生しない形で設計されています。

Collaboration

エンゲージメントにおける協働

参照文書の質は、エンゲージメント中の対話の質に依存します。組織内のエンジニアが発見フェーズに時間と知識を持ち込んでくれることで、文書の実用性が変わります。

組織に求めること

  • インタビューへの実質的な参加(エンジニアリングリーダーが直接関与)

  • 関連する既存資料・設計書・ドキュメントへのアクセス提供

  • 文書ドラフトへの具体的なフィードバック

Lattice Thrust が提供すること

  • エンゲージメント全体を通じた一貫した関与と進捗の共有

  • 組織の状況を反映した、汎用テンプレートに依存しない文書作成

  • エンゲージメント終了時のチームへの文書導入サポート

Long-term Thinking

短期のエンゲージメント、長期の価値

エンゲージメントの期間は限られています。2週間から8週間。しかし文書の価値は、その期間を超えて機能することがあります。

これは理想論ではなく、文書の設計に関わる実際の判断です。何を載せて何を省くか、どの程度の深さで扱うか、読み手が後から参照しやすい構成にするにはどうするか。

エンゲージメントの目標は、短期間で有用な参照資料を組織に届けることです。それが実際に機能するかどうかは、文書の質と、チームへの導入の質にかかっています。

文書の設計で考えていること

エンゲージメント直後だけでなく、3〜6ヶ月後に誰かが参照したときにも有用であるかどうかを、文書を書く段階から意識しています。

引き渡しの質について

文書を送って終わりではなく、チームへの導入ワークショップを通じて、文書の構成と意図を共有します。最初の理解が後の活用に影響するため。

For Your Organization

この理念があなたの組織に意味すること

上記の考え方は、実際のエンゲージメントでの体験に直結しています。

期待できること

  • スコープと成果物が最初から明確なエンゲージメント

  • 組織の文脈を理解した上で書かれた参照文書

  • エンゲージメント終了後も機能する成果物

  • 特定の方向を押しつけない、判断材料としての関与

含まれないこと

  • 実装作業やシステムへの直接の変更

  • 継続的なサポートや長期的な管理関与

  • 特定のベンダーや製品の推薦

  • インフラ・ネットワーク構造以外の技術領域への関与

Start Here

この考え方が合っていると感じたら

まずは組織の状況を共有していただくところから始まります。どのエンゲージメント形式が合っているかも、そこから一緒に検討できます。

お問い合わせフォームへ