⾼橋裕之 / SPQI部 部⻑ 兼 製品品質管理責任者 l ソフトウェア業界31年⽬、福島県⽣まれの⼄⼥座 l 組込みエンジニアとして交換器やルーターなどの通信インフラ ソフトウェア開発、コンシューマー向けデジタルカメラ・カム コーダー開発のプロジェクトリーダーを経て、SEPG、PMO、 PPQA（SQA）マネジャーに従事。 l ウイングアーク１ｓｔには2013年3⽉⼊社、6度⽬の転職 l ソフトウェアプロセス改善コーチ、アジャイルコーチ l 派⽣開発推進協議会（AFFORDD）監査（http://affordd.jp/） l Management 3.0 ライセンスファシリテーター l 翻訳レビュー「リーン開発の本質（2008年⽇経BP）」 「Effective DevOps（2018年オライリー）」「プロダクトマネ ジメント ―ビルドトラップを避け顧客に価値を届ける（2020 年オライリー）」
6 内藤 靖⼦ / SPQI部SPI G グループマネージャ l ソフトウェア業界21年⽬、千葉県⽣まれの射⼿座 l 組込みエンジニアとしてプリンタドライバ開発、コンシュー マー向けデジタルカメラ・カムコーダー開発を経て、SEPG、 PMOに従事。 l ウイングアーク１ｓｔには2015年8⽉⼊社（5年8ヶ⽉） l ソフトウェアプロセス改善エンジニア、アジャイルコーチ l CSM（認定スクラムマスター） l A-CSM（アドバンスド認定スクラムマスター） l CSPO（認定スクラムプロダクトオーナー）
7 荒川 健太郎 / SPQI部 SPI G 兼 Automation T l ソフトウェア業界22年⽬、兵庫県⽣まれの牡⽺座 l 受託プログラマー、受託QAエンジニアを経てウイングアーク1stに⼊社。 現在ひとりで勝⼿にSEPIT（Software Engineer in Proccess Implovement & Test）を名乗り、⾃社プロダクトのプロセス改善エンジニアリングを邁進 中。 l ⼊社5年⽬。今⽇お話しする8年の冒険に帯同したのは直近2年。 l CSM（認定スクラムマスター） l CSD（認定スクラムデベロッパー） l 会社ブログ＆YouTube よろしくおねがいします
【Case2】課題：いつも Mission: Impossible 32 Mission: Impossible (1996) - Close Call Scene (5/9) | Movieclips https://youtu.be/ar0xLps7WSY 個の限界にぶちあたる ü プロジェクト後半もずっと追加要求、仕様変更が発⽣する ü 機能開発とリリース済みのサポート対応の並⾏作業 ü リリース後に重篤なバグが⾒つかり、パッチリリースやリマスターの発⽣ ü 狭まるリリース間隔、増えるリリース回数
【Case2】「スペシャリスト」依存はリソース効率依存 34 This is Lean: Resolving the Efficiency Paradox（ Niklas Modig (著), Par Ahlstrom (著), Rheologica Publishing, 2012） “The most obvious difference is the time it takes for diagnosis: forty-two days versus two hours. As much as anything, this time difference increased the amount of worry one of the two women felt. The forty-two days of not knowing causes Alisonʼs worry to escalate considerably. Even though Sarah was worried, she spent considerably less time not knowing.” “最も明らかな違いは、診断にかかる時間で42⽇と2時間です。 何よりも、この時間差は、2 ⼈の⼥性のうちの1⼈が感じる不安の量が膨らみました。 結果が分からない42⽇間、アリソ ンの⼼配をかなりエスカレートさせます。 サラは⼼配していましたが、結果が分からない 時間はかなり少なくなりました。”
【Case2】組織は数多くのプロセスで構成されている 35 This is Lean: Resolving the Efficiency Paradox（ Niklas Modig (著), Par Ahlstrom (著), Rheologica Publishing, 2012） “Processes are the cornerstones of all organizations; these are where organizations do what they do. It is through processes that flow efficiency is created.” “プロセスはすべての組織の礎です。礎としてのプロセスが、組織が成すべきことを成す場 所なのです。フロー効率が⽣み出されるのはプロセスを通じてなのです。”
ぼやき：スクラムマスターの振る舞い 39 Super Scrum Master - the power of scrum- ⽇本語字幕版 https://youtu.be/NcWDx-XXISY スクラム界隈では有名なビデオ。スクラムマスターの１⽇を楽しく誇張し説明。 あるキックオフで、ウケ狙いでこのYoutubeを流した。 「⾼橋 ！！私 ⾔ ！！」 願 本気
【Case9】合宿をやった • ⾃分たちで、組織⽬標を考える（ワールドカフェ） ① 強いQAチームを作るには ② プロダクト連携時代のQAとは ③ クラウドファースト時代のQAとは ④ QAとしてやりたいこと • メンバー全員に「パフォーマンス⽬標」を⽴ててもらった • http://nexcf.1stg.local/pages/viewpage.action?pageId=103172393 • このときの様⼦はブログに書いています • The New Normal https://link.medium.com/NgDNtq7VZ7 91
【Case12】組織改⾰のポイント 130 a. 組織のMissionを⾃分の⾔葉として語れるリーダーを配置する b. マイクロマネジメントから卒業しリーダーにはメンバー育成を期待する c. カルチャーバブルを発展できるリーダーを⾒極めバランスよく配置する d. 1つのチームはなるべく5⼈以下とする e. チーム内の個⼈スキルが偏らないようにする。 f. 困難に⽴ち向かい成⻑できるレジリエントな組織体制を⽬指す g. リエゾンタイプの⼈材を⾒極め、組織の潤滑油とする h. 経営陣からの期待と部⾨Missionの実現にコミットする
【Case13】課題： QAが出荷のボトルネックと（まだ）思われている 139 我々のスループットを増やす努⼒は続けるが… …もっと、Dev⼯程の問題を解決する必要がある ü 計画を変えないか、そもそもない ü 仕様がない ü Dev⼯程のテストが⾜りてない ü Dev⼯程の遅れで時間が無くなる 引⽤：⻄村直⼈,⾓⾕信太郎. アジャイルサムライ達⼈開発者への道
takabow
sachag
kevinliebholz
speakerdeck
tanoku
mojombo
samlambert
brad_frost
swwweet
mongodb
mclloyd
hursman
lemiorhan