はてなブックマーク

シリーズ: 要件定義とはそもそも何か 要件定義の目的とゴールとは 要件定義の重要ポイント〜要望・要求・要件を見極める 事業・業務・システムの3階層で要件を捉える 業務フロー図で見える化する業務プロセスからシステム要件への道筋 ユースケースとロバストネス図によるシステム要件定義 システム要件定義の成果物〜設計へのインプットを作成する 要件定義とソフトウェアアーキテクチャ設計（本記事） 要件定義とクラス設計 要件定義とデータベース設計 要件定義と画面設計 要件定義とAPI設計 要件定義とバッチ処理設計 要件とは何か 非機能要件とは何か 要件定義を学ぶ人におすすめの書籍まとめ 移行要件とは何か 要件定義のプロセスと成果物を体系的に理解する【全体像まとめ】 要件定義と設計の関係を体系的に理解する【全体像まとめ】 TRACERYプロダクトマネージャーの haru です。 設計プロセスでは、要件定義で

TRACERYプロダクトマネージャーの haru です。 2024年8月29日(木)に開催された勉強会「BPStudy#204〜ドメイン駆動設計をはじめよう」では、書籍ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法（以降、LDDD*1）の翻訳者とレビュアーをお招きし、パネルディスカッションを実施しました。その時の様子をお伝えします。翻訳者とレビュアーの見解を通じて、書籍をより深く理解し、実践に役立つヒントを得られるでしょう。 「ドメイン駆動設計をはじめよう」翻訳者・レビュアー対談 その１: 書籍の魅力と翻訳の舞台裏 その２: エヴァンス本との相違点 その３: 「同じ言葉」を日本語で運用するノウハウ その４: 重要なツールとして進化した、区切られた文脈 (本記事) パネラー： 増田 亨(ますだ とおる) 氏(翻訳者：以下、増田) 綿引 琢磨(わたびき たくま

TRACERYプロダクトマネージャーの haru です。 2024年8月29日(木)に開催された勉強会「BPStudy#204〜ドメイン駆動設計をはじめよう」では、書籍ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法（以降、LDDD*1）の翻訳者とレビュアーをお招きし、パネルディスカッションを実施しました。その時の様子をお伝えします。翻訳者とレビュアーの見解を通じて、書籍をより深く理解し、実践に役立つヒントを得られるでしょう。 「ドメイン駆動設計をはじめよう」翻訳者・レビュアー対談 その１: 書籍の魅力と翻訳の舞台裏 その２: エヴァンス本との相違点 (本記事) その３: 「同じ言葉」を日本語で運用するノウハウ その４: 重要なツールとして進化した、区切られた文脈 パネラー： 増田 亨(ますだ とおる) 氏(翻訳者：以下、増田) 綿引 琢磨(わたびき たくま

TRACERYプロダクトマネージャーの haru です。 2024年8月29日(木)に開催された勉強会「BPStudy#204〜ドメイン駆動設計をはじめよう」では、書籍ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法（以降、LDDD*1）の翻訳者とレビュアーをお招きし、パネルディスカッションを実施しました。その時の様子をお伝えします。翻訳者とレビュアーの見解を通じて、書籍をより深く理解し、実践に役立つヒントを得られるでしょう。 「ドメイン駆動設計をはじめよう」翻訳者・レビュアー対談 その１: 書籍の魅力と翻訳の舞台裏 その２: エヴァンス本との相違点 その３: 「同じ言葉」を日本語で運用するノウハウ (本記事) その４: 重要なツールとして進化した、区切られた文脈 パネラー： 増田 亨(ますだ とおる) 氏(翻訳者：以下、増田) 綿引 琢磨(わたびき たくま

シリーズ: 要件定義とはそもそも何か 要件定義の目的とゴールとは 要件定義の重要ポイント〜要望・要求・要件を見極める 事業・業務・システムの3階層で要件を捉える 業務フロー図で見える化する業務プロセスからシステム要件への道筋 ユースケースとロバストネス図によるシステム要件定義 システム要件定義の成果物〜設計へのインプットを作成する 要件定義とソフトウェアアーキテクチャ設計 要件定義とクラス設計 要件定義とデータベース設計（本記事） 要件定義と画面設計 要件定義とAPI設計 要件定義とバッチ処理設計 要件とは何か 非機能要件とは何か 要件定義を学ぶ人におすすめの書籍まとめ 移行要件とは何か 要件定義のプロセスと成果物を体系的に理解する【全体像まとめ】 要件定義と設計の関係を体系的に理解する【全体像まとめ】 TRACERYプロダクトマネージャーの haru です。 システムとは、ヒト・モノ・カ

