TIMEWELL
ソリューション
無料相談お問い合わせ
TIMEWELL

AI×業務改革で 組織の可能性を解放する

ISO/IEC 27001(ISMS)認証マーク(SGS・ISMS-AC)

ISO/IEC 27001:2022 認証取得 審査登録証番号 JP26/00000255 登録範囲: AIテクノロジーを活用したSaaSプロダクトの企画・開発・提供

サービス

  • ZEROCK
  • TRAFEED
  • TIMEWELL BASE
  • WARP
  • WARP 1Day
  • WARP NEXT 法人
  • WARP BASIC
  • WARP ENTRE
  • Alumni Salon
  • WARP for Schools
  • FDE
  • AIコンサル
  • ZEROCK Buddy
  • EMC GLOBAL

会社情報

  • 会社概要
  • メンバー
  • なぜTIMEWELL
  • ニュース
  • お問い合わせ
  • 無料相談

コンテンツ

  • コラム
  • 基礎知識
  • 導入事例
  • ホワイトペーパー
  • イベント
  • ソリューション
  • AI導入診断
  • ROI計算ツール

法務情報

  • プライバシーポリシー
  • Manual Creator 拡張機能
  • WARP利用規約
  • WARP NEXT 学則
  • 特定商取引法に基づく表示
  • セキュリティ
  • 反社会的勢力排除
  • ZEROCK利用規約
  • TIMEWELL BASE利用規約

メルマガ登録

AI活用やDXの最新情報を毎週お届けします

ご登録いただいたメールアドレスは、メルマガ配信のみに使用します。

© 2026 株式会社TIMEWELL All rights reserved.

お問い合わせ
ホームコラムタグ一覧要件定義
タグ

要件定義

「要件定義」に関するコラム記事

4件の記事

4件の記事

FDEを成立させるインタビュースキル|現場のインサイトを引き出す聴き方
WARP

FDEを成立させるインタビュースキル|現場のインサイトを引き出す聴き方

FDE(Forward Deployed Engineer)の成否は、コードを書く速さではなく、現場から本当の要件を引き出す聴き方で決まります。当社のエンジニアはインタビュー技法の研修を受けたうえで現場に入っていますが、研修で身につく「型」と、現場で初めて身につく「違和感の言語化」は別物でした。発見・深掘り・検証の3種類のインタビュー、過去の具体的な出来事を聞くクリティカル・インシデント法、トヨタの5回のなぜ、沈黙とオウム返し、二人一組の記録、AI文字起こしとの分担まで、エンジニアがそのまま使える形で整理します。

2026-09-15濱本 隆太
FDEとKJ法|現場の断片を構造に変える手順と、AIと分担する境界
WARP

FDEとKJ法|現場の断片を構造に変える手順と、AIと分担する境界

インタビュー、観察、エスノグラフィーで集めた現場の断片は、そのままでは実装に使えません。断片を構造に変える方法として、当社のエンジニアが使っているのが、文化人類学者の川喜田二郎が野外調査のために作ったKJ法の考え方です。FDE実践シリーズの4本目は、一枚一句のラベル作り、似たもの集め、図解、文章化という手順を、現場のメモを材料にして具体的に書きます。AIに任せる工程と人が残す工程の境界、受託の要件整理との違い、そして構造化した結果を翌週の実装に返す方法まで扱います。KJ法は株式会社川喜田研究所の登録商標で、正式な研修は同社が行っています。

2026-09-15濱本 隆太
FDEの観察法|シャドーイングと文脈的質問法で「説明されない手順」を拾う
WARP

FDEの観察法|シャドーイングと文脈的質問法で「説明されない手順」を拾う

インタビューで聞けるのは、現場の仕事の半分です。残りの半分は、担当者自身が説明できない手順の中にあり、観察でしか拾えません。FDE実践シリーズの2本目は、シャドーイング、コンテクスチュアル・インクワイアリー(文脈的質問法)、思考発話の3つの観察法を、いつ使い、どこに座り、何を見て、何を書くかまで具体的に整理します。大野耐一のチョークの円、ホーソン効果への対処、受託開発の現状調査との違い、観察した翌日に動くものを置くFDEの手順、そして当社が現場で見てきた4つの型を書きます。

2026-09-15濱本 隆太
AI仕様駆動開発(AI-SDD)2026|SDDが再注目される理由と文書がコードになる時代
WARP

AI仕様駆動開発(AI-SDD)2026|SDDが再注目される理由と文書がコードになる時代

2025年秋にGitHubのSpec KitとAWSのKiroが出て以降、仕様駆動開発(SDD)はAIコーディングの標準的な作法として再注目されています。この記事は、大企業の新規事業開発部門の方に向けて、なぜ「コードを書く前に文書を固める」が復権したのか、要件定義書・仕様書・基本設計書・詳細設計書の4文書をコーディングエージェントと書く手順、そして開発ドキュメント・進捗ドキュメント・メモリドキュメントがコードとほぼ同じ役割を担い始めている現状を、Andrej Karpathyの一連の発言を引用しながら整理します。2026年3月の初版を全面的に書き直しました。AIネイティブ新規事業開発の方法論、第3回です。

2026-03-25濱本 隆太

関連タグ

WARP(4)FDE(3)現場(3)インサイト(2)インタビュー(1)AIネイティブ(1)KJ法(1)親和図(1)観察法(1)シャドーイング(1)コンテクスチュアル・インクワイアリー(1)AI駆動開発(1)仕様駆動開発(1)AI-SDD(1)開発ドキュメント(1)
すべてのタグを見る