チーム開発

SaaS企業のプラットフォームチームとして大切にしていること

コンパウンドスタートアップを謳うSaaS企業が抱える課題を、プラットフォームチームはどのような考え方で解決するべきか提案する。

人を増やしても減らしてもアウトプットの品質は向上しない

人を増やしても減らしても組織のアウトプットの品質は向上しないと考えています。前半では知識のエントロピーが文脈共有コストと中央集権化を引き起こす構造を、後半では自律的な存在の限界と規範レイヤーの設計について検討します。

@ KAKEHASHI Tech Blog

サーバーサイドTypeScriptの型システムをどう教えるか — 他言語経験者に向けたオンボーディング事例

Python出身・Elixir出身のエンジニアにTypeScriptをオンボーディングした事例を紹介。「型検査とランタイムの境界を理解する」ことが言語背景を問わず最重要だと論じる。

仕様について考える前に要求分析をしよう

SDDが話題だが、その前工程である要求分析が見落とされがちだ。RDRAの表形式フォーマットがコーディングエージェントと相性が良い理由と、Claude Codeを使った実践ワークフローを紹介する。

@ KAKEHASHI Tech Blog

日本の医療に本気で向き合う。認証・権限管理基盤チームの決意

複数プロダクト間で共通する認証・権限管理を一元化する基盤の役割や、厚生労働省ガイドラインに基づく二要素認証必須化への対応など、医療DXを支える基盤チームの取り組みと展望を紹介。

@ 社内LT

PdMのためのソフトウェアエンジニアリング入門

プロダクトマネージャー向けに、ソフトウェアエンジニアリングの基礎と、 PdMとエンジニアが協働するためのアプローチを解説する。

網羅的なPRDやDesign Docを書かなくなった

網羅的なPRD・Design Docを書いてレビューするより、関係者と対話しながら観点とトレードオフを洗い出す方が少ない手数で良い意思決定ができるという主張をまとめた記事です。

@ Findy様 ドキュメント管理を制する 陳腐化を防ぐための実践事例 Lunch LT

更新"しない"ドキュメント管理 「イミュータブルドキュメントモデル」の実運用

ドキュメントを更新し続ける代わりに、意思決定を記録する「イミュータブルドキュメントモデル」の実運用について紹介します。

@ KAKEHASHI Tech Blog

社内ドキュメントはなぜ更新されないのか？情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ

情報を可変的なリソース情報と不変的なイベント情報に分類し、イベントの積み重ねとしてリソースを表現することで、最小限の運用負荷でドキュメントの鮮度を維持するアプローチを提案。