20110126 loftworkday
TRANSCRIPT
D AY 2 0 1 1
ウェルネスリンク～立ち上げまでの道のり
代表取締役 林 千晶
コロケーション
アジャイル開発
ユーザーインサイト
コンペ 2009/7 初顔合わせ
キックオフ 2009/9
要件定義 2009/10～12
コミュニケーション
企画・開発 2010/1～10
コロケーション
COLLOCATION
COLLOCATION
1 配置（の仕方）, 配列（法）, 併置.2〘文法〙（語の）連結, 結合, 連語（関係）, 項目連結.
COLLOCATION
team buildingにおどろくべき効果を発揮します
COLLOCATION
COLLOCATION
OHQ@京都
システム開発@札幌
プロデューサー@三軒茶屋
ロフトワーク@渋谷
デザイナー コピーライター
COLLOCATIONチーム育成段階(PMBOKより)
COLLOCATION
成立期：メンバー招集段階で、意思の疎通は図れていない
チーム育成段階(PMBOKより)
COLLOCATION
成立期：メンバー招集段階で、意思の疎通は図れていない
動乱期：縄張り争いや対立が激化する時期
チーム育成段階(PMBOKより)
COLLOCATION
成立期：メンバー招集段階で、意思の疎通は図れていない
動乱期：縄張り争いや対立が激化する時期
安定期：共同の精神が萌芽する時期
チーム育成段階(PMBOKより)
COLLOCATION
成立期：メンバー招集段階で、意思の疎通は図れていない
動乱期：縄張り争いや対立が激化する時期
安定期：共同の精神が萌芽する時期
遂行期：メンバー相互の尊重と共通の問題意識によりプロジェクトを前向きに捉える時期
チーム育成段階(PMBOKより)
COLLOCATION
COLLOCATION
要件
COLLOCATION
要件 企画
COLLOCATION
要件 企画 実行
COLLOCATION
共有できるのは ・スピード感 ・社風／価値観／専門用語 ・本当に達成したいゴール ・各自の得意領域
互いへの尊敬と信頼
アジャイル開発
AGILE
DEVELOPMENT
AGILE DEVELOPMENT
アジャイルソフトウエア開発宣言HTTP://WWW.AGILEMANIFESTO.ORG/ISO/JA/
ソフトウェア要求仕様の変更などの変化に対して機敏な対応でき、顧客に価値あるソフトウェアを迅速に提供することを目的とするソフトウェア開発方法論の総称
プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うよりも変化の対応を価値とする
AGILE DEVELOPMENT
AGILE DEVELOPMENT
AGILE DEVELOPMENT全体はマイルストンで管理不確定要素の大きいものをアジャイル開発WBS アクティビティ名 作業
期間 開始日 終了日 担当7 14 21 28 4 11 18 25 2 9 16 23 30 6 13 20 27 4 11 18 25 1 8 15 22 29 5 12 19 26 3 10 17 24 31
平22 03 平22 04 平22 05 平22 06 平22 07 平22 08 平22 09 平22 107 14 21 28 4 11 18 25 2 9 16 23 30 6 13 20 27 4 11 18 25 1 8 15 22 29 5 12 19 26 3 10 17 24 31
7 14 21 28 4 11 18 25 2 9 16 23 30 6 13 20 27 4 11 18 25 1 8 15 22 29 5 12 19 26 3 10 17 24 31
1 事業戦略 0.00 10.3.31 10.3.31 金岡1.1 事業上の与件FIX
（収益モデル含め）0.00 10.3.31 10.3.31 金岡
1.2 サービス規定FIX （有料／無料、携帯の位置づけ等）
0.00 10.3.31 10.3.31 金岡
2 プロモーション戦略 66.00 10.3.1 10.5.31 H 二見2.1 情報クリエイティブ 66.00 10.3.1 10.5.31 ITG藤田
2.1.1 調査（Fact、報道）、ヒアリング、GI等
45.00 10.3.1 10.4.30 ITG藤田
2.1.2 報告書作成 21.00 10.5.3 10.5.312.1.3 報告書納品 0.00 10.5.31 10.5.31 ITG藤田2.2 コミュニケーションシナリオ確定... 43.00 10.4.1 10.5.31 H 二見2.3 クリエイティブ開発... H 二見2.4 プロモーションサイト開発... H 二見2.5 プロモーション施策実行 H 二見2.6 広告出稿 H 二見3 営業戦略4 機器企画5 サービス企画・運用 154.00
0.0010.3.110.3.1
10.9.3010.3.1
小川
5.1 携帯電話サービス 45.00 10.3.1 10.4.30 小川5.1.1 携帯戦略策定 45.00 10.3.1 10.4.305.1.2 実装サービス企画 23.00 10.3.1 10.3.315.1.3 実装範囲確定（課金も） 0.00 10.3.31 10.3.315.1.4 要求仕様書作成 22.00 10.4.1 10.4.30 手塚5.1.5 要求仕様完成 0.00 10.4.30 10.4.30 手塚5.1.6 ラルス・WF修正 17.00 10.3.1 10.3.23 ラルス、中
村5.1.7 画面デザインレビュー 6.00 10.3.24 10.3.31 DC、小宮、
川上5.1.8 サイバード修正 15.00 10.4.1 10.4.21 CB、中村5.1.9 画面デザイン完成 0.00 10.4.21 10.4.21 中村5.1.10 ドコモ申請企画作成 21.00 10.3.23 10.4.20 CB5.1.11 ドコモ企画申請 0.00 10.4.20 10.4.205.2 データナビ開発 85.00 10.3.1 10.6.25 藤崎5.2.1 血圧計データナビ... 55.00 10.3.1 10.5.145.2.2 体組成計データナビ... 49.00 10.3.23 10.5.285.2.3 歩数計データナビ... 47.00 10.3.30 10.6.25.2.4 朝晩ダイエットナビ... 54.00 10.3.30 10.6.115.2.5 エンジン仕様完成 0.00 10.3.31 10.3.315.2.6 エンジン完成 0.00 10.5.13 10.5.135.2.7 血圧計データナビレビュー... 6.00 10.5.24 10.5.315.2.8 体組成計データナビレビュー... 6.00 10.6.4 10.6.115.2.9 歩数計データナビレビュー... 5.00 10.6.10 10.6.165.2.10 朝晩ダイエットナビレビュー... 5.00 10.6.21 10.6.255.3 ポータル企画・開発... 154.00 10.3.1 10.9.30 LW林5.4 1stリリース企画（その他残） 53.00 10.3.1 10.5.125.4.1 みんなでイベント... 45.00 10.3.1 10.4.30 中村、LW川
上5.4.2 課金 33.00 10.3.1 10.4.15 中村5.4.2.1 課金モデル策定 21.00 10.3.1 10.3.295.4.2.2 課金モデル確定 0.00 10.3.30 10.3.305.4.2.3 要件定義・基本設計 11.00 10.3.31 10.4.145.4.2.4 仕様レビュー（課金仕様確定） 0.00 10.4.15 10.4.155.4.3 定期レポート... 53.00 10.3.1 10.5.12 藤崎5.4.4 外部連携 21.00 10.3.1 10.3.30 岩本5.4.4.1 世間のAPI調査 11.00 10.3.1 10.3.155.4.4.2 アーキテクチャ設計 10.00 10.3.16 10.3.295.4.4.3 報告 0.00 10.3.30 10.3.305.5 ユーザビリティ評価... 44.00 10.5.17 10.7.15 小川5.5.3 初期登録の評価 11.00 10.5.17 10.5.315.5.3.1 初期登録のユーザ評価の開始 0.00 10.5.17 10.5.175.5.3.2 初期登録のユーザ評価 11.00 10.5.17 10.5.315.5.3.3 初期登録のユーザ評価結果集約 0.00 10.5.31 10.5.315.5.4 みんイベの評価 11.00 10.7.1 10.7.155.5.4.1 みんイベのユーザ評価の開始 0.00 10.7.1 10.7.15.5.4.2 みんイベのユーザ評価 11.00 10.7.1 10.7.155.5.4.3 みんイベのユーザ評価結果集約 0.00 10.7.15 10.7.155.6 2ndリリース企画... 90.00 10.4.5 10.8.65.6.3 ﾊﾞｰﾁｬﾙﾙｰﾄ・ｼﾞｮｷﾞﾝｸﾞ・共通追加 70.00 10.4.5 10.7.9
5.6.3.1 企画 20.00 10.4.5 10.4.305.6.3.2 要求仕様作成 20.00 10.5.3 10.5.285.6.3.3 プロト作成 19.00 10.6.1 10.6.255.6.3.4 評価 10.00 10.6.28 10.7.95.6.4 睡眠センサ向けサービス 90.00 10.4.5 10.8.65.6.4.1 企画 40.00 10.4.5 10.5.285.6.4.2 要求仕様作成 19.00 10.6.1 10.6.255.6.4.3 プロト作成 20.00 10.6.28 10.7.235.6.4.4 評価 10.00 10.7.26 10.8.65.7 運用準備5.7.15.7.25.7.36 システム開発 210.00 10.1.11 10.10.29 多田6.1 DR2-1 0.00 10.4.9 10.4.96.2 DR2-2 0.00 10.5.24 10.5.246.3 DR2-3 0.00 10.9.30 10.9.306.4 出荷判定 0.00 10.10.2510.10.256.5 サーバ機能（管理系） 210.00 10.1.11 10.10.29 手塚、佐野6.5.1 設計 25.00 10.1.11 10.2.126.5.2 開発 65.00 10.2.15 10.5.146.5.3 単体/結合試験 33.00 10.5.17 10.6.306.5.4 総合試験 44.00 10.7.1 10.8.316.5.5 運用試験 22.00 10.9.1 10.9.306.5.6 第三者評価 21.00 10.10.1 10.10.296.6 PCクライアント機能（PC-Web） 195.00 10.2.1 10.10.29 岩本、佐野6.6.1 設計 32.00 10.2.1 10.3.166.6.2 開発... 88.00 10.3.1 10.6.306.6.3 単体/結合試験 33.00 10.5.17 10.6.306.6.4 総合試験 44.00 10.7.1 10.8.316.6.5 運用試験 22.00 10.9.1 10.9.306.6.6 第三者評価 21.00 10.10.1 10.10.296.7 携帯クライアント機能（携帯-Web
）152.00 10.4.1 10.10.29 岩本、澤村
6.7.1 設計 12.00 10.4.1 10.4.166.7.2 開発 20.00 10.4.19 10.5.146.7.3 単体/結合試験 33.00 10.5.17 10.6.306.7.4 総合試験 44.00 10.7.1 10.8.316.7.5 運用試験 22.00 10.9.1 10.9.306.7.6 第三者評価 21.00 10.10.1 10.10.296.8 通信ソフトウェア 116.00 10.1.20 10.6.30 岩本、澤村6.8.1 設計 28.00 10.1.20 10.2.266.8.2 開発 22.00 10.4.1 10.4.306.8.3 単体/結合試験 12.00 10.5.14 10.5.316.8.4 総合試験 22.00 10.6.1 10.6.306.9 データナビエンジン 108.00 10.2.1 10.6.30 手塚、斉藤6.9.1 設計 43.00 10.2.1 10.3.316.9.2 開発 45.00 10.3.1 10.4.306.9.3 単体/結合試験 20.00 10.4.26 10.5.216.9.4 総合試験 22.00 10.6.1 10.6.307 機器開発 118.00 10.3.31 10.9.13 岩本、近藤7.1 通信DLL/エミュレータ 0.00 10.3.31 10.3.317.1.1 通信DLL提供 0.00 10.3.31 10.3.317.1.2 エミュレータ提供 0.00 10.3.31 10.3.317.2 血圧計 (7350IT) 104.00 10.4.9 10.9.27.2.1 ワーキングサンプル入手 (WSR) 0.00 10.4.9 10.4.97.2.2 初試品入手 (DR2) 0.00 10.7.22 10.7.227.2.3 量試品入手 (DR3-2) 0.00 10.9.2 10.9.27.3 体組成計 (208IT) 103.00 10.4.7 10.8.307.3.1 ワーキングサンプル入手 (WSR) 0.00 10.4.7 10.4.77.3.2 初試品入手 (DR2) 0.00 10.7.9 10.7.97.3.3 量試品入手 (DR3-2) 0.00 10.8.30 10.8.307.4 歩数計(205IT) 88.00 10.5.12 10.9.137.4.1 ワーキングサンプル入手 (WSR) 0.00 10.5.12 10.5.127.4.2 初試品入手 (DR2) 0.00 10.8.18 10.8.187.4.3 量試品入手 (DR3-2) 0.00 10.9.13 10.9.138 HJ-710IT/Walker's Index 手塚、小川8.1 HJ-710IT&HBF-356IT仕様調査8.2 Walker's Indexサイト移行計画
新規のサマリー行 1 0.00 3.00 7.00 27.00 9.00 8.00 7.00 4.00 7.00 5.00 10.00 4.00 11.00 2.00 0.00 3.00 9.00 1.00 1.00 1.00 1.00 0.00 0.00 1.00 0.00 5.00 0.00 1.00 0.00 4.00 0.00 0.00 0.00 1.00 0.00
例えば健康指標をみる「マイグラフ」
例えば健康指標をみる「マイグラフ」
例えば健康指標をみる「マイグラフ」
!"#$#%#$%$&!
$!!
'())*(++,-*. !! !
! !
/01$ 2" ! /013 "& ! /01" 34 !
5# !!! $! "! 2! 6! 5! 3! 4! &! 7! $#! $$! $"! $2!! 2" ! 34 ! 5# ! 67 ! 63 ! "& ! 24 ! 23 ! "& ! 56 ! 3# ! 53 ! 64 !$8$ ! ! ×! ! ! ! ! ! ! ! ! ! ! !$8" ! ! ×! ! ! ! ! ! ! ! ! ! ! !$82 ! ! ×! ! ! ! ! ! ! ! ! ! ! !"8$ ! ! ! ! ! ! ! ! ! ! ! ! ! !"8" ! ! ×! ! ! ! ! ! ! ! ! ! ! !"82 ! ! ! ! ! ! ! ! ! ! ! ! ! !"86 ! ! ! ! ! ! ! ! ! ! ! ×! ×! !! ! 9:
!!
! !
!
! !!
! ! ! !
!!
ユーザビリティテストでのファインディングス
ユーザビリティテストからの改善
編集モードと閲覧モードの違いがわかってもらえない
編集モード 閲覧モード
Usability Test Report
- 8 -
■ 観察された問題点 （※要望含む）
●グラフ操作
初見時では、グラフの表示を変更（期間の変更や軸の追加など）で
きることが分かりづらい。
多くの被験者がタスク１‐１（表示期間の変更）において、 まず[３０
日戻る]ボタンを使用した。つまり、画面上部のタブで期間や単位を
変更できることには、初見時には気付きづらいと言える。
数値の表示方法に戸惑う。
現行の仕様では、グラフをマウスオーバーする（グレーのバー表示）
だけでは数値は表示されない。数値を表示するためにはグラフのプ
ロット上をマウスオーバーしなければいけない。一方、アクティブ（黄
色のバー表示）な場合は、数値が常時表示される。多くの被験者は、
この仕組みがすぐには理解できず、体重などの数値を確認しようとし
て戸惑いを見せた。
タブの操作方法を誤解する。
複数の被験者が「表示」を「グラフ表示するためのボタン」であると誤
解した。そのため、被験者はプレビュー表示のグラフを、「もっときれ
いに表示しよう」として表示タブをクリックする行動が観察された。
また、複数の被験者が１つのタブが２つのエリアに分かれていると誤
解した。そのため被験者はタブのタイトル（例：表示）と状態（例：体重
管理）の２カ所を別々にクリックしていた。
グラフ下部の日付部分をマウスオーバーしても、何も反応しないので
戸惑う。
現行の仕様では、グラフエリア内をマウスオーバーするとグレーのバ
ー表示が行われるが、グラフ下部の日付の数値をマウスオーバーし
てもフィードバックが行われない（クリックは可能）。そのため、ある被
験者は「一瞬、あれ？と思った」と指摘した。
Usability Test Report
- 9 -
●設定モード画面 （※設定モード全てに共通）
モードが区別できない。
ほぼ全ての被験者は、表示モードとプレビューモードの区別がつい
ていなかった。そのため被験者はプレビュー状態のグラフを操作（数
値を確認するなど）しようとして、グラフが反応しないので戸惑いを見
せた。
その後、被験者は試行錯誤して、結果的にグラフをクリック（またはダ
ブルクリック）したので、表示モードに戻って操作を完了することはで
きた。しかし、操作に対する疑問（不安感）は残ったままであった。
「表示設定を閉じる」ボタンを使わない。
多くの被験者はボタンの存在を見逃していた。モデレータの誘導を
受けて初めて認識した被験者が多かった。
さらに、ボタンの存在に気付いても、「表示設定を閉じる」の意味を誤
解する様子が観察された。ある被験者は「設定（パネル）を閉じるだ
けで、グラフ表示とは関係ない」と誤解したので、ボタンを使おうとし
なかった。
ラベルは単語よりセンテンス、ユーザのタスク指向で表現する
USER INSIGHT
ユーザーインサイト
USER INSIGHT
どうやってユーザのリアリティを掴まえるか？
探しているものが「青い鳥」の場合もある
雑誌や新聞の調査メディアインタビューデプスインタビューPRサービス
ユーザ視点でのコミュニケーション
？関心テーマ単位でメッセージを発信
ユーザ視点でのコミュニケーション
？
？
？
？
？
？
リスク管理よりも魅力の最大化を、“企業と消費者”の視点よりも私たち”WE”の視点を、できない理由よりも実現するための最大の工夫を、批判よりも尊敬しあう仲間づくりを価値とする
T H A N K Y O U ask me @chiak i