記事
DX・Web開発・生成AIに関する知見をお届けします。
小さな会社ほど、AI開発の「標準スタック」を決めた方がいい
案件ごとに認証や決済を選び直すと、設計だけでなく障害対応・更新手順・監査ログまで案件の数だけ分岐します。小さな会社ほど「まず通る道」としての標準スタックを決める価値が上がる理由と、標準に含めるべき十の領域（フレームワーク、認証、決済、メール、ジョブ、ログ、監視、CI/CD、IaC、テスト）、製品名より先に決める選定基準、例外承認の運用、標準の陳腐化への備えを整理します。
#ai#開発組織#Web開発
開発生産性とは？測り方の全体像と、指標選びで失敗しない考え方
開発生産性とは、開発組織が投入した人と時間に対して、どれだけ速く確実に価値のあるソフトウェアを届けられているかを表す概念です。行数計測が失敗する理由、Four Keys、SPACE、DevExの使い分け、測り始める5つの手順、指標を個人評価に使ってはいけない理由までを総論として整理します。
#開発生産性#開発組織#経営
開発者体験（DevEx）とは？生産性を左右する3要素と改善の進め方
開発者体験（DevEx）とは、ツールやプロセスが開発者の仕事をどれだけ支えているかを表す概念です。フィードバックループ、認知負荷、フロー状態の3要素、経営の関心事になっている理由、サーベイでの測り方と改善の進め方までを整理します。
#開発生産性#開発組織#経営
SPACEフレームワークとは？開発生産性を5つの次元で捉える考え方
SPACEフレームワークとは、開発生産性を満足度、パフォーマンス、活動量、協働、フローの5次元で捉える枠組みです。5つの次元の中身、活動量だけを見てはいけない理由、複数次元と主観指標を組み合わせる使い方の3原則、Four KeysやDevExとの関係を整理します。
#開発生産性#開発組織#経営
DORAとは？Four Keysを生んだ研究プログラムの全体像と使い方
DORA（DevOps Research and Assessment）とは、Four Keysを生んだGoogle Cloudの研究プログラムです。成り立ちと調査ベースの研究方法、Four Keysとの関係、実務で価値の高い能力カタログ（capabilities）の使い方、AI調査など最近の動向までを整理します。
#開発生産性#開発組織#経営
AI導入で生産性が上がらない会社は、どこで詰まっているのか
AIコーディング支援を入れたのに組織のリリース速度が変わらないとき、原因は実装ではなく、その下流のレビュー・仕様決定・承認・デプロイにあることが多くあります。DORAの現行5指標を結果指標、工程ごとの待ち時間を診断指標として切り分け、どの区間で何時間止まっているかを測る方法、症状から詰まりを特定する対応表、よくある五つの誤診断、そして打ち手を選ぶ順序をまとめました。
#ai#開発組織#経営
「仕様を書けるエンジニア」がAI時代の開発速度を決める
AIで実装が速くなるほど、何を作るのか、どこまでできたら完了なのかを言語化する工程がボトルネックになります。必要なのは分厚い仕様書を書ける人ではなく、曖昧な要求を実装と検証ができる判断単位へ変換できる人です。仕様を事業・振る舞い・品質と運用の三層に分けて決定者を対応づける方法、受け入れ条件を観察可能な形にする書き方、AIを決定者ではなく査読者として使う分担、そして組織へ型を入れるときの順序を整理します。
#ai#開発組織#経営
MTTRとは？定義の揺れ、DORA指標としての現在地、平均の罠
MTTRとは、障害発生から復旧までの平均時間を指す指標ですが、Rの解釈が複数あり、DORAは現在この名前を使っていません。定義の揺れ、失敗デプロイの復旧時間への置き換え、平均値が実態を表さない統計上の罠、復旧を速くする打ち手までを整理します。
#開発生産性#開発組織#経営
変更障害率とは？デプロイの失敗割合を測るDORA指標の定義と下げ方
変更障害率（変更失敗率）とは、本番デプロイのうち直後に障害や緊急対応を引き起こした割合を測るDORAのFour Keys指標です。定義と測り方、速さと品質がトレードオフにならない理由、デプロイ手戻り率との違い、ゼロを目指してはいけない理由までを整理します。
#開発生産性#開発組織#経営
変更のリードタイムとは？コミットから本番までを測るDORA指標と短縮の順序
変更のリードタイムとは、コミットから本番デプロイまでの時間を測るDORAのFour Keys指標です。なぜ起点が企画ではなくコミットなのか、レビュー待ちとデプロイ待ちに分解する見方、中央値で測る理由、短縮に取り組む順序までを実務目線で整理します。
#開発生産性#開発組織#経営
デプロイ頻度とは？DORAが定義する測り方と、頻度が高いほど安全になる理由
デプロイ頻度とは、開発チームが本番環境へどれくらいの頻度でリリースしているかを測るDORAのFour Keys指標です。定義と測り方、頻度が高いほどデプロイが安全になる理由、ランク分け廃止後の正しい比較のしかた、目標化してはいけない理由までを整理します。
#開発生産性#開発組織#経営
「AI生成コードの45%に脆弱性」は何を意味するのか？ 調査条件と実務で必要な安全策
「AIが生成したコードの45%に脆弱性がある」というVeracodeの調査結果は、4種類のCWEを対象に設計された80件の関数補完課題に対する、100を超えるモデルの平均失敗率です。実務システムの欠陥率ではありませんが、セキュリティ固有の指示がない条件でLLMが安全な実装を安定して選べないことは示しています。この数字の測定条件と限界を原典で確認したうえで、フレームワークが守れる範囲、正常系テストでは検出できない認可の不備、そしてAI生成コードを本番へ出す前に組み合わせるべき8つの安全策を整理します。
#ai#セキュリティ#開発組織
TypeScript 7.0の破壊的変更まとめ：削除された機能とアップグレード判断
TypeScript 7.0はGo製ネイティブコンパイラへの移行でビルドが約10倍高速化した一方、tsconfigデフォルト値の変更とtarget:es5などレガシーオプションの削除という破壊的変更を含みます。何が壊れるのか、いつアップグレードすべきかを整理します。
#TypeScript#Web開発#開発手法
Function Calling（Tool Use）とは？仕組みとエージェントとの関係
Function Calling（Tool Use）とは、LLMが外部の関数やツールの実行を構造化形式で指定する仕組みです。4ステップの動作の流れ、MCPや構造化出力との関係、実装時の注意点を解説します。
#ai#AI駆動開発#開発手法
Kiroとは？AWS発の仕様駆動AI IDEの特徴と使いどころ
Kiroとは、AWSのエージェント型AI IDEです。要件・設計・タスクを承認ゲート付きで確定させるSpecs、Hooks、Steeringの仕組みと、CursorやSpec Kitとの違い、導入時の注意点を解説します。
#ai#AI駆動開発#開発手法
Spec Kitとは？GitHub製の仕様駆動開発ツールキットの仕組みと使い方
Spec Kitとは、GitHub製の仕様駆動開発（SDD）ツールキットです。仕様から実装までのコマンド体系、35種類のAIエージェント対応、導入方法、モノレポでの注意点を解説します。
#ai#AI駆動開発#開発手法
AI-DLCとは？AWSが提唱するAI駆動開発ライフサイクルの中身
AI-DLCとは、AWSが提唱するAI前提の開発ライフサイクル手法です。Inception・Construction・Operationsの3フェーズ、スプリントに代わるBoltなどの用語、実務での取り入れ方を解説します。
#ai#AI駆動開発#開発手法
コンテキストエンジニアリングとは？プロンプトエンジニアリングとの違いと代表的な技法
コンテキストエンジニアリングとは、LLMに見せる情報全体を設計・管理する技術です。プロンプトエンジニアリングとの違い、コンパクションやサブエージェント分割など代表的な4つの技法を解説します。
#ai#AI駆動開発#開発手法