[論文レビュー] Learning about End-User Development for Smart Homes by "Eating Our Own Dog Food"

Joëlle Coutaz, James L. Crowley|arXiv (Cornell University)|Oct 5, 2015

Spreadsheets and End-User Computing参考文献 3被引用数 3

ひとこと要約

本論文では、非技術的ユーザーが直感的でユーザー主導のインターフェースを通じてスマートホームデバイスの監視、制御、設定を可能にするエンドユーザ開発環境SPOKを提示する。研究チームは自身の自宅でSPOKを4か月以上にわたり導入し、使いやすさ、ワークフロー統合、長期的なユーザー参加度に関する貴重な知見を獲得した。これは、エンドユーザー向けスマートホームシステムを設計するにあたり「自分自身の犬の餌を食べる」（自らのツールを実際に使用する）ことの価値を示している。

ABSTRACT

SPOK is an End-User Development Environment that permits people to monitor, control, and configure smart home services and devices. SPOK has been deployed for more than 4 months in the homes of 5 project team members for testing and refinement, prior to longitudinal experiments in the homes of families not involved in the project. This article reports on the lessons learned in this initial deployment.

研究の動機と目的

• 実家庭環境におけるエンドユーザ開発環境の使いやすさと長期的実用性を評価すること。
• プログラミングを必要とせずにIoTデバイスの設定と管理を可能にする非技術的ユーザーが直面する課題と機会を特定すること。
• チームメンバーが自宅でシステムを使用する中での直接経験に基づき、SPOKを改善・最適化すること。
• 実使用状況の観察を通じて、将来のエンドユーザ開発ツールの設計を支援するため、実際の使用パターンを実証的に明らかにすること。
• 「自分自身の犬の餡を食べる」——つまり、実際のユーザーが想定する通りにシステムを使用すること——が、エンドユーザ開発ツールの設計改善にどのように役立つかを検証すること。

提案手法

• 本研究チームのメンバー5人の自宅にSPOKを4か月以上にわたり導入し、実世界での評価を実施した。
• SPOKの視覚的でイベント駆動型のインターフェースを活用し、コード記述なしでユーザーがスマートホームの自動化を構築・変更できるようにした。
• チームメンバーが日常的にシステムと対話する中で、定性的なフィードバックと使用ログを収集した。
• 観察されたユーザー行動、エラー、ワークフローの中断に基づき、反復的にSPOKを改善した。
• デバイスの発見、サービスの組み合わせ、設定の永続性といった日常的文脈におけるエンドユーザー体験に焦点を当てた。
• 監視、制御、スマートホームサービスの設定を支援するエンドユーザ開発の原則を適用した。

実験結果

リサーチクエスチョン

• RQ1 非技術的ユーザーは、実際の家庭環境において、ノーコード型スマートホーム設定環境とどのように相互作用するか？
• RQ2 エンドユーザーが時間経過とともに複雑なデバイス間の相互作用を管理する際、どのような使いやすさの課題が生じるか？
• RQ3 エンドユーザ開発ツールの実世界での長期的使用は、制御されたラボ環境では見つからなかった設計上の欠陥をどのように明らかにするか？
• RQ4 自らシステムを使用する経験が、エンドユーザの採用に向けた意味のある改善を特定する上で果たす役割は何か？
• RQ5 '自分自身の犬の餡を食べる'という手法——つまり、実際のユーザーが想定通りにシステムを使用すること——は、スマートホーム向けエンドユーザ開発ツールの改善に有効な方法であると言えるか？

主な発見

• チームメンバーは頻繁に設定のずれ（configuration drift）を経験し、繰り返し再設定を余儀なくされた。これは、ユーザーが作成したスマートホームワークフローの脆さを示している。
• 特に同じ種類のデバイスが複数存在する状況では、デバイスの発見と名前付けにユーザーが困難を覚えた。
• 自動化ルールに永続的で人間が読みやすい論理が欠如していたため、長期的な使用において混乱や誤りが生じた。
• ユーザーはテキストベースやコマンドラインインターフェースよりも、視覚的でドラッグアンドドロップによるルール構成を好んだ。
• 実世界での使用から、ユーザーがデバッグや変更が困難なほど複雑な自動化を頻繁に作成していることが明らかになった。
• チーム自身がエンドユーザーとしての経験を通じて、ルール実行のフィードバック不足や、エラー回復メカニズムの不備といった重要なUX上の問題を発見した。