タグ

要件定義に関するdelegateのブックマーク (11)

  • 要件定義の目的とゴールとは - TRACERY Lab.(トレラボ)

    TRACERYプロダクトマネージャーのharuです。 「要件定義とは何を目的としたプロセスなのか?なにが出来たら完了なのか?」 はじめて要件定義する人は、ここで詰まってしまうことが多いようです。 要件定義は、設計や実装に比べて、具体的な作業がイメージしにくいプロセスです。 そのような背景もあってか、2023年4月のBPStudy#188〜要件定義を学ぼう。ChatGPTを添えてに私が登壇した時の以下のスライドには、945個のはてなブックマークをいただきました*1。 speakerdeck.com 945というブックマーク数は、要件定義というものを具体的にイメージしにくいと感じている人が世の中に多いことの現れかもしれません。 そこで「要件定義とはそもそも何か」について、何回かの記事に渡って説明します。 この記事では要件定義の目的とゴールについて説明します。 プロジェクトの数だけ存在する開発プ

    要件定義の目的とゴールとは - TRACERY Lab.(トレラボ)
  • 【入門】要件定義

    はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい

    【入門】要件定義
  • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

    架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

    ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
  • 要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ

    こんにちは。ヘンリーCEOの逆瀬川です。 開発する上で、難しい部分の一つである要件定義。 最近、社内では「要求仕様」と呼ばれるようになり、要求仕様化のプロセスとフォーマットの改善に取り組んでいます。しかし、3年間にわたって苦労し、失敗と改善を繰り返してきた歴史があります。 ブログでは、主にプロセスとフォーマットの失敗について触れますので、詳細は割愛します。「ココもっと深く知りたい!」という方は、ぜひカジュアルにお話しましょう。その場で深堀りいただいた内容を元に、更にブログで考察していきたいと思います。 では、過去私たちが体験した5つの時代と今後訪れるだろう要求開発黄金時代についてお話しましょう。 ユースケースで仕様漏れた時代 要求導入混沌時代 要求を全員で書くぞ時代 プロダクト要求と仕様を分けて書き始めた時代 CSと連携して速度が上がり始めた夜明け前 将来訪れるだろう要求開発黄金時代へ

    要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ
  • 要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経

    タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す

    要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
  • 要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

    nori @00oichan お気軽にフォローいただけると嬉しいです。 神奈川県在住/運用設計が得意/外資系企業のSaaSエンジニアです。 好き: servicenow,生成AI,UiPath,Power Automate Desktop,PowerBI … Amazon.co.jp アソシエイトを利用中です

    要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
  • システムの要件定義とは 進め方や必要な準備をわかりやすく解説

    システムの要件定義とは、そのシステム開発を行う上で実施すべき業務の内容を整理してわかりやすく文書化することです。基の考え方や要件定義書を作成するまでの進め方、必要な準備について、IT業界経験10年以上のシステムエンジニアが説明します。 システム要件定義とは システムの要件定義とは、システム開発を行う上で実施すべき業務内容をあらかじめ想定し、わかりやすく文書化するプロセスです。 実際にシステム開発プロジェクトを進めていく上で、目的や内容はもちろん、スケジュールや開発予算、開発に関わるメンバーなど、想定しておくべきことはたくさんあります。 こうした各要素をあらかじめ具体的に想定し、文書化しておけば、プロジェクトを計画通りに進められる可能性が高まります。計画通りにプロジェクトが推進できれば、事業を成功に導くことができます。 つまり、要件定義の成否によって、プロジェクトを計画通りに進めることがで

    システムの要件定義とは 進め方や必要な準備をわかりやすく解説
  • 「要件定義」と「基本設計」の違いとは?基本の流れとポイントを解説

    「要件定義と基設計の2つの言葉はよく目にするけど、詳しい違いが分からない」、「それぞれの作業で、どんなことを意識すればいいのだろう」など、要件定義と基設計について不明瞭な点があるという方も多くいらっしゃるのではないでしょうか。この2つの言葉は明確に区別されており、それぞれで意識するポイントも違ってきます。 この記事では、要件定義と基設計の違いから、設計の流れ、要件定義、基設計の作成時の重要ポイントまでを解説していきます。 また、設計を効率的に進めるためのサービスの紹介も最後にしています。 ぜひ、最後までご一読ください。 「要件定義」と「基設計」とは? 要件定義と基設計は、どちらもシステム開発の業務フローの一部です。 要件定義は、クライアントからの要求をもとに実装する機能を決める作業のことです。要件定義でクライアントへのヒアリングを通じ、要求機能一覧や業務フローなどを作成していき

  • 要件定義における成果物一覧と書き方(要件定義書サンプルあり) | 若手エンジニアの羅針盤

    システム開発の上流工程である要件定義では、顧客が抱える課題に対してどのようなシステムを作るのかを概要レベルで決定する。 要件定義が必要なのは「作ったはいいが使えないシステム」という状況を防ぐためで、システム開発におけるW...

  • 丁寧な「要件定義」がWebディレクターの武器になる!進め方やコツを解説

    Webディレクターの毎日は、協力的でものわかりのいいクライアントとスムーズにやりとりしながら、クオリティの高い制作物を完成させていく…なんて順風満帆なことばかりではありません。むしろ「クライアントの要望がどんどん増えて困った」「言った、言わないでモメた」「炎上した」、挙句の果てに、スタッフは徹夜でボロボロ、お金も請求できなかった…そんなトラブルの数々に頭を抱えることのほうが多いかもしれません。 しかし、『失敗しないWeb制作 プロジェクト監理のタテマエと実践』(ワークスコーポレーション)の著者・みどりかわえみこさんによると、トラブルを避けながら制作物のクオリティを上げるためには、「きちんと要件定義を行う」こと重要とのこと。要件定義をしたことがない人も、してはいるけど当に必要なのかイマイチ分からないという人も、今一度要件定義について学んでみましょう。 目次 今さら聞けない!?イロハのイ~そ

    丁寧な「要件定義」がWebディレクターの武器になる!進め方やコツを解説
  • 「要件定義書のアウトライン作成」完全マニュアル

    他の文書と同様、要件定義書はまず文書全体のアウトライン(骨格、構成)をしっかり作り上げてから内容を記述します。今回は、読みやすく分かりやすい要件定義書にするためのアウトライン作成方法を紹介します。 階層構造で読みやすい文書にする 要件定義書を作るためには、全体を大見出し=中見出し=小見出し(章=節=項)の階層構造にします。 「大見出し」「中見出し」「小見出し」の数を、それぞれ5から10程度にするのは、前回(第3回「分かりやすい提案書はアウトラインが美しい」)紹介した提案書と同様です。見出しの数が多すぎると、読み手が文書の全体像を把握できなくなります。また、1つの項目の記述量を1ページ内に収めるようにします。 要件定義書を構成する項目 要件定義書に必要な大見出しの項目としては、次のようなものが挙げられます。 システムの概要/システムの構想 機能要求 入力要求と出力要求 システム導入後の業務フ

    「要件定義書のアウトライン作成」完全マニュアル
  • 1