MASTERING CUSTOMER JOURNEY: creating artifact to bind the team

"What are we building? And why?"

"I need this info! Where do I get it?"

"I've got a lot of user research, what's next?"

Chances are you will hear these words from your team many times in any project.

Is your team making wasteful decisions because they didn't have a common understanding - especially across different roles? Is your team slowing down because the knowledge and decisions are owned by just a few key people? And what if some of these key people who own the knowledge take a vacation when you most need them?

In this talk you will learn how convert all the great user insights you gathered and discovered into easy and actionable items that your team can use to move your project forward.

You will learn to:

- Externalise knowledge from your team
- Consolidate and align vision
- Create a core onboarding journey
- Make better user of empathy
- Understand "as-is" state and how to drive to an ideal "to-be" state

 
4 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

- Introduction
- Current landscape: User Journey
- Current landscape: Story mapping
- Case studies in apply thinking
- Demo on stage with different levels: Persona / Goal / Domain / Pain Points / As-is / To-be / and UI.

Learning Outcome

Team member will learn that a co-create artifact is a very effective way to a share understanding between the team. It also can be a fun activity too !!

Target Audience

Cross functional team member

schedule Submitted 1 month ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • 100 mins
    Workshop
    Beginner

    The Lean Digital Marketing workshop, inspired by the principles of Lean Startup, Effectuation, Agile Project Management and user-centered value-driven philosophy, lets you discover the fundamentals of digital marketing through experimentation and collaborative work.

    In this playful experience, participants alternately plan and execute specific actions to reach their goal in a real case study where they must test their assumptions. The Lean Digital Marketing game is an innovative and interactive experience that will give you the tools to better adapt to the continuous changes of today's marketing.

    The Lean Digital Marketing Game participated in WAQ17, the largest French-language digital event in North America, as one of the masterclasses, and at HEC innovation workshops.

  • Liked Takeshi Arai
    keyboard_arrow_down

    Takeshi Arai - 心が折れてもソシキ・カイゼンを続けられるたった一滴の魔法

    45 mins
    Talk
    Intermediate

    全社にカイゼン文化が浸透していて、それぞれの現場で独自のカイゼンが実践されています。

    エンジニア、総務、広報・販促、データ作成、インフラ、新規ビジネスなど、あらゆる部門で日々カイゼンが繰り返されています。
    総務や広報・販促のメンバーも「スプリント」「WIP」「レトロスペクティブ」など、アジャイル用語を日常的に使っており、コモンセンス化しています。

    もちろん、たった一人の人間の力だけでそんなソシキカイカクはできるわけありません。

    でも、そのリテンションのコツやマンネリ化を打破する方法など、根底に流れる価値観や
    私が実践する「たった一滴の魔法」を紹介します。

    会社も身体もリーン体質になる魔法です。
    お楽しみに。

  • Liked Takahiro Kaihara
    keyboard_arrow_down

    Takahiro Kaihara / Yuichiro Yamamoto - 帰ってきた地獄のデイリースクラム

    100 mins
    Workshop
    Beginner

    innocent 地獄のデイリースクラムやります!yell

    地獄風景

    スクラムの中でも、比較的とっつきやすいイベント『デイリースクラム』
    しかし、現場ではこんな光景をよく見かけますね・・・?

    • 毎日できていない
    • 時間通りに始まらない
    • 特定の人しかしゃべらない
    • デイリースクラムがお通夜みたい…
    • そもそもやっていない…

    このワークショップでは、そんな悩みを解決いたします!

      『どうやったらデイリースクラムが良くなるの?』
      『スクラムマスターは何をしたら良いの?』

    皆さんと楽しく体を動かしながら、一緒に体験していきたいと思います。

    (名前は怖いですが、内容は恐くないですヨ!)

    Hell Card!!!!!!

    イベント終了後、私たちが知らなかったデイリースクラムの一面を発見出来るかもしれません。

    セッションに採択されましたら、職場で手軽に地獄を味わえる、自作『~地獄のデイリースクラム~ 地獄カード』の配布や『地獄カードデータ』のダウンロードサービスなどを検討いたします!!

    ~毎日のことだから ちょっとの工夫で大きな差!~


    『地獄のデイリースクラム』とは?

    地獄のデイリースクラムとは、2004年10月にデンバーのScrum GatheringでWilliam C. Wake氏によって行われたチームでデイリースクラムについて学ぶ ことができる「Daily Scrum From Hell」をもとにしたワークショップです。

    https://1drv.ms/i/s!Al3jqJiulpFhhigcusb1hJmqCcjm

  • Liked Steven Mak
    keyboard_arrow_down

    Steven Mak - Temporal Modelling

    Steven Mak
    Steven Mak
    Ugly Code Cleaning Dude
    Odd-e
    schedule 1 week ago
    Sold Out!
    100 mins
    Workshop
    Beginner

    Domain Driven Design, DDD emphasize communication with domain expert to build models and hence make software. How do we start with modelling? Starting with objects? Relationship between objects and the world? Architecture? Object Oriented Design is very readable in static world. However, it looks like OO model becoming limited when it deals with interaction and events. Ideas like CQRS and Event Sourcing are based on time and events. In reality, inside an enterprise, we also see work flowing between departments and people. Event Storming Workshop is trying to see the events and process in a domain model.

    In addition, this workshop we shall explore the implications we shall have with software design, and relationship with other agile practices.

  • 100 mins
    Workshop
    Beginner

    Improv your coaching skills (pun intended) and your team performance! On a superficial level, improv techniques introduce play and fun into every team. On a deeper level, it helps you create a culture of safety, experimentation and true collaboration. It helps people to welcome change, uncertainty, open up and helps infuse teams and individuals with a dose of EQ. It also helps you to improve your own coaching skills! Wanna know more? Come and find out! This workshop will introduce you to improv by throwing you heads-first into one exercise after another.

  • Liked Jas Chong
    keyboard_arrow_down

    Jas Chong - Product Owner / Scrum Master - Grow your own

    Jas Chong
    Jas Chong
    Agile coach / Scrum Master
    IBM
    schedule 1 week ago
    Sold Out!
    45 mins
    Workshop
    Beginner

    For an organisation undergoing agile transformation, some of the initial biggest people challenges are around creating new agile roles and finding the talents to fulfilling these roles. The most prominent of the challenges are product owners and scrum masters. Like many organisations, the most immediate strategy is to hire and they often end up with people who are short on industry knowledge, pre-existing agile practices and knowledge that are not aligned or unable to hire. Very often, organisations appoint within internal organisations but fall short on how to find them and how to grow them.

    This is an interactive workshop on how to identify and develop competences for product owners and scrum masters. It can be adopted to your organisation's existing competency programmes. In this exercise, I'll be using Strength Finder cards.

    I'll also provide some tips on how to scale by equipping the right product owners and scrum masters and growing them.

  • Hien Nguyen
    Hien Nguyen
    Board member
    Agile Vietnam
    schedule 3 weeks ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    How is your Agile team? More line of code? Less bugs found?... Your Agile team is performing well? Not really.

    Organization always concerns about how to measure a team when they adopt Agile. There are some misconceptions about the Agile team measurement that lead to the wrong organizational behavior. This session defines the ideas of team measurement in both view of team and organization.

  • Liked Daisuke Kasuya
    keyboard_arrow_down

    Daisuke Kasuya - リモートワークは難しい - それでもぼくらは歯をくいしばってやっていく

    45 mins
    Case Study
    Beginner

    ぼくがディレクターをつとめる、Mackerelというプロダクトの開発チームは、東京オフィス・京都オフィス・愛知にあるエンジニアの自宅の3拠点体制で、3年以上開発を続けています。

    日常的にリモートチームで開発をしているのですが、リモートワークはメリットばかりではありません。

    とてもとても、難しいのです。

    このセッションでは、「リモートワークの難しさ」に焦点をあてます。

    リモートワークの何が難しいのか。チーム開発においてどのような困難や問題点があるのか。

    そしてそれでも僕たちがリモートワークを選択する理由やメリットは何なのか。

    赤裸々にお話しようと思います。

  • Liked Takao Oyobe
    keyboard_arrow_down

    Takao Oyobe - Teamwork Revolution - モブプログラミングという働き方 -

    45 mins
    Case Study
    Beginner

    モブプログラミングとはチーム全員で、同じ仕事を、同じ時間に、同じ場所で、同じコンピューターで行うことです。

    日本においても、2017年に一気に話題となりました。
    そのきっかけとなったモブプログラミングという働き方で紹介した楽天のモブ=チームがその後どうなったのかについてお話します。

    私達のモブでは、時間を決めてワークショップ形式で行うのではなく、朝来てから帰るまで働き方として実施しています。そのため、開発だけでなく資料作りや営業やモブプログラミングの体験会などすべてにおいてモブワークをしています。

    • スクラムを中心としたアジャイル開発を精力的に行ってきたメンバーがモブプログラミングを通してどのように変化したのか
    • 実際に仕事の成果が出せたのか
    • モブとその外の関係性はどうなのか
    • モブ=チームのその後(※今後の活躍次第)

    などについてお話したいと思います。

    スクラムとモブプログラミングは、チーム全体のアプローチやチームビルディングという点で共通項も多い一方で、別の視点で仕事の本質やチームの本質について考えるきっかけになりました。

    モブプログラミングに興味がある方はもちろん、そうでない方にとってもチームについて考えるきっかけを得られるようなセッションにしたいと思います。

  • Liked Harada Kiro
    keyboard_arrow_down

    Harada Kiro - Walking Scrum History with Patterns

    Harada Kiro
    Harada Kiro
    Senior Consultant
    Attractor Inc.
    schedule 1 month ago
    Sold Out!
    45 mins
    Talk
    Beginner

    Scrum is a set of well-defined rules that enable teams to work effectively to deliver valuable products. Scrum Guide is the rule book of Scrum. You are requested to follow the rules to get benefits of Scrum.

    But why do you need to follow Scrum rules? Scrum says it is crucial to inspect and adapt. So why not inspect how Scrum rules work.

    This session explores the history of Scrum with patterns. The first Scrum paper was published in a form of pattern language. By looking how these patterns have evolved, we hope to see how these Scrum rules are formed and have better understand why they are rules.

    This session concludes with the update of ScrumPLoP.

    This session can also be delivered in Japanese.

  • Liked Oscar Lopez Alegre
    keyboard_arrow_down

    Oscar Lopez Alegre - Why we do scrum? incremental product development

    20 mins
    Experience Report
    Intermediate

    I will start with something that most people in the software industry will not like. Building software is easy, you can get some tutorial and get code working. When you try to build good quality software, well that's complicated. You need to understand what you're doing. But then, what is complex? Creating the right product for your users.

    Most teams focus more when applying scrum on Software and Quality software, but forget about the problem of creating the right product.

    The output of each iteration of scrum is a software increment, and I think that's the core of the problem on many teams failing on scrum. They build the increment, but they forget why they build it. Scrum teams need to recover the view on the reason to apply scrum and why we embrace iterative development.

  • Liked takashi imagire
    keyboard_arrow_down

    takashi imagire - 開発プロセスだんどり

    20 mins
    Case Study
    Intermediate

    スクラムは「トヨタ生産方式」と源流を同じくしており、継続的に組織を良い状態に向けて進めていくという考え方は同じであるし、トヨタ生産方式を基盤としたリーンの考え方がその根本にあることは良く知られています。

    ただ、リーンは欧米から輸入された考えであって、トヨタのおひざ元の日本でそれをありがたがって使うのって、どうかと思いませんか?このセッションは、トヨタ生産方式以降のトヨタの考え方をソフトウェア開発のプロセスに載せて、スクラムを発展させられないかという試みについての結果をお話ししたいと思います。

    具体的には、自工程完結で重要な「段取り」の考え方をチーム開発と個人研究に適応してみて、改善を行いながらプロセスのフォーマットとセレモニーを構築していった事例となります。

  • Liked Steven Mak
    keyboard_arrow_down

    Steven Mak - Mentoring Technical Practices

    Steven Mak
    Steven Mak
    Ugly Code Cleaning Dude
    Odd-e
    schedule 1 week ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    My interest is to help developers adopt technical practices and being a mentor has played a big part. Through the years I've tried many ways to maximise the effectiveness of mentee's learning and also brings many challenges and discoveries. In this talk, I'll share my learning journey and hope it'll inspire you to help others improve their technical practices.

  • Jas Chong
    Jas Chong
    Agile coach / Scrum Master
    IBM
    schedule 1 week ago
    Sold Out!
    45 mins
    Experience Report
    Intermediate

    Agility is about culture and mindset. How much of that is impacted by the set up and the structure of the organisations?

    I'll explore and share experience on the few practical differences and the differences in outcome in:

    - coaching stable teams over project teams

    - scaling with chapter coaching over team coaching

    - coaching leadership teams / leaders over team coaching

    - instructional coaching over back of the room coaching (in the initial stages)

    And I'll share some of the instruments I've used that can be useful. I'd like to keep it interactive with questions.

  • Makoto Takaesu
    Makoto Takaesu
    CEO
    Studio LJ, Inc.
    schedule 2 weeks ago
    Sold Out!
    45 mins
    Tutorial
    Beginner

    アジャイル開発を実践、導入支援、他のコーチとの交流の中で蓄積された、雑多な小ネタを集めました。

    今の現場にそのまま導入するもよし、何かと入れ替えるもよし、自分たち流にアレンジするもよし、お好きな感じで使ってもらえればと。

  • Liked Jochy
    keyboard_arrow_down

    Jochy - Cognitive biases in agile teams

    Jochy
    Jochy
    Senior Consultant
    Elabor8
    schedule 3 weeks ago
    Sold Out!
    20 mins
    Talk
    Beginner
    Cognitive biases often results to poor decisions that could affect your teams. This talk provides an introduction to cognitive biases and how they impact team performance and effectivity.
    I'll cover 3 aspects of teams that could be impacted by these cognitive biases - team dynamics, communication and productivity.
    I'll discuss the symptoms of these biases and show you how to proactively control and reduce its effects for more effective teams.

  • Liked Hien Nguyen
    keyboard_arrow_down

    Hien Nguyen - You need weekly release, include mobile

    Hien Nguyen
    Hien Nguyen
    Board member
    Agile Vietnam
    schedule 3 weeks ago
    Sold Out!
    45 mins
    Case Study
    Intermediate

    One of the main point in Agile software development is continuous delivery that Scrum states it Sprint. When the delivery benefits to user, it becomes continuous release. With DevOps, the continuous release becomes easier and many teams can practice it today with web application.

    But mobile is another story. We cannot have failover, we cannot have rollback… to react to the mistake. App Store review takes time as well. So while mobile first is a trend but so few organization can get continuous release happened for mobile. How to practice the weekly release for mobile app?

  • Liked kyon_mm
    keyboard_arrow_down

    kyon_mm - Scrumが難しいのは幻想 -情熱の再定義-

    kyon_mm
    kyon_mm
    Test Architect
    オンザロード
    schedule 3 weeks ago
    Sold Out!
    45 mins
    Experience Report
    Intermediate

    私達のチームは2016年までメトリクスの活用、スプリント期間の短縮、くじ引きで決めるPOやSM、などのプラクティスを通して改善を繰り返してきました。スクラムガイドもどんどん破りました。

    このチームはScrumが難しいなんて思っていませんし、誰でも出来ると信じています。

    チームが開発する製品は大きく変わりましたがScrumが難しいなんてことはありませんでしたし、

    なによりこのチームのエッセンスを大学生40名に導入したところなんと1週間で1日スプリントをモノにしました。Scrumが難しいのは幻想だったのかもしれません。

    我々のチームはこういったことを通して2017年にいくつかのプラクティスを確立しました。スプリント期間は1時間へ、チーム内ボトルネックへの対応時間は25分以内を保証、人的リソース活用の損益分岐点を常に意識できる開発プロセスです。

    結果、1週間でレビューを35回以上、振り返りを30回以上行っています。1週間で改善した項目は最大で20アイテムにおよび、それらのムダ取りによって6ヶ月間で最大2倍の成果を生み出しています。

    チームのパフォーマンスを最大化するために私達の計画的な学び方、偶発的事象からの学び方などをScrumの文脈でご紹介します。

  • Liked Narichika Kajihara
    keyboard_arrow_down

    Narichika Kajihara - 妨害リスト(Impediments List ) を会社全体で運用して見えてきた組織課題の解決の仕方

    20 mins
    Experience Report
    Beginner

    妨害リスト(Impediments List ) を会社全体で運用して見えてきた組織課題の解決の仕方について、お話したいと思います。

    妨害リストを運用するからこそ、客観的に「問題vs私達」にフォーカスすることができます。Scrumで運用されている妨害リストですが、開発組織外でも運用することで会社全体でプロセスを阻害していることを解決することができた事例について紹介させて頂きたいと思います、

  • Liked Narichika Kajihara
    keyboard_arrow_down

    Narichika Kajihara - 企業が成長し続けるために欠かせない、自己組織化されたチームづくり

    45 mins
    Case Study
    Advanced

    100名を超える多様なバックグラウンドを持ったメンバーひとり一人が気持ちよく働ける環境づくりと、いかなる環境においても活躍できる普遍的に優秀な人材として成長し続ける組織作り、文化作りについて紹介させて頂きます。また、チームとして成果を最大化させるために大切にしていること、大事にしている価値など、どのように強いチームを作っているのかを紹介致します。