TRACERYプロダクトマネージャーの haru です。 2024年8月29日(木)に開催された勉強会「BPStudy#204〜ドメイン駆動設計をはじめよう」では、書籍ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法（以降、LDDD*1）の翻訳者とレビュアーをお招きし、パネルディスカッションを実施しました。その時の様子をお伝えします。翻訳者とレビュアーの見解を通じて、書籍をより深く理解し、実践に役立つヒントを得られるでしょう。 「ドメイン駆動設計をはじめよう」翻訳者・レビュアー対談 その１: 書籍の魅力と翻訳の舞台裏 (本記事) その２: エヴァンス本との相違点 その３: 「同じ言葉」を日本語で運用するノウハウ その４: 重要なツールとして進化した、区切られた文脈 パネラー： 増田 亨(ますだ とおる) 氏(翻訳者：以下、増田) 綿引 琢磨(わたびき たくま

シリーズ: 要件定義とはそもそも何か 要件定義の目的とゴールとは 要件定義の重要ポイント〜要望・要求・要件を見極める（本記事） 事業・業務・システムの3階層で要件を捉える 業務フロー図で見える化する業務プロセスからシステム要件への道筋 ユースケースとロバストネス図によるシステム要件定義 システム要件定義の成果物〜設計へのインプットを作成する 要件定義とソフトウェアアーキテクチャ設計 要件定義とクラス設計 要件定義とデータベース設計 要件定義と画面設計 TRACERYプロダクトマネージャーのharuです。 システム開発チームのメンバーとして、ユーザーから「この機能が欲しい」と依頼されたとき、どのように対応しますか。 このような場合に役立つのが、依頼された内容を要望、要求、要件に明確に分類する考え方です。 本記事では、依頼された内容を要望、要求、要件に分類し、要件を導き出す方法について説明しま

シリーズ: システム開発の基礎 システム開発におけるシステムとは何か（本記事） V字モデルを使って開発プロセスを組み立てよう〜システム開発で迷子にならないために V字モデルの基本構造をWhy,What,How,Make,Testの視点で理解する V字モデルの各レイヤー(企画、運用・評価編) V字モデルの各レイヤー(要件定義、運用テスト・システムテスト編) V字モデルの各レイヤー(基本設計、結合テスト編) V字モデルの各レイヤー(詳細設計、単体テスト編) V字モデルの各レイヤー(プログラミング、コードレビュー編) V字モデルのトレーサビリティで、開発プロセス全体の一貫性と品質を高める システム開発の品質保証プロセスの進め方 品質を支える4つの視点：外部品質・利用時の品質・内部品質・プロセス品質を体系的に理解する TRACERYプロダクトマネージャーの haru です。 システム開発と一般的

シリーズ: システム開発の基礎 システム開発におけるシステムとは何か V字モデルを使って開発プロセスを組み立てよう〜システム開発で迷子にならないために V字モデルの基本構造をWhy,What,How,Make,Testの視点で理解する（本記事） V字モデルの各レイヤー(企画、運用・評価編) TRACERYプロダクトマネージャーの haru です。 この記事ではV字モデルの構造について説明します。V字モデルの構造を把握することで、各プロセスで力を入れるべきポイントが分かり、効果的にシステム開発を進めることができます。 V字モデルの全体像と開発を組み立てる方法については以下の記事を参照してください。 tracery.jp システム開発プロセスの分類とその関係 V字モデルへのマッピング 各レイヤーの説明 「Why」のレイヤー 「What」のレイヤー 「How」のレイヤー 「Make」のレイヤー

