製品設計チームを構築し、ユーザーが愛する製品を構築する

2016年7月、私はOutSystems Engineeringの最も野心的なプロジェクトに招待されました。UXに情熱を燃やす人々のグループに参加し、今日プロダクトデザインチームとして知られるものを結成するためです。このチームは、エンジニアリングが製品を構築する方法に影響を与え、ユーザーエクスペリエンスが私たちの文化に定着するようになりました。ここまで来た経緯をお話ししましょう。

私の物語

私は2007年にOutSystems Engineeringに入社したソフトウェアエンジニアです。それ以来、多くの技術的なことをやって学んでいます。私はチームリーダーになり、その過程でユーザビリティとデザインの実践を発見しました。私は常に、ユーザーを本当に気にかけている人の1人であり、モックアップやプロトタイプを使って実験し、製品を出荷する前にユーザビリティテストを行いました。

2015年1月:顧客は私のチームの仕事にとても満足していました。
彼らは私たちに幸せな新年の手紙を送ったこと。

ただし、優れた製品を構築したい場合は、ユーザーエクスペリエンスを気にする少数の人々がいるだけでは不十分です。同社はそれに気づき、一元化されたUXまたは設計チームを作成および維持しようとしました(そして失敗しました)。それで、なぜ私はこのチームを作るために招待されたのですか??さて、あなたが見るように、その理由は、今回は違うことをするつもりだったからです。既存のチームでの試運転が成功した後、経営陣は新しい設計チームを構築するという提案を受け入れました。

このチームの基本的なルールは、学際的なものでなければならないことでした。以前のイテレーションとは異なり、UI / UXデザイナーとソフトウェア開発の強力なバックグラウンドを持つエンジニアで構成される必要がありました。なぜこれが重要なのですか?

OutSystemsは、モバイルおよびWebアプリケーションを構築するための低コードプラットフォームを提供します。私たちの究極の目的は、開発をより速く簡単にすることで開発者の生活を改善することです。これらの開発者を理解し、ニーズを発見し、最適なソリューションを設計および検証するには、エンジニアとUI / UXデザイナーの両方が必要です。私はこの新しいチームのエンジニアであり、チームリーダーでもあり、それは大きな挑戦でした!

2016年11月—プロダクトデザインチーム。

初期段階:目的とビジョンを定義する

最初に行った重要な決定は、チームに「Product Design」という名前を付けることでした。私たちは、過去のデザインのみのチームから脱却したかったのです。残念ながら、これらはプロジェクトの後半の段階に限定されており、ビジュアルデザイン(画像とアイコン)と、Tシャツやマグカップ、その他の驚くべき盗品など、エンジニアができないその他のデザインにしか取り組んでいませんでした。

私たちは、製品の未来を形作りたいと考えていました。私たちは一から関与します。

製品設計チームは、エンジニアリングがさまざまな側面で製品を設計する方法に影響を与えます。製品の機能、使いやすさ、有用性、そして製品の視覚的な側面にも影響します。

これにより、私たちは感動的なビジョンを決定しました。

製品設計チームのビジョン。

次に、作業するすべてのプロジェクトに適用する一連の目標を定義しました。これらの目標は私たちのビジョンに向かって私たちを導きます:ユーザーが一目loveれし、永遠に愛し続ける製品を提供します:

  1. 製品を使いやすくします。
  2. 製品を美しく望ましいものにします。
  3. ユーザーが製品の価値を理解できるようにします。

振り返ってみると、私たちの目標は以前の設計チームの目標とそれほど変わらず、それらのチームのように失敗するリスクが常にあることを認識していました。

事前分析の実行

過去に、私たちはプロジェクトのリスクを予測するのに役立つ、事前分析(詳細はこちら)と呼ばれる便利な手法を適用してきました。事前調査では、プロジェクトの将来の仮想的な失敗を想像します。プロジェクトに関わる各人に、その失敗の原因となったリスクを指摘してもらいます。次に、これらの仮想リスクを回避するために計画を調整し、失敗を避けます。とてもシンプルでパワフルですよね?それは;私を信じてください!

プロジェクトの事前調査

そのため、チームの事前分析を実行することにしました。架空の設定では、1年後、チームは見事に失敗しました。チームの全員に、失敗の考えられる理由を特定するよう依頼しました。これらの仮説から、共通の懸念事項を特定し、それらを回避するためのアクションアイテムを定義しました。これらのアクションアイテムの一部は、チームのブートストラップ中に実行され、他のアクションアイテムは、崖から落ちないようにするために、今日まで実行されています。 :)

スキルの評価

特定したリスクの1つは、チームの学際的な性質でした。多様なスキルを補完することは困難な場合があり、その時点では、作業を行うために必要なスキルがない場合があります。私たちはチャレンジを成長の絶好の機会として受け入れました!そして、私たちはここまで来ました。

製品の定義を調査しました。これを見つけました:

製品設計では、問題を特定、調査、検証し、最終的にソリューションを作成、設計、テスト、および出荷します。

この定義を特定のニーズに適合させ、OutSystems Engineeringのプロダクトデザイナーになることの意味を明確にし始めました。また、プロダクトデザイナーとして必要となる主なスキルの図を作成しました。

2016年の製品設計チームのスキルを示す図。

次に、各自がスキルの自己評価を行い、開発したいスキル、または他の人をコーチできる場所についても話し合いました。これにより、チームがトレーニングを必要としている場所や、より多くのチームメンバーについて有益な洞察が得られました。

