Recommended
![[UX]は投げ捨てろ！](/image.pl?url=https%3a%2f%2fcdn.slidesharecdn.com%2fss_thumbnails%2fsendai-150131020702-conversion-gate01-thumbnail.jpg%3fwidth%3d640%26amp%3bheight%3d640%26amp%3bfit%3dbounds&f=jpg&w=240)
More Related Content
What's hot
Viewers also liked
Similar to UX - 業務システムにも感動を
More from Yasunobu Kawaguchi
UX - 業務システムにも感動を
- 1.業務システムにも 感動 を。 使われ続け、 業務効率を上げ続ける システムの作り方 アギレルゴコンサルティング株式会社 アジャイルコーチ 川口 恭伸 1
- 2.かわぐち やすのぶ 川口 恭伸 twitter: @kawaguti2
- 3.アギレルゴ コンサルティング 株式会社 アギレルゴ3
- 4.スクラムスクラムは、世界中で採用が進んでいる、ソフトウェア開発のマネジメント・フレームワークです。アジャイル開発といわれる一連の手法群の中でも、最も基礎的な「チームとしての仕事の進め方」に特化した枠組みになっています。 スクラムとは http://jp.agilergo.com/scrum 4
- 5.全面広告2012年1月10日(火)∼16日(月) 認定スクラムプロダクトオーナー研修 (大阪)認定スクラムマスター研修 (東京) アジャイル実践者研修 : Scrum Fine Tuning (東京) ジム・コプリエン James O. Coplienhttp://jp.agilergo.com/ アギレルゴ 5
- 6.アジャイルUCD研究会 agileucdja 6
- 7.EMZero vol.5 アジャイルUX 特別号 アジャイルUX7
- 8.EnterpriseZine アジャイルUX の潮流 アジャイルUX8
- 9.
- 10.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 10
- 11.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 11
- 12.本日のお伝えしたいこと UX＝ 見た目 UX の ユーザー 現実的 目的 の意見 UXD 12
- 13.Don Normanユーザエクスペリエンス1990年代中頃にD. A. ノーマン博士が提唱。 http://www.jnd.org/ システムを使用するときに人がどのように 感じるか？その全体像をカバーする概念。 「性能」よりも、「喜び」や「価値」に 着目する。 はっきりとした定義／枠組み／要素は、 未だ進歩中である。 http://en.wikipedia.org/wiki/User_experience (日本語訳: 川口恭伸) 13
- 14.例: iPhone 体験 購入前体験 購入後体験http://www.apple.com/ http://www.macheights.com/ retail/fifthavenue/ iphone-4s--first-impressions http://www.apple.com/iphone/ 14
- 15.使いやすさ エクスペリエンス思わず使ってしまう魅力購入や使用の体験人それぞれの使いやすさ多くの人が、一般的に感じる使いにくさ (...が、無いこと) ユーザビリティ Usability = use + able つか える 15
- 16.マイナスのデザイン プロが仕事で使う道具 シンプルなUI 学習しやすい 利用者自身で工夫/提案できる 16
- 17.本日のお伝えしたいこと UX＝ 見た目 UX の ユーザー 現実的 目的 の意見 UXD 17
- 18.要件定義ユーザーの声 取りまとめ 要件定義書 開発者 18
- 19.UXの第一法則「ユーザーの声、聞くべからず」 EnterpriseZine アジャイルUXの潮流 第２回 http://enterprisezine.jp/article/detail/2676 19
- 20.ユーザーの声、聞くべからず ?!ユーザの声に応えればユーザは満足する... とは限らない。 EnterpriseZine アジャイルUXの潮流 第２回 http://enterprisezine.jp/article/detail/2676 20
- 21.ユーザーの声とは体験分析 声 EnterpriseZine アジャイルUXの潮流 第２回 http://enterprisezine.jp/article/detail/2676 21
- 22.経験者の声にも注意 達人は全ての段階の経験者 スキル なんでも知っている 達人/仙人 が、そのために ...エキスパート 他の段階の人が 感じる痛みを、 中堅 当事者として体験 する事はもはや 初心者 できない。 困るところ 22
- 23.それぞれの状況作業 作業 状況を分析し 問題を定義し 作業 作業妥当な解決策の 仮説を立てる作業 作業 23
- 24.本日のお伝えしたいこと UX＝ 見た目 UX の ユーザー 現実的 目的 の意見 UXD 24
- 25.ユーザーエクスペリエンス デザイン (UXD)ユーザーエクスペリエンスをふまえて設計するユーザーエクスペリエンスそのものを向上させるユーザーエクスペリエンスの確認をプロセスに組み込む Jeff Patton http://www.agileproductdesign.com/ 作るものは最小限に 生み出す成果を最大化 25
- 26.ソフトウェアの成功要件使用する組織にとって有益である 有益であるためには 対価に値する 使用可能 魅力があり、 価値がある BA 魅力がある valuable usable & attractive 使用に耐える ものである UX価値があり、使用可能な上で、 実現可能実現可能、かつ、 feasibleコスト効率がよい Dev (C) 2009-2011 Jeff Patton, www.AgileProductDesign.com/product_owner 26 日本語訳: 川口恭伸
- 27.リソースと品質 すること スコープする人 品質 する時間リソース スケジュール 27
- 28.最低限やることを決めるほとんど利用しない機能も 要件にあがってしまう 利用者にとって最低限必要 なワークフローをカバーする 機能から用意する MVP = Minimal Viable Product 28
- 29.本日のお伝えしたいこと UX＝ 見た目 UX の ユーザー 現実的 目的 の意見 UXD 29
- 30.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 30
- 31.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 31
- 32.本日のお伝えしたいこと 探索の 道しるべ 調査 チーム 動的 仮説 検証 駆動 スコープ 32
- 33.仮説検証プロセス探索 ! Think ! 作る Make ! Check 使って 観察 もらう 33
- 34.本日のお伝えしたいこと 探索の 道しるべ 調査 チーム 動的 仮説 検証 駆動 スコープ 34
- 35.学んだことユーザー観察 シンプルな設計 信頼関係 素早く作る 反復による学び ! ! Agile UX CARDS Agile UX CARDS Agile UX CARDS ! Agile UX CARDS Agile UX CARDS 35
- 36.立ちはだかるハードルユーザー観察 シンプルな設計 信頼関係膨大な利用者 開発規模の拡大 知識共有 素早く作る 反復による学び ! ! Agile UX CARDS Agile UX CARDS Agile UX CARDS ! Agile UX CARDS Agile UX CARDS Agile UX CARDS Agile UX CARDS Agile UX CARDS 36
- 37.チームとして解決するスクラムプロセスフレームワーク チームプロダクトオーナー チームは十分な品質を持つソフトプェアをリプロダクトが成功するは、ビジネス上の価値 リースするのに必要な開発、テスト、ドキュメがあり、ユーザーにとって使用可能で、現実 ントに必要な役割とスキルから構成される. チームには普通以下の役割、 スクラム的に実現可能でなければならない。一人の人間がプロダクトオーナーのロールを行うこと スキルが必要。もあるが、一般的には、クロスファンクショ - 開発者ナルチームがプロダクトオーナーシップの責 - アーキテクト任を負う。 - テスター プロダクトオー - ビジネスアナリスト(BA) 一日 ナーは優先度付け - UIデザイナー 作業の最小周期。たとえ計画が プロダクト されたプロダクト - テクニカルライター 完了できなくても、延長する バックログを作成 バックログ ＆管理する責任が ことができない ある デイリースクラム 前日に完了したことを報告 今日なにをするかを計画 進行を妨げているものを提案 スクラムマスター プロセスがうまくいっているかどうかに注目 する。全員が役割を理解し、役割を行ってい るか、コラボレーションは円滑か、見える化 は十分できているか、チームは現在のスプリ ントの目標とリリースへのへの集中力を切ら スプリント していないか。 固定のタイムボックスで、 スクラムマスターはプロセスのファシリテー ソフトウェアを1-4週でデ ターであって、プロセスの警官ではない。 スプリント リバリーする プランニング 潜在的に出荷可能な POが、最優先のバックログ項目 スプリント ソフトウェアの増分 が 準備完了 であることと、その詳 バーンダウン ユーザに価値があるものになるには、まだソフ 細を説明する。チームは計画とコ トウェアが必要だが、これ自身はもうテストが ミットを行う スプリント中の進捗を見 必要ないくらい行われており、バグも修正済み スプリント える化する。 のもの 我々は前進しているか？ バックログ どこがボトルネックか？ バックログ項目を動作す るソフトウェアに変える デリバリータスク リリース スプリントレビュー ＆ バーンダウン 繰り返し ふりかえり 今後のリリースへの進捗を見 必要なだけ∼永遠に繰り返す 動作するプロダクトをでもんスロテーションし、批 える化する。期日に間に合う 判する。 よう進んでいるか？ 自分たち 計画の進捗について議論する を騙しているか？ これまで行った作業(あなた個人のプロセス)を報告 し、必要ならば修正する。 37
- 38.本日のお伝えしたいこと 探索の 道しるべ 調査 チーム 動的 仮説 検証 駆動 スコープ 38
- 39.スプリント０(ゼロ) 従来の アジャイル開発 のイメージ 無計画? 場当たり的? 開発者の幸せ? スプリント0 スプリント1 スプリント2 スプリント3ゴールを明らかに つどつど計画して進む 39
- 40.開発までにすべきこと From Concept to Product Backlog What Happens Before Iteration Zero? Gerard Meszaros 40
- 41.UXデザインプロセス EM-Zero vol.5 アジャイルUX特集号 http://www.manaslink.com/em/emzero/vol-5/ 41
- 42.本日のお伝えしたいこと 探索の 道しるべ 調査 チーム 動的 仮説 検証 駆動 スコープ 42
- 43.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 43
- 44.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ 44
- 45.本日のお伝えしたいこと 認識 合わせ 協調 ドキュ ストーリー ワーク メント ショップ を語る 45
- 46.共通言語を作る多様なスキルを持つ人の共有知として知識を外化(見える化)して貼り出す。 ユーザーストーリーマッピング http://www.agileproductdesign.com/ presentations/user_story_mapping/ index.html 46
- 47.デモか死か動作するソフトウェアで、デモンストレーション(レビュー)を行う 重要なテクノロジーは10名以下のチームで作られた ∼ Innovation Sprint 2011（後編） http://www.publickey1.jp/blog/11/10_innovation_sprint_2011.html 47
- 48.本日のお伝えしたいこと 認識 合わせ 協調 ドキュ ストーリー ワーク メント ショップ を語る 48
- 49.協調ワークショップ Collaborative Workshops多様なスキルを持つ人を集め、協調作業で妥当な仮説を導きだす。 ゲームストーミング――会議、 チーム、プロジェクトを成功へ と導く87のゲーム ISBN : 978-4873115054 49
- 50.本日のお伝えしたいこと 認識 合わせ 協調 ドキュ ストーリー ワーク メント ショップ を語る 50
- 51.ストーリーを語る Story Telling実際に見たことを、物語として、伝える ユーザエクスペリエンスのためなにに困るか、なにがあると楽か、 のストーリーテリングどういう習慣があるか、どういう人々がいるか。 ISBN: 978-4621084595 51
- 52.本日のお伝えしたいこと UX＝ 探索の 認識 見た目 道しるべ 合わせ ご清聴ありがとうございました。 ご意見、ご質問をお待ちしております。 twitter: @kawaguti e-mail: kawaguti@agilergo.com 52