人気の記事一覧

【図解】リクルートのプロダクトマネージャーってどんな仕事?

相棒(chatGPT)は私の完ぺきコーダーです

デザイナー視点で「要求定義書」に書いてあって欲しいこと

要求定義で使えるフレームワーク

7か月前

セルバのエンジニアが要求定義・要件定義で気をつけていることを徹底解説

#29_システム開発における要求定義 

【#128】ギリギリ提出できました!

テンプレート(穴あき定規)を使って試行錯誤で図解で仕様書を作成

テクノロジーの最終目標とは…可制御と役立ち論

2か月前

「要求定義」がシステム開発の成果を決める

技術営業とシステムエンジニアとプログラマー、それぞれの役割

ビジネスアーキテクトを目指す「ADPISA-H」の学びがとても刺激的だよという話(2か月経過)

「話が早い」とお客様に言っていただく状況をどうやってつくるかまとめた

プロダクト開発における「仕様」のつまづきを減らす取り組みについて考えてみる

4か月前

情報システム導入の目的と役割

情報システムが業務に合わない:トラブル発覚

科学は道理で知性で理解するもの、信じるものではない。

6か月前

PRD のススメ ~ メンバーや関係者とのスレ違いを減らそう

「DXだって基幹系だって大丈夫!」生き延びるための要点定義よ、こんにちは

4か月前

IPA「家づくりで理解する要求定義の勘どころ」 要求定義を家づくりに例えた資料がすごく分かりやすいので共有します。 https://www.ipa.go.jp/archive/files/000065172.pdf

10か月前

システム開発をはじめて3カ月の振り返り「いま課題に感じること」

はじめて開発を委託するクライアント様へ

要求定義と要件定義の違いとは

[読書メモ] 次世代プロジェクトリーダーのための すりあわせの技術② / 山本修一郎

1年前

[読書メモ] 次世代プロジェクトリーダーのための すりあわせの技術① / 山本修一郎

1年前

「アジャイル」がもてはやされるのは、顧客が「本当に必要なもの」を表現できないから

¥100

要件定義を理解しよう!

DX推進:「作ってもらう技術」を知る_#2_作ってもらう側がちゃんとやるべきこと

DX推進:「作ってもらう技術」を知る_#4_作らせる側と作る側のバトン渡し(PdMも必要な知識)

DX推進:「作ってもらう技術」を知る_#6 _ROIを精査する&細かくテストする

ユーザに知っておいてもらいたいシステム開発のルール。

情報システム部がシステム開発を依頼させられた時の対応まとめ

2年前

欧米と日本のシステムに関する考え方の違いについて

だまし絵を描かないための-- 要件定義のセオリー https://www.amazon.co.jp/dp/4865940685/ref=cm_sw_r_other_apa_i_Oxj-EbECEJY5P 要求定義と要件定義は似てる言葉ですが、意味は違う。ビジネスユーザー側が、システムにどのような役割、目的、機能を求めるアウトプットが、要求定義。システム開発を正しく進めるために必要。

4年前

【読書メモ】成功する要求仕様 失敗する要求仕様

【読書メモ】成功する要求仕様 失敗する要求仕様

【雑記】経緯を忘れちゃう人ってその場凌ぎで生きてんの?

4か月前

【書籍紹介】要求仕様書の書き方なんかより先に学ぶべきこと

4か月前

ユーザーの要求とプロダクトの要件

ミスが多い人でもプログラマになれるか?...プログラマとしての適性

1年前

システム発注者(ベンダー側)が要求依頼する前に用意すべきもの。受注者(メーカー側)も意識すべきこと。

システム開発には欠かせない!「要件定義」とは?

『図解即戦力 要件定義のセオリーと実践方法がこれ1冊でしっかりわかる教科書』DXにはDXのやり方がある(目標設定、使命分析)