また、チームのもう1つの基本ルールを定義するのに役立ちました。常にペアで作業し、エンジニアリングと設計のスキルを組み合わせて、お互いの素晴らしい仕事を補完し、お互いから学ぶ必要があります。

私たちは時々このエクササイズを時々行います。最初の反復以来、スキルを評価し続けています。その結果、図を変更して変更を取り入れました。 2018年の図を次に示します。

2018年の製品設計チームのスキルセットを示す図。

製品チームとの連携

チームを配置し、ビジョンと目標を設定し、スキルを決定して明確にした上で、製品の将来に実際にどのように影響を与えることができますか? OutSystemsエンジニアリングには、フロントエンド、バックエンド、アプリケーションライフサイクルなど、製品の各領域に1つずつ、複数の製品チームがあります。

私たちが特定した別のリスクは、プロセスが俊敏性を妨げた場合、製品チームが当社との作業を中止することを決定できることです。そのため、チームにいくつかの基本ルールを設定しました。

  1. チームではなく、チームと協力します
  2. 私たちは常に、チームに最大限の価値と最小限のオーバーヘッドを追加することを目指しています。

チームがいつ私たちを信頼できるかを知るために、明確に定義されたプロセスが必要でした。いくつかの設計システムを研究し、本や記事を読み、他の会社からインスピレーションを得ました。設計プロセスはたくさんありますが、特定のニーズに合わせてプロセスを調整する必要がありました。

4つの段階でプロセスを定義しました:発見、プロトタイプ作成、配信、調整。

製品設計の4つの段階

発見ステージ

この段階の目標は、問題に関するすべてを理解することです。インタビューを行い、複数のソースからフィードバックを収集し、現在のソリューションでユーザビリティテストを行い、競合を分析し、アイデア作成プロセスを実行して、できるだけ多くのソリューションを考え出します。アイデア作成プロセス中にいくつかの非常にクールな実験を実施し、今日「デザインセッション」と呼ばれるGoogleデザインスプリントのバリエーションを実行します。これは、プロセスの最も重要な段階の1つです。私たちは解決しようとしています。

2016年11月:Googleデザインスプリントを試してください。2016年12月— Full-Stack Visual Debugger用の最初のデザインセッションの製品。

プロトタイプステージ

この段階では、問題の解決策のプロトタイプを作成し、それらをターゲットユーザーでテストしてから繰り返します。プロトタイプは、紙からソフトウェアまで、いくつかのレベルの忠実度にまたがることができます。この段階の終わりに、いくつかのプロトタイプをテストするので、何が機能し、何が機能しないかがわかります。ソリューションを実装する製品チームと緊密に連携し、最終的に、実装するソリューションを決定します。

2017年1月:フルスタックVisual Debuggerプロトタイプ。2017年3月:スタイルエディターのペーパープロトタイプ。

デリバーステージ

この段階で、製品チームはソフトウェアを構築し、製品設計は視覚的な資産を提供し、実装されたソフトウェアをエンドツーエンドでレビューし、ユーザビリティテストを実行します。動作中のソフトウェアでテストすることで、ユーザビリティの問題に関する追加の洞察が得られ、この段階でソリューションを適応することができます。必要に応じて、代替案のプロトタイプを作成することもできます。配送段階の終わりに、製品が出荷され、チームでこれを祝います!

2017年3月:チームメンバーの1人が赤ちゃんを産んだ、すごい!2017年9月—フルスタックビジュアルデバッガーのモバイルデバイスセットアップダイアログの最後のUI

微調整ステージ

この段階は、ユーザーからのフィードバックが反映されると開始されます。この段階では、提供されたソリューションを調整するためのメトリックを確認します。目標は、何が機能していて何が機能していないかを特定し、迅速な修正を実行するか、将来の改善を計画することです。次の画像では、スタイルエディターのメトリックの分析を見ることができます。分析から、ユーザーが機能にアクセスするさまざまな方法と、最も一般的な方法を特定しました。

この情報は、設計を簡素化するのに役立ちます。

2017年12月:-Styles Editorの使用状況メトリックの分析。

泡立て、すすぎ、繰り返し

私たちは製品チームとともにこれらのすべての段階を経て、初日から顧客が私たち全員が一緒に構築したものを喜んで使用するまで、誰もが設計プロセスに関与するようにします。このプロセスは順応性と反復性があります。プロジェクト中に複数回実行できます。私たちは常に新しい技術、新しい要件にプロセスを適応させるためにオープンであり、実験中にそれを微調整しました。

私たちは今日どこにいますか。私たちはどこに向かっていますか?

今日、私たちは安定した、強力な、そして高性能の製品設計チームを持っています。そして、いくつかのプロジェクトで価値を証明しました。私たちはほとんどの製品チームと協力してきましたが、今日、OutSystemsエンジニアリングのすべてが当社の実践の価値を理解しています。ユーザーエクスペリエンスは私たちの文化の一部になりつつあります。

私たちにはまだ多くの課題があります:より多くのプロジェクトに影響を与えるためにチームを拡大する必要があり、将来のビジョンに取り組み続ける必要があり、製品マネージャーや製品所有者との同期を改善する必要があります。やることがたくさんあるので、袖をまくって忙しくしましょう!

マイストーリーに戻る

これは、私がOutSystemsで働いていた間に携わった、最も挑戦的でやりがいのあるプロジェクトです。課題は常にあります。チームは素晴らしいです! OutSystems、このような素晴らしい機会をありがとう。

2018年の製品設計チーム