Interestedある日本人ソフトウェアエンジニアが、アメリカ移籍後に体験したソフトウェア開発の変遷と学んだことをお話しします。MinsTalkIntermediate全社にカイゼン文化が浸透していて、それぞれの現場で独自のカイゼンが実践されています。データ作成、インフラ、新規ビジネスなど、あらゆる部門で日々カイゼンが繰り返されています。総務や広報・販促のメンバーも「スプリント」「WIP」「レトロスペクティブ」など、アジャイル用語を日常的に使っており、コモンセンス化しています。一人の人間の力だけでそんなソシキカイカクはできるわけありません。そのリテンションのコツやマンネリ化を打破する方法など、根底に流れる価値観や私が実践する「たった一滴の魔法」を紹介します。会社も身体もリーン体質になる魔法です。MinsTalkBeginnerスクラムやアジャイルソフトウェア開発の関係で「サーバント・リーダーシップ」という言葉を良く耳にする人も多いかと思いますが、しかし実際具体的にサーバント・リーダーはどのような特性を持っていて、どのように行動しているか等について聞くチャンスはあまりないのではないでしょうか。このセッションでは、サーバント・リーダーシップの詳しい定義、またサーバント・リーダーのスキルを向上させる方法について紹介します。サーバント・リーダーシップに関して、日本のマネージャーのどのような面がこれに適しているのか、そしてどの側面に改善する余地があるのかについてもお話しします。StudyBeginner何かを変えようと思っている。勉強会を開いてみたい。そんな事を考えるスタッフは社内にいると思いますが、「言って怒られたらどうしよう」「勉強会を開くのは、ちょっと怖い」などが頭をよぎり、一歩踏み出せない状況にいるスタッフがいるかもしれません。本セッションでは、周りを巻き込み継続し次につなげれるような心理的安全性を確保する活動の、想い、経過、時期に応じた対応に関してお話できればと思います。ReportIntermediate私達のチームは2016年までメトリクスの活用、スプリント期間の短縮、くじ引きで決めるPOやSM、などのプラクティスを通して改善を繰り返してきました。スクラムガイドもどんどん破りました。このチームはScrumが難しいなんて思っていませんし、誰でも出来ると信じています。チームが開発する製品は大きく変わりましたがScrumが難しいなんてことはありませんでしたし、なによりこのチームのエッセンスを大学生40名に導入したところなんと1週間で1日スプリントをモノにしました。Scrumが難しいのは幻想だったのかもしれません。我々のチームはこういったことを通して2017年にいくつかのプラクティスを確立しました。スプリント期間は1時間へ、チーム内ボトルネックへの対応時間は25分以内を保証、人的リソース活用の損益分岐点を常に意識できる開発プロセスです。結果、1週間でレビューを35回以上、振り返りを30回以上行っています。1週間で改善した項目は最大で20アイテムにおよび、それらのムダ取りによって6ヶ月間で最大2倍の成果を生み出しています。チームのパフォーマンスを最大化するために私達の計画的な学び方、偶発的事象からの学び方などをScrumの文脈でご紹介します。協調学習過程としてのスクラム。欲しいものを、どうやって知るか。MinsTalkAdvanced「人は、学び続ける動物である。いえるかというと、人が問題を解いていたり、新しい問題の解を見極めたりする時どういうことが起きているかを詳細に観察してみると、人は、何かが少し分かってくると、その先にさらに知りたいこと、調べたいことが出てくることが多いからだ。人はなにも知らないから学ぶのではなく、何かが分かり始めてきたからこそ学ぶ、ともいえる。P.13-14)多くの人がスクラムを利用して開発するものは、たぶんなんらかのソフトウェアサービスで、その先には利用者がいると思います。アジャイル開発やDevOpsでどれだけ技術的に研ぎ澄まし、円滑にリリースができるようになったとして、ターゲットとしている利用者像が間違っていれば、成果に繋がらず、投資や予算が尽きた時点で終わりです。過去のソフトウェア開発は、作ってすぐには顧客に届けることなんてできない前提で作られてきました。そのために、じっくりとテストを重ね、ビジネスインパクトを計算し、エンドユーザーに届くときには「絶対に使い物になる」ものを作ろうとしました。現代、作ってすぐユーザーに届けることは当然の事になりました。そのために、テストの自動化、クラウド、DevOps、A/Bテスト、カナリアリリース、マイクロサービスなどのプラクティスが普及してきたのです。プロダクトオーナーシップは汎用化が非常に難しい分野です。うまくいく方法は一つではないし、売れるということはすなわちユニークな優位性があるということであり、すなわちコピーできない。できたら簡単に優位性は失われるからです。その考え方まで理解を深めれば、取り入れられる部分が出てきます。本セッションでは、大手企業の中で、新規の事業開発を手がけられてきたパネリストの皆さんが、どのように予算をとり、新しいエンドユーザーの仮説を検証し、マーケットにアプローチして、小さな成功を掴み取ってきたか、話し合ってみたいと思います。(NTT西日本)本セッションプロポーザルに対してコメントにて質問をいただければ検討いたします。ReportIntermediate楽天において複数の新規・中規模サービスを担当しているECインキュベーション開発部を担当しています。配下組織の多くがアジャイル開発を導入していて、数年経過しました。アジャイルプロセスが進行すると改善は自然と開発に組み込まれますが、最近この進化の度合いが緩やかになり、一段上の組織を目指すには工夫が必要ではないかと思い至りました。その課題に対して部署横断の組織KPI目標を導入した結果、アジャイルの改善に期間テーマを付与すること、またその成果を共有による相乗効果を創出することが出来てきています。この事例の紹介とともに、複数アジャイル開発組織の運営において現在取り組んでいることを紹介できればと思います。ReportBeginner日本のSIerと呼ばれる世界では、まだまだウォーターフォール勢力が強く、スクラムをはじめとするアジャイル開発の手法は、身近とは言いがたい状況かと思います。本を読んだり研修を受けてスクラムのことは知ってるけど、身近なプロジェクトはウォーターフォール前提ばかりで、実践の場がないと悩んでいる人もいるのではないかと思います。私たちのチームでは、ウォーターフォールでの大規模プロジェクトの中で、顧客や上位マネジメントとの関係は変えずに、チーム運営をスクラムで行うという試みを行いました。チームリーダーとしての運営上の課題、悩みを解消する試みとして始め、できなかったことも多々あるものの、一定の成果は出たと考えています。スクラムは、実践し、その中で考え、悩むことでしか上達できないと思います。いう点で、スクラムを知った初心者にとって重要なのは、実践できる場があることだと思いますが、スクラムが根づいていない組織では、そのような場を探すのも一苦労かと思います。どんなプロジェクトにもスクラムが合っているわけでは決してありませんが、身近な所でも実践はできるという気づきになればと思い、私たちのチームの試みについて報告します。MinsTalkIntermediateScrumではプロダクトバックログを用意し、そこからスプリントが始まることが前提になっています。新たなプロダクトやプロジェクトを開始する際には最初からプロダクトバックログが用意されているわけではなく、ほかにも準備をしなければいけない項目が多数あります。本セッションでは最初にスプリントを開始する前までにやるべきことを過去のコンサルティング事例を踏まえて解説します。ConfEngine。