“Principles aren’t principles when you pick and choose when you’re gonna follow them." – Chidi Anagonye, The Good Place 

Have you ever been in a gnarly situation where you really struggled to make a decision? Should I go left or should I go right? Should I go over or should I go under?? Should I stay or should I go??? How the heck do you navigate these messed up situations?! And at the end of it, how do you know whether what you chose to do was ‘right’?  

Big dilemmas can get us pretty worked up, and when the emotions roll in, we often let our instincts take over, while our brains forget to think. That’s where ethics steps in. Ethics is the difference between what you have a right to do and what the right thing is. Ethics ain’t easy, but having a framework to look at complex situations supports us enables us to put the emotions to one side, and consider things more objectively. In this session we will face some big dilemmas, explore the idea of making decisions with ‘good’ reasons, and discuss how to guide and coach others to develop their ethical reasoning.

 
 

Outline/Structure of the Talk

NOTE: This session is proposed as a virtual session due to worldwide travel restrictions. If travel is permitted by the date of the conference, an in-person presentation could be an option.

Presenter: 

Alex Sloley 

Presenter: 

Sarah Skold

Session Type: Interactive Presentation 

OUTLINE 

5' - Introduction – Sarah and Alex intro themselves and how they came to be ethical partners 


45' for the next section 

  • Pop quiz – what would happen if you ended up in the Good Place afterlife, but you knew you were there by an administrative mistake? What would you do? What would the consequences be? Raise you left hand to stay mum, raise your right hand to confess! 
  • What are ethics and why do I care – definition, why they matter, what it means to make an decision using ethical reasoning. 
  • Choose your own adventure – You’re the Agile Coach! The audience will be presented with a series of difficult, and ethical, decisions to make while coaching the CEO of a large company. The scenario includes 4 critical decisions, participants will choose using left/right hand gestures, these will be the results: 

    1st decision = bad result 
    2nd decision = good result 
    3rd decision = good result 
    4th decision = bad result, death results! 

  • Coaching ethically, and coaching ethics – how do I think about my own decision making, and how to I support leaders and teams to come to a shared decision-making framework? 
  • Micro and macro consequences – the judgements made, examples, and the consequences thereof, ask them to come up with dilemmas they have faced. How do I reflect on and understand my coaching impact? Call to action – go back to your coachees and orgs and start a conversation about ethics. 

5' - Conclusion 

 
Remainder of total timebox - Q&A, approx 5' - Sarah is a Devil, Alex is an Angel 

RELEVANCE 

Agile Coaches need to learn about, prepare for, and practice their responses to challenging ethical situations. It is also crucial to have a framework to help evaluate these challenging situations and make well-reasoned decisions about how to act. Agile Coaches who practice ethical reasoning model the behavior that can help build and support an ethical organization. 

BIO OF ALEX 
Alex Sloley is an Agile consultant, specializing in Agile training, Agile coaching, and software development best practices. Alex is a fifteen-year veteran of Microsoft where he acted as a Program Manager, Software Test Engineer, and Software Design Engineer in Test. At Microsoft, he shipped in over ten products, worked with Microsoft Research on multiple high-profile projects, and helped lead his organization into enterprise-level implementation of Scrum. As an Agile consultant, he has led Agile transformation efforts at a variety of clients, spanning industries and incorporating a diverse range of Agile practices. 

BIO OF SARAH 
Sarah Skold is a Client Insights Manager at Macquarie Group, practicing human centered design in an agile workplace to discover, design and deliver exceptional client experiences for retail banking clients. She has 12 years of experience in HR and Learning & Development, during which she designed and facilitated self-awareness, management and leadership training. In her spare time Sarah volunteers as a primary school ethics teacher at her children's school. In this role she helps children develop skills in ethical reasoning, critical thinking and respectful discussion, with the goal of supporting children to make well-reasoned decisions, rather than act out of habit or peer pressure. 

Alex's conference and presentation history:

