# タイトルコール ようこそ、世界が広がるソフトウェア品質で このチャンネルでは、Qエンジニアのサミーが ソフトウェアテストやソフトウェアの品質保証を中心に 日々奮闘していることや考えていることをお話しします。 毎日お昼の12時30分に配信しています。 ゲストの方やリスナーのあなたと テストや品質の世界を広げていきます。 # 失敗から学ぶ仕組みづくり こんにちは、キュウエンジニアのさみぃです。 キュウエンの仕事はバグを見つけることだけではない、 多業種でも役立つ、失敗から学ぶ仕組みづくりについてお話をしていこうと思います。 お仕事は何をされているんですか?みたいな話になった時にですね、 何かこのアプリとかサービスとかをリリースする前に問題がないかとかを確認する仕事ですよ、みたいなことをよく言うので、 それでつまりバグを見つけることにもニアリーゴールだったりはするんですけれど、 でもそれだけじゃなくて、最近はですね、ここ2年ぐらいとかは特に失敗から学ぶみたいなところ、 そういう仕組みづくりもかなり個人的な力を入れているのですよ。 言葉としてはよくポストモテムって呼んだり、わたま振り返り、生涯の振り返りっていう風に呼んだりはするんですけれど、 それを今回少し紙砕いて説明を頑張ってみようと思っております。 紙砕いてというか、他の業種でも応用できる伝え方ってなんだろうって考えて出てきたのが、失敗から学ぶ仕組みづくりというワーディングになります。 ということで今回の流れなんですけど、まず最初に失敗とはというところを簡単にお話しします。 その後、良い失敗、悪い失敗とはとか、失敗の原因の重分類みたいな話を、基本なのかなの話をした後に、 ポストモテムのコツというか、そういう失敗から学ぶ仕組みっていうところの大事な要素を、 今回失敗学という本を読みながら学んだことと、プラスアルファ自分がやっていることとか、感じていることとか、大事にしていることというところを混ぜてお話ししようと思っております。 ということで最初が失敗とはです。失敗の定義って何でしょうか。 今私が読んでいるのは、畠村陽太郎さんという方の失敗から学び創造に生かす失敗学という本を読んでいます。 その本にある失敗とはという定義なんですけど、人間が関わった一つの行為が望ましくないあるいは期待しないものになることです。 人間が関わったというのと望ましくないというのがキーワードだそうです。 私なりの解釈としては、人間が関わったということなので、やっぱり人間が関わる以上100%正しいというのはありえなくて、絶対誤りみたいなものは絶対発生すると思っています。 かつ望ましくない結果というところなので、何かをやろうとした期待していたものがあって、それに対してそこから外れた、望ましくない状態になったというのが失敗なのかなというふうに私なりには解釈しました。 続いて良い失敗と悪い失敗とはというところで、こちらも畑村陽太郎さんの失敗学の本を読んでいて、面白いなと思ったので紹介しようと思います。 良い失敗というのは個人にとっての未知への遭遇というふうに書かれています。 これめっちゃいいなと思っていて、プロダクト開発とかでも日々すごく難しいことにチャレンジしているわけなんですよね。 なので個人にとってもそうだし、会社にとってもその未知へのチャレンジとか遭遇とかはいっぱいあるわけなんですよね。 それでいろんなことにチャレンジをしてやってみて、それが望まない結果になったというのが失敗というふうになるんですけど、 それをポジティブに捉えて、失敗から学んで次に生かすというのが私すごく大事だと思っているんですよね。 この本の中にでも人間の成長は失敗なしには語ることはできませんということで、 失敗をしてそこから学びをしてまた次のアクションを取る、それによって成長する、 そこまでセットでやるというかやり切ることによってその最初の失敗が報われるというか、 それがこの本で言う良い失敗というふうになるのかなというふうに読みながら考えておりました。 悪い失敗というのは本ではこのように書かれています。 悪い失敗は不注意や誤判断などの単純ミスが原因で何度も繰り返される失敗ですという感じですね。 ソフトウェア開発の現場で誤判断というのが単純ミスだけとは限らないかなと思ったりもしますけれども、 その同じ原因で何度も同じ失敗を繰り返すというのは良くないですね。 この失敗から学んで次に生かせていないので確かにそれは悪い失敗かなというふうにも読みながら考えておりました。 ここまでは失敗とはという定義と良い失敗がある失敗について5本の紹介しました。 続いて失敗の原因の十分類です。こちらも同じ本の中から引用していきます。 十分類で結構数が多いのでぜひ興味持った方は本を買うなり図書館で借りるなりしていただきたいんですけど、 紹介していようと思った理由がすごいなるほどなと思ったんですよね。 この失敗の原因というものを何となくは分かっていたけれど、 ちゃんと言語化されていたのがすごく私にとっては学びということで今日ご紹介しようと思っています。 失敗の原因10個あります。最小10個言いますね。 1.未知 2.無知 3.不注意 4.手順の不遵守 5.誤判断 6.調査検討の不足 7.制約条件の変化 8.企画不良 9.価値観不良 10.組織運営不良です。 私自身も日々ポストモーティブといいますか、何か大きな障害が発生をしたら、 関係者を集めて振り返りする。何で障害が起きてしまったのか、何が問題だったのかというとこのなぜなぜ分析と書いていたりするんですけど、 その中でも確かに、例えば失敗原因の2の無知というところを知らなかったことが原因で失敗が発生するということもよく見ますし、 あと6番の調査検討の不足というところも、 使用の調査というか既存の挙動の調査とか、使用の検討不足みたいなところが原因で失敗が起きた、失敗が起きたというか障害につながったみたいなところもよくあります。 あと8番の企画不良というところで、企画のタイミングをそもそも考慮していなかったよねというところが、 結果的に大きな障害につながったみたいなこともよく聞くので、この重分類というものを見て、 失敗の原因を考えるときにこの重分類を参考にしたらよさそうだなという学びがありました。 ということで、ここまでが失敗の原因の重分類の話をしました。 ここからは失敗から学ぶ仕組み作りにおいて大事なポイントを3つお話ししようと思います。 1つ目が失敗の情報の性質についてですね。 失敗の情報というのは時間が経つと減衰するそうです。 どんどん情報が減っていくというか、忘れ去られるみたいなところなんですけれども、 なのでその失敗情報の伝達については単純化をしないで、ちゃんと細かい経緯とか原因を書く必要がありますということですね。 それを読んで思い出せるようにする。 じゃないと、あまり単純化して置いといてしまうと、結局それって何なんだっけというか、 時間が経つにつれてその学びみたいなところが伝わらないということなんですね。 要はその失敗から学んだ知識というものはちゃんと言語化するというか、 ちゃんと蓄積するというか置いておくということが大事。 そのためには失敗そのものをちゃんと分析をしていかないと、 そこから何を学ぶのかみたいなところの知識とかもちゃんと言語化というかできないですよみたいなことが本に書かれていたというか、 本から私が学び取ったことになります。 加えて失敗情報というのが組織内の上下も動きにくいし、横にも伝わらないという、 そういう性質がありますよというふうに紹介されていました。 なのでここでも私が大事にしていることは人を責めない。 何か失敗があった、大きな障害が起きたという時には、私は絶対その人を責めないようにしていますし、 関係者を集めたミーティングの場でも最初に書いてあります。 私はこの会議では人は絶対責めません。 そうじゃなくて事実とか権威の情報をしっかり収集をしたいので関係者を集めています。 失敗情報の性質として、やっぱり失敗したこととかってあまり人に言いたくないとか、 隠したいという心理がどうしても働いてしまうので、 その振り返りを行う、主催する立場としては一生懸命自分から情報を取りに行く必要があるかなというふうに考えています。 失敗から学ぶ仕組み作りで大事なことを2つ目として、 その失敗の伝達に必要な6つ、6個の項目というのが本で紹介されていました。 それが事象の記述、経過の記述、原因の記述、対処についての記述、総括の記述、知識化の記述というふうに書かれています。 これを見て、確かになというふうに思ったポイントはありまして、 私もその振り返り、大きな障害があったときの振り返りでは、 大体この6つのほぼかな、5つぐらいは書いています。 どういう事象が発生したのか書いていますし、その経過ですね。 いついつに誰々がこういうプロダクトコードをリリースした。 その後に何月何日の何時にこういう問い合わせが来た。 何時何分から調査を始めた。 そして何時何分に修正のリリースを行ったみたいなところの経過とかも書くようにしていますし、 あと原因もそうですよね。 今回の障害が起きた直接的な原因、具体的にプロダクトのコードですね、ここの部分が問題だったとか、 直接的な原因と間接的な原因ですね。 なぜその判断、プロダクトコードで良いと判断したのかとか、見つけられなかったのかみたいなところの間接的な原因とかも書いています。 あと対処ですね。 直接的な原因がこうだったからこういうふうに対処しましたみたいなプロリクだったりとかも記述はしています。 総括ですね。 概要みたいなところを最初に今回こういう問題が起きてこうだったみたいなところも書いています。 一番できていないなと思ったのが、知識化の記述というところがこの本を読んでの新しい学びでした。 # 続き この知識化の記述のところで本に書かれているのが、 知識化というのは失敗を分析・検討した結果、その失敗から何を学ぶのかを抽出し、 今後に繰り返さないための知識や教訓として大切ですというふうに書いています。 これまでの自分の振り返りでやっているアクションというところだと、 直接的原因を、なぜ分析を通して明らかにして、 あと間接的原因はここだよねというのも深掘りをして、 その上で間接的原因を防ぐためにはこういう仕組みが必要だよねみたいなことを抽出させていました。 ただ一方で、この知識化というところはちゃんとできていなかったなというふうに思っています。 1個のアイディアとしては失敗事例集とかで検索できるようにした方がいいんだろうな、 今のところ社内で今回障害があってそれに対してこういうところが原因だというふうに考えたので、 ネクストラクションというか再発防止策としてこういうことを考えていますみたいな学びは社内で共有するようにしているんですけど、 プラスアルファ後から検索できるようにするというのは結構大事なのかなみたいなのは思っていたりします。 ここまでが失敗から学ぶ仕組み作りの2つ目のポイント、失敗の伝達に必要な6つの項目について、 特にその知識化の技術について話をしました。 ポイントの最後3つ目はマインドセットのような話にはなるんですけれど、 失敗は学びの方向だというふうに私は考えております。 やっぱり人間なので失敗は絶対するものだという前提もありますし、 先ほども少しお話ししたんですけれど、やっぱりしっかり事実を把握して分析をして、 それを失敗を学びに生かすということがすごく大事だと思うんですよね。 なのでその振り返りをミーティングするときには私は絶対一足を攻めませんと言いますし、 人によっては振り返りというかプロダクト、コードを書いた開発担当者の人が すみません、すみませんと言うんですけれど、私はそのときに謝る必要はありませんというふうに言うんですね。 日々たくさんのタスクを行っているし、難しいチャレンジをしているし、 私たちは難しいプロダクトを作っているんです。 だからあなたを攻めるつもりはあなたは悪くないですと言います。 ただその代わりと言いますか、何が起きたのかをしっかり把握をしたいですし、 ここの組織としてどうやって改善していくのが良いのか、 仕組みとしてどうやって改善していくのかというのかを一緒に考えていきませんかというようなお話をしています。 完璧な人間など存在しないので、失敗というものは真摯に受け止めて、 それをしっかり学びにして次に生かす、同じ失敗を絶対起こさないぞということを繰り返さないぞということが大事なのかなというふうに思っていますので、 逆に改善ポイントが見つかったというふうに私はすごくポジティブに捉えながらその日々振り返りということをやっております。 今回は失敗から学ぶ仕組み作りについてお話をしました。 # 今日のほっこり話🍓 今日のホッコリ話です。 いちごの話をします。 週末に我が家で急遽、いちご祭りを開催しました。 イエーイ! 写真をチャプターに貼っておりますので、よかったら見てください。 山さんに行ったら、いちごがとても安くて、 5パックで1500円だったので、いちご5パック買いまして、 あとは送っていただいた美味しいいちごもあったので、それも出してきまして、 あとスーパーにあって、アイスクリームとコンフレックとホイップを買いまして、 我が家でいちごパーティーを昼過ぎに行いました。 アイスとコンフレックとホイップを買ったのはですね、パフェにするためなんですけど、 今年はですね、いちご狩りのバスはちょっとバスツアーの値段が上がって断念していたところだったので、 代わりにスーパーでたくさんいちごを買って、 お家でパフェにしたりそのまま食べたりということで楽しむことができました。 私がいちご狩りに求めていたのが、いちごをたらふく食べるというところだったので、 スーパーでたくさん買ってお家で食べても欲が満たされるじゃんということに気づきまして、 今年はお家でいちごパーティーというスタイルを撮ってみました。 もしよかったら真似してみてください。 以上、今日の誇り話でした。 # 📣放送/相談/コメントリクエストを募集中！ 放送・相談・コメントのリクエストを募集中です。 おしゃべりリクエストボックスという名前のGoogleフォームを作りました。 このチャプターにリンクを貼っております。 2025年3月31日までの期間限定で、トライアル運用中です。 こういう話を聞きたい、相談に乗ってほしいなど、ご意見をいただきたいです。 一緒にこのチャンネルを盛り上げていきたいので、あなたの投稿をお待ちしております。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回はVoicyのトークテーマ、 私の食事ルールというテーマでお話ししようと思っております。 今回の放送を聞いて、 なるほどな、確かにな、丸火になったなと思った方は、 是非、画面右下、ハートマークでいいねを押していただけると、 SNSでのシェアやコメントも是非是非よろしくお願いします。 それではまたお会いしましょう。 ごきげんよう。