システム開発で曖昧な要望を形にしていく方法 - arclamp

このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体

[nihonbuson]

"多くの場合、クライアントは「目的」と「戦術」しか話してくれません。" "システム開発の初期段階では、戦術を確定するために戦略の立案と、兵站の確認をしていく必要があります。" / すごい良い言語化だ

[hatest]

お客さんが忙しい忙しいって言って、戦略の立案と兵站の確認に協力してくれないことがよくあるのよね。金払ってるんだからそっちでかんがえろよとか言う。そこを丸投げでやられると後でコレじゃないって言うし

[turanukimaru]

クライアントのビジネスを決定づけるのはクライアントではなくクライアントのお客さん。それがDomainとDominusということなのだがほとんどの日本人にはよく分からないのでこうやってシステム屋がやってく必要がある。

[programmablekinoko]

目的と戦術を言ってくれるのはまだマシで、単に上からそう言われたから、よしなにやってよってとこが多すぎる。これを参考にして相手の要望を引き出してこうと思う

[nakamura-kenichi]

客はシステムに何が出来るかを知らないんだから、目的と手段が正解じゃ無いって前提から始めないと失敗したり意味が無かったりする。でも相対する側もシステムに何が出来るか知らなかったりして地獄ばかりになるｗ。

[rgfx]

「多くの場合、クライアントは「目的(達成すべきこと)」と「戦術」しか話してくれません」いいなあ、ひどいと「(達成された後に)享受するべき(であろう←)ベネフィット」くらいしか言ってくれなかったりも。

[kazokmr]

わかる。自分の場合はブループリントじゃなくて、ユースケース記述とかユーザーストーリーマッピングを使ったりする

[circled]

これを言う→「自分の家を建てる時はこと細かいところまで気にしますよね？これで本当に大丈夫か確認しますよね？今のあなたの態度って、自分の家を建てる時に「適当にやっといて」って言ってるようなもんですよ？」

[nekomakura15]

目的、戦略、戦術の話は良く聞くし認識しているけど、そこに兵站も加わってのこの話は個人的には目から鱗。とてもありがたい言語化。実感とも合う。

[testedquality]

社内にシステム開発のとき必要なものを説明するのに使わせていただきます。わかりやすい・・・

[eagleyama]

“戦略と兵站は一度に考える”

[iekusup]

ほー。

[shunkeen]

“戦略と戦術と兵站を一緒に考えることで「その戦術は価値を実現できるのか？」「兵站が確保され戦術に実現性があるのか？」といったことを整理していく”／戦略だけだと絵に描いた餅、兵站だけだと烏合の衆

[massox]

良記事

[heidelberg1919]

「窓に！窓に！」と叫ぶタイプの顧客に、自分は慣れすぎてしまったようだ。

[yujin_kyoto]

あとでよむ

[harumomo2006]

「嫌なら使うな」を言える会社は本当に楽しかった

[adwhing]

丸投げじゃ良いシステムはできんよ

[yamami78651]

みんな大好きITコンサル。曖昧な要望をより具体化するために情報を整理して、いろんな可能性を叩きに要望の本質を取りまとめてシステムを作るんやぁ

[wtatsuru]

目的、戦略、戦術、兵站、の分類いいな。 "戦略と兵站は一度に考える" も。

[sigwyg]

“大事なことは戦略と戦術と兵站を一緒に考えることで「その戦術は価値を実現できるのか？」「兵站が確保され戦術に実現性があるのか？」といったことを整理していくことです。”

[high190]

"戦略と戦術と兵站を一緒に考えることで「その戦術は価値を実現できるのか？」「兵站が確保され戦術に実現性があるのか？」といったことを整理していくこと"

[kazoo_net14]

こういう言語化は読んでると楽しいけど、役には立たない

[natu3kan]

戦略や戦術のできる事って考えると無限大だけど、偵察から得た情報と兵站を考えると出来る事は絞られてくるよな。

[yarumato]

“クライアントからの話を4階層に整理。目的、戦略（目的を達成するシナリオ）、戦術（具体的な手段や操作）、兵站（戦術実行する人やデータ）。クライアントが話すのは目的と戦術だけ。戦略と兵站は同時に考える”

[tanority]

なるほど

[saiid]

いい話

[toruhjp]

とれるストラテジーは実現できる人員配置によって決まり、最適な人員配置は予定するストラテジーによって決まる。両輪やで。

[kenzy_n]

システムソフトや光栄辺りが得意そうなイメージ

[mistake3]

参考にさせていただきます。

[moromoro]

サービスブループリントだと足りないことがある。運用側の現場しか知らない実はこんなのがある系が漏れて整合性が破綻するパターンをいくつかみたけど動かして分かるんだが回避方法あるんやろか