シリーズ: 要件定義に求められるスキルとは 要件定義の難しさ（本記事） 要件定義に求められるスキルとは TRACERYプロダクトマネージャーの haru です。 システム開発は、企画、要件定義、設計、実装、テストというプロセスに大きく分けることができます。 開発者にとって、設計、実装、テストは仕事内容をイメージしやすい領域です。 ビジネスに近い立場の人々は、企画段階での企画書作成などを具体的にイメージできるでしょう。 しかし、要件定義に関しては、何をすべきか不明瞭でイメージしにくいという人も多いかもしれません。 この記事では、システム開発における要件定義の位置づけ、そして要件定義が難しい理由について説明します。 開発プロジェクトが失敗する一番の理由と世の中で求められている人材 要件定義は誰が何をするのか システム開発のプロセス ４つのプロセスは『レストランでの食事』に例えられる ビジネスを

シリーズ: 要件定義に求められるスキルとは 要件定義の難しさ 要件定義に求められるスキルとは（本記事） TRACERYプロダクトマネージャーの haru です。 要件定義の難しさ - TRACERY Lab.（トレラボ）では、要件定義がなぜ難しいのか、という説明をしました。 今回の記事は、要件定義を成功させるために必要なスキルと、そのスキルの身につけ方について説明します。 要件定義に求められる3つのスキル ニーズをまとめるスキル 開発から運用までをイメージするスキル エコシステム全体を捉えるスキル 必要なスキルを身に着けるために『型』を学ぶ 『型』に倣い、身につけることのメリットは、考えることが減ること 『型』は万能ではない まとめ 要件定義に求められる3つのスキル 『要件定義』に求められるスキルは、以下の3つです。 ニーズをまとめるスキル 開発から運用までをイメージするスキル 全体を捉え

TRACERYプロダクトマネージャーの haru です。 「設計」とは、単にシステムを構築するための作業ではなく、長期的に価値を生み出すための重要なプロセスです。 ソフトウェアが事業において長期的に価値を生み出すためには、ソフトウェア開発者が「設計にこだわる」*1ことが必要だと私は思います。 「設計にこだわる」とは、ソフトウェアから価値を生み出すためには設計はこうあるべきだという理想を持ち、それを実現し、やり続けることです。 本記事のテーマであるドメイン駆動設計（DDD: Domain-Driven Design）でいえば、その理想とは「事業戦略とソフトウェアの実装を結びつける」*2ことであり、開発者が事業や業務担当者と「同じ言葉」を共有し、現実の業務をソフトウェアにモデリングする（実装する）という活動を持続することです。 その対極にあるのが「動けば良い」という考え方です。自分が担当する機

シリーズ: システム開発の基礎 システム開発におけるシステムとは何か V字モデルを使って開発プロセスを組み立てよう〜システム開発で迷子にならないために（本記事） V字モデルの基本構造をWhy,What,How,Make,Testの視点で理解する V字モデルの各レイヤー(企画、運用・評価編) TRACERYプロダクトマネージャーの haru です。 システム開発におけるシステムとは何か - TRACERY Lab.（トレラボ）では、システムの定義について説明しました。 この記事では、V字モデルを使ってシステム開発の進め方を組み立てる考え方について説明します。 システム開発は迷路のようなもの まずは質問です。迷路をうまく抜けるコツはなんでしょうか。 迷路をうまく抜けるコツは? 答えは迷路を上からみることです。迷路を上から俯瞰することで、複雑な迷路もゴールが見えて、進むべき方向が見えてきます。

シリーズ: システム開発の基礎 システム開発におけるシステムとは何か V字モデルを使って開発プロセスを組み立てよう〜システム開発で迷子にならないために V字モデルの基本構造をWhy,What,How,Make,Testの視点で理解する V字モデルの各レイヤー(企画、運用・評価編)]（本記事） TRACERYプロダクトマネージャーの haru です。 この記事ではV字モデルのレイヤーのうち、「企画」プロセスと「運用・評価」プロセスについて説明します。 V字モデルの各レイヤーの説明は以下の記事を参照してください。 tracery.jp V字モデル上の「企画」と「運用・評価」 「企画」プロセスと「運用・評価」プロセスはV字モデルの頂点にあり、システム開発の目的(Why)に焦点を当てたレイヤーです。 V字モデル上の「企画」プロセスと「運用・評価」プロセス V字モデルでは、右側のプロセスが左側のプロ