Agile Open Northwest 2012 - Session Leader
Übermind ÜnConference 2012 - Session Leader
MobileUXCamp Seattle 2012 - Session Leader
Seattle Kaizen Camp 2012 - Session Leader
MAQCon 2012 - Cofounder
MobileUXCamp Seattle 2013 - Session Leader
Seattle Kaizen Camp 2013 - Session Leader
MobileUXCamp Seattle 2014 - Session Leader
Seattle Kaizen Camp 2014 - Session Leader
Construx Software Executive Summit 2014 - Facilitator
Shell Developers Summit 2015 - Keynote Speaker
Scrum Coaching Retreat Seattle 2015 - Volunteer Team
Un:Conference Canberra 2016 - Session Leader
Agile2016 - Volunteer Team
UX Australia 2016 - Speaker, Reviewer
Agile Coach Camp Sydney 2016 - Session Leader
Agile Tour Sydney 2016 - Facilitator
StartCon 2016 - Pitch Competitor
Global Scrum Gathering San Diego 2017 - Reviewer
Global Scrum Gathering Singapore 2017 - Speaker (Rating = 4.5/5)
Agile Coach Camp Sydney 2017 - Session Leader
Scrum Gathering India 2017 - Speaker, Facilitator, Coaches' Clinic
Lean Agile Systems Thinking Canberra 2017 - Organizer, Speaker (Rating = 5/5)
Lean Agile Systems Thinking Melbourne 2017 - Speaker (Rating = 5/5), Facilitator (Rating = 4.4/5)
Lean Agile Systems Thinking Sydney 2017 - Speaker
Scrum Gathering Melbourne 2017 - Speaker (Rating = 2nd highest session at conference), Coaches' Clinic
AgileNZ 2017 - Speaker
Scrum Gathering South Africa 2017 - Speaker
Business and Enterprise Agility Conference India 2017 - Speaker
Business Agility Conference NYC 2018 - Facilitator
1st Conference Melbourne 2018 - Facilitator
Lean Agile Systems Thinking Sydney 2018 - Speaker
Agile Impact Jakarta 2018 - Speaker, Workshop Facilitator
Business Agility Conference Sydney 2018 - Reviewer, Chief Facilitator, Organizer
Global Scrum Gathering Austin 2019 - Reviewer
XP 2019 Montreal - Industry and Practice Co-Chair
XP 2018 Porto
Lean Agile Systems Thinking Melbourne 2018
Agile2018 San Diego - Speaker
Regional Scrum Gathering Sydney 2018 - Speaker, Coaches' Clinic
Agile Tauranga 2018 - Speaker, Workshop Facilitator
Regional Scrum Gathering South Africa 2018 - Speaker
Agile Impact Jakarta 2018 - Speaker, Workshop Facilitator
Business Agility Conference Sydney 2018 - Reviewer, Chief Facilitator, Organizer
Global Scrum Gathering Austin 2019 - Reviewer
Business Agility Conference Sydney 2019 - Reviewer, Chief Facilitator, Organizer
Agile Australia 2019 - Reviewer
Mile High Denver 2019 - Speaker
Scrum Coaching Retreat Kuala Lumpur 2019 - Organizer, Advisor
Scrum Coaching Retreat Sydney 2019 - Organizer, Advisor
XP 2019 Montreal - Industry and Practice Co-Chair
Agile2019 - Workshop Facilitator
Agile India 2019 - Workshop Facilitator, Speaker
LAST Melbourne 2019 - Speaker
LAST Sydney 2019 - Workshop Facilitator
Scrum South Africa 2019 - Speaker
CBA Agility Day 2019 - Keynote Speaker
Scrum Tokyo 2020 - Speaker
Scrum NYC 2020 (cancelled) - Accepted Speaker
Agile Australia 2020 - Reviewer
Agile on the Beach New Zealand 2020 – Workshop Facilitator 
Regional Scrum Gathering Colombia 2020 – Speaker 
Agile 2020 (cancelled) – Accepted Workshop Facilitator 
Regional Scrum Gathering Hyderabad 2020 – Upcoming Speaker
Agile Coaching Retreat Live Online 2020 - Organizer  
Scrum Australia 2021 - Upcoming Speaker
Regional Scrum Gathering Nigeria 2021 – Upcoming Speaker 
Mile High Agile Denver 2021 - Upcoming Speaker

PRESENTATION HISTORY OF SARAH 
Sarah presents and leads multiple workshops internally at her employer, Macquarie. 

SPEAKING REFERENCES FOR ALEX 

SPEAKING REFERENCES FOR SARAH 

Learning Outcome

  • The attendees will learn about the difference between ethics and morals, and what the value of ethics is 
  • The attendees will practice using ethical reasoning to make decisions 
  • The attendees will discuss ethical challenges they face in their agile coaching practice  
  • The attendees will understand and anticipate the potential consequences of their decisions 

Target Audience

Agile Coaches, Scrum Masters, Change Agents, Managers, Leaders, Agile HR

Prerequisites for Attendees

None. 

