MinsTalkBeginnerただいま三河。今年も帰ってきました。昨年のスクラムフェス三河で紹介したチームNOCKnock。あれから1年経過しました。メイン業務を持つメンバーが、隙間時間を使って活動する遊撃部隊のようなチーム。社内外への発信や組織運営をスクラムでやってみる実験体のようなチーム。成果への道のり学んだことをふりかえり、ビジョン・ゴールに近づいたか今後の活動に向けてどんなチャレンジをしていくかなどを踏まえた話をしたいと思います。このセッションから得られる情報は、すでにスクラムを実践している方はもちろん、これからスクラムを始めてみたい、開発はしないけどスクラムのエッセンスを取り入れたい方にも有益な情報になると思います。このNOCKnockの活動には実験的な要素も含まれています。そんな内容を皆さんに伝えて、何かの学びになればとてもハッピーです。使うアプリケーションを2チームで開発、保守、運用しており、それぞれのチームが1つのプロダクトバックログから決められた優先順位をもとにアイテムを取ります。2チームで開発を進めるに当たり以下のような問題が起きました。複数あるため、2チーム間で情報共有がうまくできず、認識齟齬による手戻りが発生それぞれのチームで得意な技術領域やドメイン知識があるにもかかわらず、2チーム間で情報共有がされないまま開発に着手して無駄に調査の対応工数がかかってしまったその課題を解決するために私たちは、プロダクトオーナーと開発2チームで集まって担当を決めるプランニングの際に、技術的知見やドメイン知識を持つメンバーが知見の少ないチームに一時的に所属してすすめるのが良いのではないかと考えました。導入しており、その手法がLeSSにおけるトラベラーという情報共有のプラクティスに似ていたことから、トラベラーについて理解を深め積極的にトラベラーを活用して課題を解決しようとしました。トラベラーを使って2チームで、うまく情報共有するためにどのように工夫をして課題を解決していったのかお話します。「チーム間で情報共有がうまくできていない」と感じている方の参考になればと思っております。MinsTalkIntermediate安定性がより求められてきた製造業IT部門。一方で近年では世の中の状況も変わり、製造業IT部門も大きな変化を迫られています。これに立ち向かうためには人も技術も同時に変化(モダナイズ)していかなければなりませんが、各現場の努力だけではなかなか実現が難しいのが実状でした。従来型の文化がまだ根強く開発の主体もオフショアの環境で人と技術のモダナイズをどう実現し広めていくか?Scrumを使って人と技術を同時に成長させられることを実例で示した私たちの小さな取り組みをご紹介します。内容の配分としては組織変革全体に関する内容が3割、具体的な現場やチームの取り組みとその結果が7割位の想定です。MinsTalkIntermediateあなたは、今マーケティングとアジャイルの親和性がこれまでで最も高まっていることをご存知でしょうか?マーケティングの神様であるフィリップ・コトラー氏は最新書籍「マーケティング5.0」において「テクノロジーと持続可能性の融合」を行なっていく中で重要なアプローチとして"アジャイル"という言葉をうたっています。アジャイルのプロである私達がキャッチアップし、マーケターの背中を押し、足並みを揃えることで、プロダクトの成果(売上や事業貢献)はより上がっていくと考えます。今回は、エンジニア出身PMの私が大学で3ヶ月間、スターバックス、ファミリーマート、ニューバランスのCMOやマーケティング責任者から学んだマーケティング業界の潮流を交えてお話したいと思います。お話しないこと・ごめんなさい!私自身が会社で行っているマーケティングや顧客への提案の内容は戦略そのものなのでお話できません。・この分野、調べれば調べるほど深いです・・・。問題提起と一歩目のアプローチは提示できますが、根本解決までには僕もまだまだ学ぶ事が多すぎました。今後色んな所で続報を発表していこうと思ってます。ことは息をすることより自然でした。"線が崩壊し"......。言われ続けてきました。ことに時間を使いました。言われることはなくなりました。アプローチしていったかを伝えていきます。以下のようなアプローチになります。認識に大きな差がみられるようになりました。してふるまっていただけるようになっています。ことよりも優先すべき事項を見つけられたため、伴って有効に開発ができるようになりました。開発方針に対して、アジャイル開発のメスを入れることができたかと感じております。対応に困っている方がいれば、このトークを聞いていただければと思います。MinsTalkBeginnerAndroidとiOSの組み合わせのような異なるプラットフォーム向けにサービスを提供する場合、どうすれば効率良く開発を進めることができるでしょうか?FlutterやXamarin、KMMといったマルチプラットフォーム向けフレームワークを使うのも1つの手でしょう。KotlinやSwiftのように全く異なるコードベースであっても、知見を共有し協調できるようなチームを作ることによって、開発速度を維持したまま高品質なソフトウェア開発を行うことができます。2つの観点から、私達のチームの試みを紹介します。1開発速度を維持する全く異なるコードベースで複数プラットフォームに対応する場合、スクラム開発の工程にも工夫が必要です。Docsは実際に実装を行う前に書くドキュメントの1つで、開発する機能の背景・設計・検討する実装方法を予めまとめ、レビュープロセスを経ることで属人性や実装の出戻りを排除します。Docsを作成し、知見を共有しています。2高品質なソフトウェアを提供するより使いやすいアプリをお客様に使ってもらうため、ドッグフーディングと呼ばれるQAとは別に自分達で成果物を触って改善や問題を事前に発見する手法を実践しています。ドッグフーディングでは、プラットフォームの垣根を超えてお互いのアプリを触ることもあります。プレゼンテーションでは、Android/iOSエンジニアが一つのチームとして楽しく協調しながら開発を進めていく経験や工夫について、模擬機能開発を例にお話します。MinsTalkBeginner東京海上日動のプロダクトを開発する我々は、『ビジネス部門との協調』『早く市場からフィードバックを得ること』を目的に、2019年からアジャイル開発をスタートしました。『野良スクラム』からの脱却を掲げ、『ピュアスクラム』を目指し3年が経過し、徐々にビジネスに価値を届けることができるようになりました。組織の規模も拡張し、3チームしかなかったスクラムチームが、今では約15のチームが存在しています。一方で、組織の規模が大きくなることによるサイロ化により、類似コードの重複開発や、デリバリーを優先することによる品質の低下が発生・・・サイロ化を解消し、組織としての学びを蓄積するために、バーチャルチームを立ち上げました。テスト自動化スクラムチームが自己管理型であることを尊重しつつ、バーチャルチームが組織横断の課題を抽出・検討し、スクラムチームのフローの進化をサポートしています。