上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント

「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者：本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q＆Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。

[moromoro]

仕様書レビューは有効。でもその業務に精通してたり、特に非機能はシステム構築を一線でやってる人じゃないと意味がないけど、やってもらうならどんな単価になるんですかね…

[hyperash]

バルテスもSHIFTもテスト専業で伸びたのが今は上流工程に力を入れてるというのが問題の根深さを示してる気がする。

[vesikukka]

それが出来れば苦労しない、って話ですね。

[knitcapmann]

何十年同じことを言い続けないといけないのか。

[shikiarai]

デシジョンテーブル、mustとneverの網羅、たられば分析、自他ともに業務分析が足りてないがゆえに起きるってワケ

[kagerou_ts]

「それができりゃ苦労はない」って気持ちもわかる。降りてきたときにはておくれだもんな。別の言い方すると、「要件定義・設計の段階でわかる人が参加する」ことの重要性かもね。CTOがいるかいないかみたいな

[kuumon]

“「仕様書に書かれていない見えない仕様を可視化しよう」「正常系の『できる』ことだけではなくて異常系や準正常では『できないこと』を考えてみよう」「できれば文章だけではなく図表も活用する」。”

[honma200]

"上流工程で曖昧な仕様をなくす、中流工程でできるだけ実装と単体テストをがんばる、あるいはCIなどを行うことによって手戻りを最小化します。 そして、下流工程のテスト実行を効率化する。"

[kat21]

簡単ではない、からこそビジネスになるのであって、視点がはっきりしてめっちゃいいと思う

[turanukimaru]

こうできたらいいよねって話をもう何年もしてるな。問題は具体的にどうすればいいかなぜできないかで、お客さんが具体的な話をすればいいのだがやる気が無いからしないでこれももう何年も同じ話をしてる気がするな…

[teto2645]

…

[m_m3zono]

前置だけで本題は次回だとさ。

[findup]

客が仕様を決めたがらない、決められない、決めてもあとからちゃぶ台返しする、とにかくα版でいいから動く物を早く出せと言ってくる、難しいよなあ…。

[mouki0911]

ユーザからの「無理な仕様変更+でも納期は伸ばさない」を無くすだけで現場は半分くらいは救われると思うんだ。

[otation]

見えないものが見えないから苦労するんじゃないでしょうか

[morimarii]

いまどき上流と下流ってさあ。。。

[takeshi0206]

“設計・仕様抜けがテスト工程で見つかるのはうれしくないですよね。” ＜そこだよね。

[theta]

“次回へつづく” 続いてしまった

[oshishosan]

ギャアギャア言う奴を追い出す

[firaishi]

それができないんだわって話だわ

[threetea0407]

いいところで記事が終わってしまった

[OrionB312]

"「見えない仕様」を可視化する"

[toaruR]

『（次回へつづく） ＜続きは近日公開＞』