schedule Submitted 11 months ago

  • Zuzi
    Zuzi
    Agile Coach and Trainer
    sochova.cz
    schedule 10 months ago
    Sold Out!
    90 Mins
    Keynote
    Intermediate

    Great teams make a huge difference to your company’s success. Great ScrumMasters create such high-performing teams.

    I will tell you some of the secrets you need to know to become a great ScrumMaster. Create a high-performing collaborative environment at your organization, which makes your organization more than competitive in the current complex globalized world.

    This session is targeted to all leaders of Agile transformation, Agile Coaches, and ScrumMasters who understand the Agile basics but have the dream of achieving significantly better results with Agile/Scrum.

    The session is based on my book The Great ScrumMaster, published by Addison-Wesley, Signature Series (Cohn) on Jan 2017.  The Great ScrumMaster - #ScrumMasterWay.

  • Arissa Nakamura
    keyboard_arrow_down

    Arissa Nakamura - プランニング会議は実験室 !チームと顧客に支えられるスクラムマスターの日々の試み

    Arissa Nakamura
    Arissa Nakamura
    Scrum Master
    CI&T
    schedule 9 months ago
    Sold Out!
    20 Mins
    Talk
    Intermediate


    CI&Tに入社して4年目、スクラムマスターになって1年半、今までは教えられた通りにプロセスを回していました。
    しかし、プロセスは私たちを目的地までたどり着かせるツールであり、全てを解決してくれるわけではありません。

    プランニングではいつもスプリントバックログを細かいタスクに分けて、それらを時間で見積もっていました。
    その見積もりを時間ではなく、日にち単位で見積もったらどうなるのか?
    それについて考えて、お客様とより良い関係を築けるように、チームと新しい方法に挑戦してみました。

    新しいことに挑戦させてくれる会社、一緒についてきてくれるチーム、その経験について話したいと思っています。


    It has been 4 years since I joined CI&T, and 1 year and half since I became a Scrum Master.
    When I joined, I learned CI&T process and all these years I've been running it exactly the way I was taught.
    Along the time, I also learned that the processes exist to lead us to a certain Goal, they are not a magical solution to all our problems.

    On our planning, we used to split the Sprint Backlog into smaller tasks and estimate every one of them in hours. However, what would happen if we changed the estimation from hours to days?
    This question was made to me when I was looking for a way to improve the team relationship with the customer. Not accurate estimations was one of our struggles at the time.
    Finally, I decided to talk with my team and make an experiment: try a new methodology with my team that could also help us to get more trust from the client.

    In this short talk, I'd like to share my experience of new trials, learnings with my team members and how CI&T supported us on this trial.

  • Yuya Kazama
    keyboard_arrow_down

    Yuya Kazama - Scrumチームに「テストは単純作業ではなく創造的な活動だ」という意識を浸透させて良品質&低コストの製品を作るようになるまでの物語

    Yuya Kazama
    Yuya Kazama
    QA Engineer
    BizReach Inc.
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    皆さんはテストを「作業」としてやっていますか?それとも「活動」としてやっていますか?

    • 沢山の羅列をしたチェック項目を確認することがテストである
    • とりあえずプログラムの実装をして、実装が終わった後に、確認すべきことを考えてテストする
    • 実装したプログラムに対してバグを検出することが、唯一にして最大のテストをする目的である

    上記のような考え方をしている方々は、おそらくテストを「作業」として行なっています。

    もしくはテスト駆動開発(TDD)がテストの全てだと考えている人もいるかもしれません。

    そして残念ながら、テストを作業として行なっているorTDDがテストの全てだと考えているScrumチームが多くあると感じています。

    一方私は、テストは創造的な活動であり、プログラムの実装前の時点でもテストの活動を行うことが可能だと考えています。これは、TDDを行うよりももっと前の話です。

    例えば、テストの活動を利用することで、リファインメント時点で今まで以上に仕様を明確にすることができます。(しかもそんなに時間をかけずに!)

    また、テスト技法を用いることで、Planning時点(開発実装前の段階)で行うべきテストを考えることができます。

    これらの活動により、品質の良い&コストのかからない製品を作り出すことができます。

    本講演では、「テストは作業である」「テストについては実装後にQAに任せれば良い」と考えていたScrumチームに対して、どのようにして「テストは活動である」という考え方を染み込ませていったかの物語をお伝えします。

  • 45 Mins
    Panel
    Advanced

    早く行きたければ、ひとりで行け。
    遠くまで行きたければ、みんなで行け。

    プロダクトをちゃんと作り、育てていくために必要なものは何でしょうか?
    ビジョンや現実的なロードマップ、MVPや顧客仮設の検証はもちろんとして、プロダクトチームを育てていく必要があるんじゃないかと思います。
    近くに行きたいなら一人で行け、遠くまで行きたいなら、みんなで行け。

    チームを維持するためには、政治も必要、カネも必要、ユーザーはもっと必要。
    プロダクトオーナーやリーンスタートアップの本を読んでも、なかなか教えてもらえないのが「日本企業におけるカネと政治」。
    エンジニア出身の方も、マーケティング出身の方も、プロダクトデザインやUXの方も、等しく苦労するポイントであろうと思います。

    プロダクト開発はうまくできても、それ以外のところで泥沼にハマってしまいがちな皆様に、うまくサヴァイヴして人生をときめくためのヒントをお伝えできればと考えております。そのために、実際に大企業で新規ビジネス開発の仕組みづくりに携わるみなさんから、戦略やヒントやマサカリをいただきます。もしかしたらちょっと心に棘が刺さるかもしれませんので、しっかりと心のご準備をお願いいたします。

    発表者は、黒田樹さん(リクルートテクノロジーズ)、絹川達也さん(楽天)、横道稔さん(LINE)。いずれもご本人が新規サービス/事業を手掛けるだけでなく、仕組みづくりや組織づくり、メンタリングなども携わられてきたみなさまです。

  • Makoto Iguchi
    keyboard_arrow_down

    Makoto Iguchi - セキュリティとアジャイル開発のいい関係について考える / Security and Agile Development

    20 Mins
    Talk
    Intermediate

    The presentation will be given in Japanese. I've uploaded the (partially) translated version of my slides at https://www2.slideshare.net/makotoiguchi/how-to-balance-between-security-and-agile-development for your reference.


    2018年12月頃に掲載された「アジャイル手法でのセキュリティは困難」というタイトルの記事において、某セキュリティ会社のCTOは「高速のCI/CD(継続的なインテグレーション/デリバリー)においてセキュリティ上の問題が浮上しても、その解決に当たる余裕や時間がないままに事態が進行してしまうようなことが往々にしてあり、現場が混乱する」とした上で、結果として「DevSecOps、NetSecOpsが、現実にはうまく機能しない」という見解を示しました。

    これは本当なのでしょうか?
    もし本当だとしたら、それは悲しいことなのではないでしょうか?

    一方、2019年8月に掲載された "Your security team is probably an infuriating obstacle - but it doesn't have to be this way" という記事においても触れられているように、開発者側より「セキュリティは、DevOpsやアジャイルな開発スタイルにブレーキをかける存在である」といった声を聞くことがよくあります。

    これは正しい姿なのでしょか?
    セキュリティとアジャイル開発は、水と油の関係なのでしょうか?

    このセッションでは、ISMS内部監査責任者とスクラムマスターを兼任している立場の人間から見た、セキュリティとアジャイル開発の「あるべき姿」についてお話します。また、現在行っているセキュアなアジャイル開発の実現へ向けた実験(The Elevation of Privilege: Threat Modeling Card Deck を活用したセキュリティ問題の洗い出しとプラニング)をご紹介します。

    参考)The Elevation of Privilege: Threat Modeling Card Deck を日本語化&いらすとや化したもの。こちらの Github レポジトリで公開中です。

    EfOaaY7VAAE6AW7?format=jpg&name=medium

  • Arata Fujimura
    keyboard_arrow_down

    Arata Fujimura - モダンオフショア開発のすすめ

    Arata Fujimura
    Arata Fujimura
    Manager
    Classmethod, Inc.
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    オフショア開発と聞いて皆さんは何をイメージしますか?

    • 安かろう悪かろう
    • 技術力不足
    • 低品質

    未だにこのようなイメージを抱いている方も少なくないかもしれません。

    クラスメソッド社で2019年7月に立ち上げたグローバルチームでは、上記イメージのようなオフショア開発をレガシーオフショア、我々が目指すオフショア開発をモダンオフショアと明確に分けて定義し、ベトナム開発パートナーとともにモダンオフショア開発を実践してきています。

    -56-1024.jpg?cb=1581658760

    レガシーオフショアとモダンオフショアの違いを上記のように定義していますが、モダンオフショアを一言で言うと"アジャイル×オフショア開発"となります。

    当セッションでは、実際にモダンオフショア開発を進める上で得た学びを、事例を交えて熱くお話しさせて頂きます!

  • Woohyeok Aaron Kim
    keyboard_arrow_down

    Woohyeok Aaron Kim - Integrate your cycle with OODA (Extended Edition of Scrum X Army at ‘RSGT2020’)

    45 Mins
    Talk
    Intermediate

    世界中で著名な人物である野中先生やScrumのCo-CreatorであるJeff氏の歩みからも分かるように、Agile・Scrumの哲学は長い間の研究で発達してきた軍隊の組織論に基づいています。軍隊はただ一度のミスが作戦の失敗をもたらすという厳しい状況で、どうすれば戦闘力を最大化し勝ち続けていけるのかの未来図を示しています。軍隊がいつも力を入れているこの点は、Velocityを最大化し、どのようにビジネスの成功を導くか工夫している点でAgile組織と同じだと言えます。

    その軍隊が、成功のために必須不可欠だと強調しているものがOODAループです。

    PDCAというサイクルはすでに、ビジネス世界で基本中の基本となっています。ただ計画性が重要視されるだけに、予期できなかったことが起きた場合またPlanningから始めなければなりません。Agileが主流になっている今、PDCAが持つ限界は明確ですが、この弱点を補うのがOODAです。最初から全てを計画するのではなく、現在の出来事を観察(Observe)し、その分析結果により(Orient)次のアクションを取る(Decide, Action)ことで、変化に対する素早い対応ができるようになります。

    OODAループはどこからきたのか、どういうものなのか。そしてPDCAとのハイブリッド的な運用で、組織に対して何を示すことができるか。4年間士官として軍隊に勤めていた私からご提示させていただきます。

    (このセッションは、RSGT2020で好評をいただけた「SCRUM X ARMY」の再演ではなく、拡張版となります。)

  • Hiroyuki Ito/伊藤 宏幸
    keyboard_arrow_down

    Hiroyuki Ito/伊藤 宏幸 - Tips of Product Management for Internal Tools/社内ツール・サービス・プラットフォームにおけるプロダクトマネジメントの勘所

    45 Mins
    Talk
    Intermediate

    私たちLINEのSETチームは、プロダクト開発チームのプロセス改善と生産性向上を実現・推進するため、多くの社内ツール・サービス・プラットフォームを提案・開発・運用しています。

    その経験で私たちは、技術的に優れた最先端のモノを提供し続けるだけでは不足で、ユーザの真のニーズの発見とその実装、施策を続けるための意思決定者からの支持の取り付け、社内でのプロモーション活動といった、プロダクトマネジメントの要素が必要不可欠であるとの認識に至りました。

    一方で、ThoughtWorks社の"Technology Radar"などによると、プロダクトマネジメントの知見・方法論を社内ツール・サービス・プラットフォームへ適用する傾向が世界的に広まりつつある一方で、そのための知見がまだまだ不足していることも分かりました。

    そこで当セッションでは、特に社内ツール・サービス・プラットフォームにおける、プロダクトマネジメントの適用の勘所・Tips・パターン・アンチパターンについて、私たちの現場での実践例を元に、参加者の皆さまが活用できる知見として紹介します。

  • Tatsuya Sato
    keyboard_arrow_down

    Tatsuya Sato - なぜ私はチームにい続けるのか。あるいは、エンジニアとしての成長のためのチームの活用について。

    Tatsuya Sato
    Tatsuya Sato
    Software Developer
    DENSO
    schedule 8 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    2016年夏、あるチームが解散となりました。そのチームのうち、社内に残ったエンジニアは一人。当時、彼は一人でプロジェクトをこなしていました。ステークホルダーから感謝されていたので一人で開発を続けていました。しかし、エンジニアとしての成長は殆どありませんでした。切っ掛けでとあるチームでエンジニアを募集していることを知りました。技術スタックもそれまでの事業領域も異なるところでやっていけるのだろうか?と彼は悩みました。そのチームにいるエンジニアと一緒に働きたいという想いからそのチームへ入ることにしました。それから3年あまりが経ちました。あの時の彼の決断は正しかった、と今の私なら言えます。

    このセッションは、RSGT2020で発表された「Team-Based TEAM - 会社を越えるチーム」に対するアンサーセッションです。RSGT2020当日に初めてこのセッションの内容を知りました。それでも「あぁ、わかる。これは自分たちだ。」と思える内容でした。このセッションでは、Team-basedチームの一員として得られたものが何かについてお話します。

  • Tomoharu Nagasawa
    keyboard_arrow_down

    Tomoharu Nagasawa - 2つのモードで学ぶ辛くないスクラム

    20 Mins
    Talk
    Beginner

    「スクラムやらなねばならない!」といった相談が多くなってきました。また、「我々はスクラムを実践しているんだ!」といった前のめりな心強い推進者の影で、そのノリについていけない普通の人からの相談も増えてきました。

    このセッションでは、2つのモードを題材にしてスクラムを実践することが少しでも辛くならないようにする考察と解説を試みたいと思います

    2つのモード:

    • 「する」モード
      「〜をする」、「〜しなければならない」、「〜させる」、「〜させられる」といったモード。自身かまたは外部からの意志に大きく左右される。
    • 「ある」モード
      「ここにいる」、「いい感じ」、「続いている」といったモード。自身の内なるもの。そこに意志は関係ない。

    スクラムと、「する」モードから「ある」モードへの変化、「ある」モードから「する」モードへの変化を解説することで、スクラムの意義と効果を解説する試みです。

  • Kazuyoshi Takahashi
    keyboard_arrow_down

    Kazuyoshi Takahashi - アジャイルコーチとVPoE、あるいはEMの間にあるもの

    20 Mins
    Talk
    Executive

    10年前から5年前まで、アジャイルコーチとして2,000人以上の開発組織を抱える企業のアジャイルトランスフォーメーションに挑戦していました。
    現在はその立場を離れ、事業会社のVPoEとして開発組織の運営をしています。

    アジャイルコーチとVPoE、両方の経験からチームを見る視点にどのような違いがあるのか、アジャイルコーチの先にどのようなキャリアがあるのか、個人的な経験を交えながらお話します。

    RSGT2020 Closing Keynote「NEXT→ACTION」の後日談でもあります。

  • Mitsuyuki Shiiba
    keyboard_arrow_down

    Mitsuyuki Shiiba - Rethink Scrum from a Japanese cultural perspective

    45 Mins
    Talk
    Intermediate

    (English session)

    Japanese culture influenced Scrum. Jeff Sutherland and Ken Schwaber presented Scrum in 1995. It was inspired by “The New New Product Development Game“ (1986) by Hirotaka Takeuchi and Ikujiro Nonaka. It also incorporates many elements of Toyota Production System. Then Scrum was reimported to Japan. It has totally changed our way of software development, and given us many insights ranging from teams to organizations. In addition, it makes us rediscover and think of our culture.

    I have been working for Rakuten, Inc. for more than 10 years introducing Scrum to many teams. Rakuten adapted English as a primary language, which was unusual as a Japanese company at that time. As a result of that, now we work in a unique environment where many people from diverse cultures work together respecting each other on top of Japanese cultural basis.

    In this session, I would like to rethink Scrum from Japanese cultural perspective. I feel there are some insights we can add to Scrum especially about leadership.

  • Mori Yuya
    keyboard_arrow_down

    Mori Yuya - ヒット商品を生み出すプロダクトマネジメントブースター

    45 Mins
    Talk
    Advanced

    顧客に愛されるヒット商品を作るための、ソフトウェア開発以外の重要なポイントを一気に抑えてしまうセッションです。次のような悩みに効きます。

    プロダクトが良くなってきたもののライバルに負ける。
    「ユーザーが増えた! サービスが成長した! ところが大手企業が丸パクリしてきて、資本力で顧客を奪ってく!!」

    お客さんに下手に出てお願いしないと買ってもらえない。
    「いいプロダクトだねー! でも、高いなー、もう少し安かったら買うかも」


    「不確実性への適応」というテーマがよく話されています。

    不確実性とは、一般的には「直接コントロールできないが、目標達成に重大な影響を与える要素」とされています。経営組織論では「組織が活動するために必要な情報と、実際に組織がすでに入手している情報との差」と表現されることもあります。つまり十分に分かっていたら確実性が高い行動がとれるわけですね。

    たとえば、いつ大地震がやってくるのか、大雪がいつ降るのかは私たちにはコントロールできません。ところが物流や公共交通機関に仕事として関わる人たちに大きな影響を与えます。

    同じように、お客様の考え、市場の不特定多数のユーザーの考えを直接マインドコントロールのように操作できませんが、私たちの仕事の前途に大きな影響を与えます。これらは不確実といえるでしょう。

    もし直接コントロールできたり完全な情報を知れたら有利にプロダクト開発ができるでしょう。ですから、私たちは不確実性に適応していくために様々な取り組みをしています。不確実への適応は重要なはずです。

    しかし、私たちが感じている不確実なさまざまな事柄は、本当に不確実なのでしょうか。
    実は不確実ではないものまで不確実だと思い込んでいないでしょうか。


    私は新規事業やヒット商品を20代はじめから関わってきました。そこで分かったのは『不確実性が重要な領域は実は限られている。しらない、できない、興味ないという態度のほうが影響が大きい。つまり積極的な無知、無能、無関心が大きな障害となっている』ということです。

    これはプロダクト開発の隠れた真実だと思います。

    不確実とは言い換えれば「十分な知識や経験を持つ専門家でも判断に迷う、分からない」と言い換えれます。つまり、乱暴ですが、専門家でも分からなかったら不確実といえるでしょう。ちょっと専門家が調べれば分かる事柄は不確実ではないということです。


    私たちは本当は不確実ではないものまで、不確実に押し込んでしまっていないでしょうか。例えば私たちの仕事を乱すチーム外の人たちからの関わり…役員の依頼だったり、他の部署の人たちの行動があったりします。

    「営業が無茶な案件を押しつけてくる」
    「上司が前例がないからと許可してくれない」
    「社長が変なことを言い出した」

    企業の外側でもいろいろなことが起きます。

    「お客様が突然契約キャンセルしてきた」「お客様に価格を下げるよう強く主張された」
    「大企業が、自社製品にそっくりなプロダクトをリリースしてきた」

    自分達のプロダクト開発でも様々なことが起きます。
    「プロダクトを紹介するwebページどうしよう。競合との機能比較表がよくあるけれど、これでいいのかな」

     

    これらは全てが不確実というよりも、「しらない、できない、興味ない」によるところが多く、うまく対応できるところも多いはずです。これに真っ向から立ち向かうのがプロダクトマネジメントです。

    プロダクトマネジメントとは製品開発、組織開発、財務、マーケティング、流通、セールス、保守、顧客サポート、業務提携、企業間競争といった諸活動を通じて、現在から未来にかけて顧客の要望をこれまでにない高い水準で満たすことにより、業界内で独走状態を築くことを目標にしたマネジメントと私は考えます。

    プロダクトを成功させるためには必要な様々な専門領域があり、うまく協力することで経済活動として成り立ちます。このセッションでは、これらの「スクラムが直接扱わないがスクラムを通してプロダクトの成功に不可欠な領域」についてポイントを抑えてお話ししたいと思います。

    ヒット商品作りの隠れた真実
    ・不確実性と、無知・無力・無関心

    組織開発を学ぶ
    ・企業内の大きな無駄
    ・社内競争を止める
    ・ブルシットジョブ(クソどうでもいい仕事)を減らす
    ・全員で問題解決

    製品開発以外のビジネス
    ・顧客を学ぶ
    ・競合と競争を学ぶ
    ・独占を学ぶ
    ・収益を学ぶ
    ・セールス(成約)を学ぶ

  • Kazuki Mori
    keyboard_arrow_down

    Kazuki Mori / Takahiro Kaneyama - ふりかえり手法のおもちゃばこ

    45 Mins
    Panel
    Intermediate

    ふりかえり/スプリントレトロスペクティブで、みなさんはどんな手法を使っていますか?

    「KPT・YWT・Fun/Done/Learn あたりは試してみたものの、他の手法は知らない」という人も多いはず。

    色々な手法を試してみると、「あぁ、ふりかえりってこういうものなのね」とあらためて見えてくるものがあるんです。

    だから、色んな手法を試してみてほしい!楽しんでほしい!

    そんな想いで、このセッションを実施します。

     

    このセッションでは、トコトンHowを追求します。

    目的の話は一切しません(目的の話は関連リンクをご参照ください)

    とにかく色んな手法を、手法の進め方、実施イメージ、ポイントなどに絞ってお話します。

    1手法1分~2分くらいで、とにかくたくさん、面白い手法を話します。

    メジャーなものからマイナーなものまで、色々話したいと思います。

    きっと、「あ!これ楽しそう!私もやってみよう!」という手法が見つかるはずです。

     

    話せるとよいなと考えている手法

    • DPA
    • 3Dots
    • 連想ゲーム
    • Timeline
    • Story of a Story
    • 象、死んだ魚、嘔吐
    • 斜に構える/構えないを切り替える
    • Starfish / Small Starfish
    • Following up on Action Items
    • Celebration Grid
    • 質問の輪
    • Sailboat / 熱気球 / スピードカー / ロケット
    • ORID
    • 4Ls
    • Repeat / Avoid
    • Effort & Pain
    • SMART Goals
    • 360度感謝
    • Hapiness Door

    このセッションは、参加者との双方向で作り上げていきます。

    KANEが参加者からのコメントを拾い、森が解説する。

    気になる手法を、この場で明らかにし、楽しいふりかえりを作り上げていきましょう!

  • kyon _mm
    keyboard_arrow_down

    kyon _mm / neno neno - アジャイルを忘れるチーム Unlearn Agile

    45 Mins
    Talk
    Advanced

    「チームが生き生きしつづける予感はどこからきますか?」

    予告編動画 => https://www.youtube.com/watch?v=5Ro5_c5kFaY

    20200904164048_original.jpg

     

    アジャイルをUnlearnし、生き生きとした開発を見つけたチームがいました。そこにはアジャイルマニフェストもスクラムガイドもなく、自分達のパタンランゲージがありました。開発するシステム、立ち居振る舞い、プロセス、価値観、イベント、成果物などありとあらゆるものが記述されていました。パタンランゲージの語彙は200を超え日々編纂されていました。

    私達チームが新しい形に変化していくこと自体が漸進的で、自然で、納得しやすい必要がありました。Unlearnしていくこと、アレグザンダー理論を導入していくこと、実践していくことは一見難しくおもえました。ですが、私達は徐々にできてきました。この漸進的な変化こそが私達が見つけたかったものです。これこそがチームにおける決定の遅延であり、漸進的変化でした。これらの具体例そして考察をおとどけします。

    時を超えた開発の道とは何かを考えるきっかけにどうぞ。

  • SATORU KAWABUCHI
    keyboard_arrow_down

    SATORU KAWABUCHI - NTTみたいな企業で新アプリをスクラム開発してみんなが笑顔になった

    20 Mins
    Talk
    Beginner

    NTTグループでサービスをアジャイル/DevOps的に運営をしてきた。しかしながら、現在提供中のスマホアプリがNow Up To Dateなものではなくなってきたため、新しいアプリに作り変える必要性があることがわかってきた

    そして決めたのは

    ・一般的にトラディショナルな会社ではアプリの刷新は、既存機能を全て要件定義し、マイグレーションを行うが、この方法をとらずアジャイルスクラムで新アプリをつくることとした

    ・すなわちユーザーの価値が高いものからプロダクトバックログを作り、動くモックを作ってレビューするを繰り返してきた。そのときに既存機能でも価値が低いものは作らないこととし、リリース可能担ったタイミングでリリースすることとした

    ・トラディショナルな会社の中でこのやり方を承認してもらい、メンバーが取り組んでいく中で、ステイクホルダーまで含めて盛り上がってきた

    ・結果的に良いものができた。できることは限られているが、とても高速で動きユーザーにとって一番あってほしい価値を実現できた。

    大企業の中でアジャイルを生き延びさせるには?起きてくる現場と社内との課題、その時マネージャーにできることは?この取り組みのようなことをトラディショナルな企業でも考えていくべきと思うので学びにしていってもらいたい!

  • Alex Sloley
    keyboard_arrow_down

    Alex Sloley - [Online Interpretation] Insight Coaching – Nonverbal Communication in Coaching

    100 Mins
    Workshop
    Beginner

    The craft of Agile Coaching fundamentally requires deep, insightful, meaningful communication. In everyday execution, this typically involves a coach and the coachees having a conversation, or dialog. However, there are other ways that an Agile Coach and their coachees can connect – nonverbal communication.

    Explore the different aspects of nonverbal communication in the domain of the Agile Coach! This workshop overviews nonverbal communication in Agile Coaching and provides a starting point for developing this critical skill.

  • Harada Kiro
    keyboard_arrow_down

    Harada Kiro - スクラムをスケールするとはどういうことか?

    Harada Kiro
    Harada Kiro
    CEO and Agile Coach
    Attractor Inc.
    schedule 11 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    DXという言葉がいろいろなところで見かけるようになり、それに伴ってスクラムをスケールする手法も色々と出てくるようになっています。

    たくさん見かけるからといっても、うまく行っている例は多くありません。むしろ、例ばかりが増えすぎて混乱しているようにも見えます。過去にも用語だけ先行する例はたくさんありましたね。

    このセッションでは、特定のスケーリング手法を説明するのではなく、スクラムがスケールできた状態とはどういうものか、スケーリングを妨げる障害について議論したいと思っています。

     

  • Masanori Kawarada (Mark Ward)
    keyboard_arrow_down

    Masanori Kawarada (Mark Ward) - [Online Interpretation] 独立QAチーム1年戦記:スクラムの外からチームと組織の品質を創る道 / An Independent QA Team's 1 Year's War: Way to Create Quality of the Teams and the Organization from the Outside of Scrum

    45 Mins
    Talk
    Intermediate

    English follows:

    「Scrum@Scale(S@S)を取り入れた100名ほどの開発組織で、スクラムに入らない独立したQAチームが活躍している」と聞いたら、もしかしたら奇異な感じを受けるかもしれない。スクラムではチームであらゆることが完結することを理想とするため、当然テスター(QAエンジニア・テストエンジニア ・などなど)もスクラムチームに入るべき、と考える方がスクラム実践者にとっては自然だからである。あえて、その自然に逆らって、私たちQAチームは独自のビジョンを掲げた「ビジョナリー・QA(Visionary QA)」として、独立した立場から品質向上という成果を上げようと奮闘している。このトークではそんな私たちQAチームの1年戦記をありのままに扱いたい。

    開発プロセスの高速化が進み、多くの企業でアジャイル開発が取り入れられ、過去の当たり前が当たり前でなくなっている中で、QA界隈ではどうやって価値を提供するか頭を悩ませている。あくまでもテストにこだわる者もいれば、スクラムマスター・プロダクトオーナーの視野を得るべく資格を目指す者もいる。2009年に翻訳出版されたリサとジャネットによる『実践アジャイルテスト(Agile Testing)』(翔泳社)は国内のテスターに広く読まれているが、最近版元品切になっていることもあり、手に入りにくくなっている。

    さて、テスターは異質な存在のひとつとして見なされている。ご存知の通り、スクラムガイドにはテストやQA活動をどのように行うべきか、言及されていない。3つのロールに「テスター」の文字は無い。よって、テスターのあり方はそれぞれの組織で模索するしかなく、特にテスターをスクラムチームに含めるべきか否かという議論は継続的に行われている。先にもあげたように、スクラム実践者にとってはテスターがスクラムチームに入ることは自然であると感じられ、実際そのようにしている組織が多いが、それぞれにメリット・デメリットがあることから、あらゆる組織で通じる答えは今のところ無さそうだ(テスターとして仕事をしてきたメンバーがスクラムチームの開発者の一員としてどれだけクロスファンクショナルに動けるか、という点が特にネックなように思える)。

    このトークは、独立した立場で動くことを選んだQAチームの話だ。スクラムチームにテスターを迎え入れねばならないと思っている方にはそうでない可能性を示す一方で、やはりスクラムチームに開発者としてテスターを加えるべきだと結論づけるオーディエンスもいらっしゃるかもしれない。スクラムチームとテスターの一筋縄ではいかない関係を、1年間の実例をもとに、一緒に考えようではないか。

    "In a 100-strong software development organization which runs Scrum@Scale, an independent QA team works well." ––it may sound strange to you. Ideally, in Scrum, everything should be done in one scrum team, so it is natural for Scrum practitioners that testers (QA engineers, test engineers, etc.) should join a scrum team. Daring to go an unnatural way, our QA team struggles to achieve quality improvement results from an independent standpoint as "Visionary QA" with its vision. I want to treat our QA team's year-long battle story as it is in this talk.

    Development processes are getting faster and faster. Many companies are incorporating agile development. The commonplace of the past is no longer the norm. In this fast-changing age, the QA industry is struggling to figure out how to deliver value.  Some testers are more concerned with testing, while others aim for the certification to learn a Scrum Master/Product Owner's perspective. The excellent book, "Agile Testing" by Lisa Crispin and Janet Gregory (Addison-Wesley), which was translated in Japan in 2009 by the domestic publisher Shoeisha, has been widely read by testers in our country. Recently, however, it isn't easy to get due to out of print.

    Testers tend to be seen as one of the heterogeneous entities. As you know, there is no mention in the Scrum Guide on how testing and QA activities should be done. There is no "Tester" in the three roles of Scrum. Therefore, each organization has no choice but to explore the nature of testers. In particular, there is an ongoing debate on whether or not testers should be included in Scrum. As mentioned earlier, it seems natural for Scrum practitioners to have testers join Scrum, and indeed many organizations are doing so. Still, since each has its advantages and disadvantages, it seems that we don't have an answer that works for all organizations at the moment. One of the problematic points appears to be how well testers can work cross-functionally as a "Developer" in Scrum.

    With this session, which is about a QA team that chose to work independently, some attendees who feel testers should join a Scrum team may get a chance to notice the other possibility, and others may conclude that Scrum teams should still include testers. Let's take a look at the tricky relationship between Scrum and testers with the help of a year's worth of examples.

  • 平鍋健児
    keyboard_arrow_down

    平鍋健児 - 野中郁次郎のスクラム再訪問(Nonaka's Scrum Revisited)

    平鍋健児
    平鍋健児
    CEO
    ESM, Inc.
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Advanced

    これまで、Scrumの1つの源流ととらえられてた "The New New Development Game" ですが、今回は、一連の野中先生の著作や論文の中に発見される、組織論コンセプトと、現在の Scrumとの関係について、整理してお話したいと思います。

    1. 2つの知の形態:暗黙知と形式知
    2. 自己相似系(マトリョーシカ)組織と「海兵隊」
    3. 消耗戦と機動戦。OODA モデル。
    4. 第3の知=実践知(Phronesis)
    5. 「共感」の本質、You-I-It(二人称・一人称・三人称) 

    などのコンセプトを中心にお話します。

     

     

     

help