タグ

requirementに関するmoronbeeのブックマーク (10)

  • 「AI駆動PM」と「SDD(仕様駆動開発)」で要件定義書・設計書の精度を劇的に向上させる方法|MAKE A CHANGE, inc

    皆さん、AI駆動PMプロジェクトマネジメント)していますか? 活用の度合いは各社・個人によると思いますが、私は最近「AI駆動PM」と「SDD(仕様駆動開発)」が非常に相性が良いのではないかと考えるようになりました。 きっかけはトランスコスモスさんの記事きっかけとなったのは、CodeZineのトランスコスモスさんのVibe Codingについての記事です。 この記事では、要件定義書を作成するにあたり、5つのLLMにレビューをさせて、3つ以上のLLMから承認がないと先に進めないシステムが紹介されていました。 このやり方を読んだとき「これだ」と思い、弊社でも取り入れてみることにしました。 SDD(仕様駆動開発)との組み合わせまず元となる要件定義書をどう作るか考えました。 日々AI駆動PMを実践しているので、ミーティングの議事録を元にLLMに「この議事録の内容から要件定義書を作成してください」と

    「AI駆動PM」と「SDD(仕様駆動開発)」で要件定義書・設計書の精度を劇的に向上させる方法|MAKE A CHANGE, inc
  • 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 要件定義って何から書けばいいの? 😕 いつも同じような項目で悩んで時間がかかる… ⏳ もっと効率よく、質の高い要件定義書を作りたい! 😫 そんな悩みは 生成AIに「要件定義プロンプト」を作ってもらう で解決できるかもしれません。 1️⃣ なぜ生成AIにプロンプトを作らせようと思ったか? 「要件定義」はプロジェクトの成功を左右する重要な工程ですが、品質が担当者によってバラついたり、何を書くべきか迷うことも多いですよね。 そこで、「デキる人が書いた質の高い要件定義書」を学

    生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 - Qiita
    moronbee
    moronbee 2025/05/25
    ビジネス側はAIで機能要件を、開発側は非機能要件をセルフチェックしてから議論するとメリット享受できそう。
  • Cursorで要件定義がエラいスムーズになった話 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Cursor擦り倒すシリーズ Cursorで要件定義がエラいスムーズになった話 ←稿こちら (続)Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 「Cursor」×「A5:SQL Mk-2」でテーブル定義書をリッチにする 「Cursor」×「Obsidian」内部リンク生成&最適化プロンプト 「Cursor」で「難解コード」のリーディングがめちゃ楽になった話 「Cursorで要件定義をめっちゃ簡単に」を「rules」にしてさらに簡単にした 「Cursor」で「素の議事録」を「要件定義書」に高速でまとめなおした

    Cursorで要件定義がエラいスムーズになった話 - Qiita
  • 実践要件定義入門 - 勘と経験と読経

    最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その2。ITシステム開発における要件定義に関するあれこれ。記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ:記事の元ネタ 要件定義以前 要件定義というプロセスが当に必要なのか、ということなどは以下の記事に書いたので省略。 実践要件定義入門以前 - 勘と経験と読経 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 前編に

    実践要件定義入門 - 勘と経験と読経
  • 実践要件定義入門以前 - 勘と経験と読経

    最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作

    実践要件定義入門以前 - 勘と経験と読経
  • 5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画

    「要件定義のスキルを上げたいけどどうしたら良いかわからない」 こんなふうに悩んだことはないだろうか。 要件定義ではかなり幅広いスキルが求められる。さらに要件定義の対象は毎回異なるため、具体的なレベルでスキルを言語化するのがかなり難しく、どうしてもスキル定義が「コミュニケーションスキル」や「ビジネス理解スキル」といった抽象的な言葉になりがちだ。 そこでこの記事では、要件定義を第一線で実行してきた私が、要件定義を構成するスキルを以下の5つに分解し、それぞれの向上のための方策も可能な限り具体化した。 ・論理的に物事を整理するスキル ・ビジネスの数字を理解するスキル ・業務のフローを理解するスキル ・要求を具現化するスキル ・要求を達成するために必要な機能を洗い出すスキル それでは一つずつ見ていこう。 1 要件定義をするために必要な5つのスキル この章では、要件定義に必須なスキルとそれがなぜ必要な

    5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画
  • 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画

    chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を0から自力で作ろうと思うと40時間はかかるが、chatgptを使う事によって4時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全

    【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
  • DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説 | ログミーBusiness

    株式会社ビープラウドが主催するIT勉強会「BPStudy」。#151となる今回は、設計の代表格であるオブジェクト指向、モデリング、そして設計にフォーカスをあて、LT大会を開催しました。connpassを運営する株式会社ビープラウド代表の佐藤治夫氏は、DX時代における企業の課題と、DXの橋渡しとして実プロジェクトでRDRA(リレーションシップ駆動要件分析)を適用して要件定義をした経験を語りました。講演資料はこちら 実践RDRA〜RDRA2.0実践報告と感想佐藤治夫氏:それでは始めたいと思います。これまで(他のセッションで)「RDRA(ラドラ)」という用語がいくつか出てきていると思うんですけど、そのRDRAを実践した報告と感想を発表したいと思います。 自己紹介します。佐藤治夫と言います。株式会社ビープラウドの代表をやっています。Twitterのアカウントは@haru860です。会社としてはPy

    DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説 | ログミーBusiness
    moronbee
    moronbee 2020/06/21
    業務系システムの要求定義手法 // サービス系はビジネス価値が揺れるのでこの枠組みでは定義できない
  • 反復で少しずつ定義 決まった要件はチケットで管理

    失敗プロジェクトは、要件定義フェーズに問題があることが多い。解決には「反復」や「優先度付けしたプロダクトバックログ」のプラクティスが有効。アジャイル開発の手法を取り入れ、効果的に要件定義をする方法を紹介する。 企業情報システムは複雑化が進んでおり、当初から全ての要件を完璧に定義することは難しい。 要件を固めにくいケースでは、アジャイル開発の「反復」の考え方を応用する方法が有力である。 「 優先度付けしたプロダクトバックログ」というプラクティスを要件定義フェーズで行えば、後のフェーズでスコープ調整に利用できる。 連載は、ウォーターフォール型の開発プロセスに、アジャイル開発のプラクティスを部分的に組み込む「ハイブリッドアジャイル」を提案している。従来型のプロジェクトに潜む様々なムダを排除するのに適した手法だ。 前回は、開発プロセスの改善には、アジャイル開発のプラクティスが有効なことを説明した

    反復で少しずつ定義 決まった要件はチケットで管理
  • プロジェクト失敗の理由、15年前から変わらず:日経ビジネスオンライン

    プロジェクト失敗の理由、15年前から変わらず:日経ビジネスオンライン
  • 1