要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

624
nori @00oichan

@5umerag1 そのとおりですね。 双方の役割分担、責任範囲を明確化して安全にすすめられるPMが増えるのを願うばかりです💦

2022-12-04 11:41:58
うぃんうぃん♬ @sin0111

@00oichan これは分かるのですが、真実は受注までのプリセールスである程度、受注者側がやってる雰囲気になるので難しいんですよね🤔 なので、しっかり工程(今、なにやってるか)を切って意識合わせをする様に心掛けてます

2022-12-04 10:20:28
nori @00oichan

@sin0111 素晴らしいですね! 工程しっかり切っても、まだ追加の要件出してくるひとって多いですよね。最悪丸投げでもいいから、仕事のルールは守ってほしいですよねー👼

2022-12-04 11:46:32
Hide @h_taka_t_t

@00oichan 「それは(要件定義)、あくまで発注者の仕事であり」かぁ~。 ずいぶんと、発注者に代わって要件定義書、作ったなぁ。

2022-12-04 11:29:19
nori @00oichan

@h_taka_t_t 深みある感想!! 業務のプロ(顧客)とITのプロ(ベンダー)が必要なところを書くのが理想ですよねー

2022-12-04 11:53:10
nori @00oichan

@kazumori102 悪くないです!きっと! 助け合いましょう👍

2022-12-04 11:54:40
K @K57911752

@00oichan 「IPA…?聞いたことないから無視してええやろ!、17項目とか読ませる気ないしな

2022-12-04 11:39:43
nori @00oichan

@K57911752 「IPAの基準では...」 で説得できる顧客と、「は?何それ?」みたいな顧客がいますよね😂

2022-12-04 12:01:52
SABRINA @kigurumisabrina

@00oichan 当たり前なんだけど、発注者の後出しジャンケンが多すぎるもん! しかも、当然のように(=追加費用なし)言ってくるから、タチ悪い。

2022-12-04 13:53:58
nori @00oichan

@kigurumisabrina ちょっとした改修依頼や調査依頼や無邪気な質問メールの返信にも工数がかかっていますよね そのときお金もらえなくても見える化して、次回の見積もりに過去実績からの想定工数を積むしかないです👍

2022-12-04 18:03:49
情シスマン__情シス一筋14年 @joushisuman

@00oichan うっ。理解してますが、情シスからすると要件依頼だして、一緒に要件定義してくれて、システム設計はこちらにも分かりやすいのを作ってくれる。そんな業者を選びますね。 丸投げする気はないんですが、今の人員で他の案件、業務しながら、漏れなく要件定義はできないです。業者さん感謝してますよ。汗

2022-12-04 14:26:36
nori @00oichan

@joushisuman 板挟みな立場ですねー💦 経営側がリソース配置をもっと考慮してくれたらいいんですけどねー 開発側としてはとにかく「実現したい業務」を教えてほしいですね。何がやりたいか。なぜやりたいか それさえ業者に伝われば、きっといいシステムを一緒に作れるはずです👍

2022-12-04 17:57:04
kaiyu @migratoryfish2

@00oichan 顧客「んーそんなこと聞かれてもよくわからんから いい感じで!」 僕「」 顧客「納期はなるはやね!」 僕「」(昇天)

2022-12-04 14:32:10
nori @00oichan

@migratoryfish2 大泉さん「僕に魔法を使えってぇのかい?」

2022-12-04 17:51:31
荒川くん @arakawakun

@00oichan システムを「銀の弾丸」だと考えている経営者と、「私、こういうの苦手なんですよね〜」と前置きする担当者があいも変わらずたくさんいます。結果、使われないシステム・動かないシステムが生産され続けてます。

2022-12-04 16:02:30
nori @00oichan

@arakawakun システムのことはプロに任せていいので「御社は何がやりたいか」と「なんのためにやりたいか」は、ベンダーでは答えられないので、そこは考えてほしいですねー

2022-12-04 17:50:18
サモイタ@VBAって凄すぎ @biitarou

@00oichan @TeleworkerY 「要件定義は発注者の責任である」 なので要件定義までやると儲かります。 皆さん「客の仕事だ」と言ってやらないから。 ニッチな部分←ここが儲けの源泉だと思います。

2022-12-04 16:52:50
テレワーカーY @TeleworkerY

@biitarou @00oichan 要件定義のお手伝いをするするコンサルも、けっこう儲かりそうではあります。 自分で頭使うべき所を外注すると、それ相応の費用はかかりますね。

2022-12-04 16:56:15
sollalice(本垢) @sollalice

@00oichan 「何となく欲しい、やれと言われたから、面倒い丸投げ」ではなく、「このシステム導入に賭けている、俺のシステムだ」っていう情熱がないから何がしたいかいい加減な説明になるって案件もあった。行き過ぎた情熱で口出ししてきてやりにくい案件もあった。 pic.twitter.com/VuebPwmWDS

2022-12-04 17:24:22
拡大
拡大
nori @00oichan

@sollalice 最初は抽象的でもいいので こちらの具体化するときのアプローチにちゃんと乗っかって欲しいというのはありますね 👼

2022-12-04 18:07:18
kome @sssstlnn5jsm

@00oichan 要件定義手伝うのならコンサル料としてお金貰わないとね、本来。

2022-12-04 18:12:20
nori @00oichan

@sssstlnn5jsm 本契約とは別に客先に派遣契約で数カ月入って、顧客側としてシステム分析と業務要件定義をやれるんだったら、成功率ぐんと上がるのに!

2022-12-04 18:14:39
里見恵介@エンジニア社長 @keisuke_cor

@00oichan 発注側の願いは「ITわからないので提案も含めた要件定義を丸っと任せたい」だから、弊社の例でいうと、その分料金を細かくわけて、乗せて、そんでまるっとやってるかな今は

2022-12-04 18:13:24
nori @00oichan

@keisuke_cor 頼もしい会社さんですね! 私はITのことは任せてください その分お金ください あとお願いだから業務要件を出してください って感じです 👼👼👼

2022-12-04 18:18:04