web-dev-qa-db-ja.com

リーンUX:チームを同期する方法

私は読んでいます リーンUX 私の組織の真新しいUXチームに私が見たもののいくつかを実装することを期待しています。私が気づいたことの1つは、多くのアクティビティと提案が、プロジェクトまたは作業でチームを一度に同期できるかどうかを想定していることです。

これまで、チーム全体が同時に同じ作業(一連の機能)に取り組んでいることを保証することはできませんでした。エスカレーションなどの他のものがポップアップ表示されます。

これは、リーンUXを採用する前に全社的に実施する必要があるパラダイムシフトですか?そうでない場合、組織にリーンUXを実装するためのベストプラクティスは何ですか?

3
alph486

短い答え:本当に統合されたチームがなければリーンすることはできません。

リーンUXの起源は、リーン戦略に由来します。組織にすでに統合された新しいUXチームがあることは少し奇妙です。リーン戦略一般的には賛成です。

  • 低い在庫と個人的なコスト
  • 顧客との高いコミュニケーション
  • アイデア、コンセプト(実現可能性を確認し、チームメンバーの知識を理解すること)の生成と、それが内部と外部の両方で機能するかどうかを検証する、本当に短いサイクルとそれ以上。

まず、ビジネスコンテキストを必要以上に検証しようとします(UCDとの類似点を示します)。これは一般に、新興企業の使命のように聞こえます(例:Dropbox-私たちはクラウドのハードドライブになります)。チームは本当にフラットで、全員がチームが何をしているかを理解できるようにする必要があります。会議では、すべての開発者がデザイナーの役割を担うか、デザイナーが友人を見つけてソリューションの一部を構築するか、社内の開発者よりも安くそれを行っている人を見つけることができます。それはまったく問題ではありません。それがフラットでなく、チームに政治ゲームがある場合、それを機能させるのは困難です。平坦性が決定を遅らせることによって時々問題を引き起こす可能性があると聞いたいくつかの経験から。あなたは人を管理するのではなく、リーダーを必要としています。

一般的なサイクルは次のように命名できます。

考える-作る(または誰かに作る)-チェック=何が有効で、どのように改善できるかを学びますか?

LeanUXのアイデアは、製品やサービスに関するものではありません。チームが一緒に生き残り、一緒に学ばなければならないようなものです。 LeanUXは適しています。

  • リーンストラテジーは組織を採用し、一般的には新興企業や企業内プロジェクト(大きな組織では企業内で活動する)

部門を超えたチームと共同チームメンバーの作成により重点を置く必要があります。言ったように、新興企業はLeanUXに適しています。

  • それらは比較的小さく、コミュニケーションと管理を容易にします
  • 高い所有権-彼らは物事を個人的なものにする最初の段階で会社を所有することさえできます。

あなたの会社が大規模であるか、または小さなグループに分割できない場合は、アジャイルUXもご覧ください。

AgileUXとLeanUXの違いは次のとおりです。

AgileUXはすべてのビジネスプロセスのサイクルの作成に重点を置いていますが、LeanUXはビジネスランドスケープのすべてのコンポーネントチームメンバーの機能を含むです。

LeanUXの実装のベストプラクティスは次のとおりです。

  • 会社を無駄のない戦略に変えましょう(やろうか、生き残りましょう!)
  • チームメンバーを教育し、協力するように説得する
  • すべてのチームメンバー間のコミュニケーションを増やし、内向的な人々のアイデアを得て、彼らにマイクを与える
  • チームを小さなセルに分割し、メンバーではなくチーム全体のアクションの責任を負わせる
  • 目に見える階層を破壊し、それが間違った方法である場合は主要な人々をプッシュしないでください、チームは毎日の会議の1つで良い発言をします...

幸運を、

2
Abektes