答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022

答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダ

[shibainu1969]

その２にある「ソフトウェア開発を外注していると答えた企業は、有意にローパフォーマーになる」問題をどうするか。内製に切り替えても社内にエンジニアのキャリアパスがない。

[chi-bd]

そもそも「誰も答えが分からないものを模索しながら作り続ける。」を理解してもらえるかどうか。『それは能力不足or考えが浅いからだ』という反論を論破するのは極めて難しいかと

[t-wada]

日本科学技術連盟主催の「ソフトウェア品質シンポジウム2022」での講演内容を詳細なレポート記事にしていただきました（全4回）。誠にありがとうございます！

[secseek]

個人的にはやってるんですが、なかなか根付かないんですよね。なぜか管理ドキュメントはやたらと書きたがるんですが…

[hetoheto]

クリエイティブ分野ではずっとそうだったけどな…「もののけ姫はこうして生まれた」観るといいよ、あの宮崎駿ですら悶え苦しんでるから

[shikiarai]

内製なら良いけど受注で生きてる奴らは顧客への営業の仕方が間違ってるから理解されないというか自社の営業がどれだけ理解してるのかからだよね

[kfly8]

実践して、目に見えて開発パフォーマンスが上がってる現場にいる。今、要望に応える力に価値を感じてもらえてる。いい話に留まらず、これが普通になり、実践される世界になるといいな。

[nakamura-kenichi]

「自動」やないからなあｗ。というか、テストが納品前やアプデの必須事項の時点で矮小化しきれずWFから抜け切れんのやで。環境コストが最早ゼロ同然やで、いかにスケーラビリティある廻せるモデル化にできるかやで。

[getcha]

デプロイ頻度のメトリクスには、否定的です。もはや動きもしないものを何度もリリースするインセティブになってる気がする。人間の性善説に立ちすぎと思う。

[taka-oh]

開発思想の流れ／体系化を鳥瞰した説明が腹落ちする

[syque]

“予測型から適用型に考え方を変えていかなければならないかなという話になってきた。誰も答えが分からないものを模索しながら作り続ける。どんどん変わっていかなきゃいけなくて、しかも答えが刻々と変わっていく”

[usamippoi]

AI開発がまさに「答えがわからないものを模索しながら作り続ける世界」になってる。PoCしないと要件も非機能要件も定まらない。

[daaaaaai]

“リードタイム、デプロイ頻度、MTTR（平均修復時間）、変更失敗率”

[masterq]

耳が痛い。なんとか自動テストを少しずつでも導入したい

[stilo]

"シリコンバレーの「分からないものを分からないなりに作る」という世界の価値観とは、「リリースした製品は必ず間違っている」という前提に立ち、リリース後の改善力こそが強みであり、競争力であるということ"

[Magicant]

リードタイムやデプロイ頻度は結果の一部でしかなくて、そのメトリクスを改善することだけを目指しても意味がないんだよな。ではどうするか? 正解なんてどこにも転がってないけどそれでも探し続けないといけない

[akitoguc]

“ソフトウェア品質シンポジウム2022”

[sonota88]

LeanとDevOpsの科学

[ebo-c]

ちょっとBUMP OF CHICKENの天体観測とかTHE BLUE HEARTSのTRAIN-TRAINっぽくないですか？(ないですか。そうですか)

[yoiIT]

“「分からないものを分からないなりに作る」という世界における価値観とは、「リリースした製品は必ず間違っている」という前提に立つこと”

[otihateten3510]

フワッとしてるなあ　後半スピードの話してるけど自動テストの寄与は言わないんだね

[moromoro]

答え分からんのあるある。開発・テストな技術側主体の仕様改善提案に留まらず、サービス考案しちゃってるけど泥沼現場だと何故かビジネス側に叩かれるやつw

[trace22]

うちのTwitterの通知欄ここ一週間ほどずっと壊れとるんやけどすると彼らはローパフォーマーに当たるんかな

[imwks]

エンジニアがわからないものをなんとか作り出してるのに営業側はいつも言いたい放題言ってくる/技術側もわからないものを作ってることがわかってない人が居るから定番パターン以外は許さんムードを出してきて厄介

[nunulk]

記事とは関係ないけど、以前は答えがわかっていた世界だったわけではなくて、これが答えだと決めつけて突き進むしかなかった世界、ということだと思う。間違っていても軌道修正のしようがなかった（予算的、計画的に

[atsu10]

LeanとDevOpsの科学、読み返しておこう。

[myr]

？今まで答えがわかっているものを作ってきた事があまり記憶に無く、よく分からない。。

[buhoho]

答えがわかってるなら機械で解決できる定期

[ooblog]

#要件定義 #アジャイル 「既存のビジネス~要件~期限~リリース~ゴール~間違っている~現在のソフトウェア開発~体験したことのない製品サービス~誰も答えが分からない~しかも答えが刻々と~テスト容易性~自動テスト~大黒柱」

[panoramaafro]

日本企業に予算の余裕がないので、最初はアイデアを速攻パクるしかない状況。広告とUIでスケール。

[Shalie]

"4つのメトリクス〔リードタイム、デプロイ頻度、MTTR、変更失敗率〕によって組織が備えているソフトウェアの開発力を測ることができるだけでなく、その企業の開発力はそのままその企業の業績、競争力に繋がっている"

[yarumato]

“プロジェクトマネージメントの体系PMBOKの第6版までは、プロジェクトとは期限と成果が確定した予測型。第7版(2021)では成果が不確定な適用型に変わった。アジャイル開発、継続的デリバリーを詳しく話す”