優れた製品チームとの連携

ミッションに向けて迅速に進むには、製品チームのコア属性（戦略、設計、エンジニアリング）を適切に調整する必要があります。

しかし、どのようにしてその整合を達成し、そうでない場合はどうなりますか？ 私はBuildingIntercomで、優れた製品チームの重要な品質としての調整について講演しました。 上のビデオを見るか、軽く編集されたトランスクリプトを読むことができます。

スタートアップ、彼らは少しクレイジーですよね？ 働く場所としてのスタートアップに本当に惹かれたのは、彼らがどれほど熱心でエキサイティングなのかということでした。

あなたの会社がスタートアップのように小さいとき、あなたが持っている所有権の範囲とあなたの責任の規模は他の場所よりもはるかに大きくなるので、彼らは私にとってエキサイティングです。 個々に、あなたがあなたの会社の成功に向けて持つことができる影響は巨大である可能性があります。

しかし、それを強烈にしているのは、あなたの時間が短いということです。 消費者にも投資家にも魅力的な本当に素晴らしい製品を作らなければならないその時は本当に限られています。 その間に素晴らしい製品を作ることができなければ、それはあなたとあなたの会社にとってゲームオーバーです。

位置合わせは速度に等しい

早い段階で、成功を収めるためには、非常に勢いをつけて動くことができなければなりません。 急いでいるときに、トラックがどこに行くべきかを考えているような気がします。 特に、個人が大きな影響を与える可能性のあるこのスタートアップの世界では、正しく調整する必要があることの1つは、適切な連携を確保することです。

さて、あなたの半分はおそらく今「アラインメント、なんて流行語だ」と考えているでしょう、そして時々私は同意するでしょう、しかし私はそれが本当に何を意味するのでしょうか？ 私にとって、それは単に私たちが構築しているもので重要なのは何であるかを知ることを意味します。 お客様にぴったりの製品を作るとはどういう意味ですか？

「優れた製品の基盤となる3つの主要な柱は、エンジニアリング、設計、戦略です」

私はインターコムのエンジニアを約3年半務めています。 その間、私たちがどのように変化したかを少し色付けすると、私がインターコムを始めたとき、それはこのちっぽけなスタートアップでした。そして今、私たちはVicarStreetでエンジニアリングイベントを開催している会社です。

私たちは明らかに大きく成長し、大きく変化しました。 しかし、その間、そしてそのすべての変化を通して、私は一緒に仕事をした素晴らしい製品チームと彼らが持っている一貫した品質について多くのことを考えてきました。 私にとって、アラインメントはそれらの特質の1つであり、それがどのように機能するかについての私の見解を示したいと思います。

製品の核となる柱

製品について考えるとき、それが構築されている3つのコアの柱があると思います：エンジニアリング、デザイン、戦略。 これらは製品の寸法だと思います。 本当に素晴らしい製品は、各次元で強力になります。 スマートな戦略があり、しっかりと構築されており、使いやすく、理解しやすいものになります。

具体的な例を挙げると、オリジナルのiPhoneは、それぞれの面で強かった本当に良い製品だと思います。 それはよく造られました。 空白のパスワードを入力してログインすることはできませんでした。とても使いやすかったので、祖母がそれを使用できました。 Appleは当時の戦略を本当に釘付けにしました。

競合他社があなたのポケットにビジネスメールのようなものを簡単にすることに焦点を合わせていた間、Appleがやって来てあなたのポケットにプラットフォームを置き、あなたがやりたいことをやらせてくれました。 もしこれが起こらなかったら、Gavin Joyceのデモは、私たちがブラックベリーにポリフォニック着メロを沈めることだったでしょう。 しかし、それは製品のあらゆる次元のスペクトル全体をカバーしていました。

インターコムでは、これらの各側面も把握できるように製品チームを編成しています。 通常、プロダクトマネージャーはチーム戦略を引き受け、デザイナーはUXを引き受け、システム全体が調和し、エンジニアがシステムを構築、実行、保守することを保証します。 しかし、私たち全員が一丸となってこの製品を作ろうとしています。

このように製品を考えるのは興味深いことです。この空間に存在するもの、単なる1次元ではなく、アプリストアのアイコンまたはブラウザーのWebサイトとして表示されるものです。 しかし、おそらくもっと興味深いのは、それぞれの面で強力な製品を構築できるチームを実際にどのように獲得するかということです。 なぜなら、すべての元のiPhoneチームには、途中でクラッシュして燃えたばかりの何千ものチームがあったからです。

多次元スキルセット

さて、おそらく始めるのに良い場所は、あなた、チームの個人、そしてあなたがあなたのチームにもたらすスキルセットです。 エンジニアとして、あなたは当然、スケーラブルであることの確認、製品の高速性の確認、十分なテストの確認など、エンジニアリングの問題にさらに集中することになります。 しかし、あなたは完全に一次元ではありません。 あなたのコア分野が何であるかに関係なく、あなたはまだ他の次元の働きについていくらかの知識を持っているでしょう。

子供の頃にプレイしていた素晴らしいゲーム、トップトランプを覚えている人はいますか？ そんな感じです。 あなたにはさまざまなスキルがあります。 あなたはただ一次元ではありません。 トップトランプは、それがカードの1つの数字だけだったとしたら、ひどいものだったでしょう。

このように個人を考えることと、彼らがチームにもたらすスキルは、チームがベクトルのようなものであるという私の心の中でこの思考の連鎖を開いたようなものです。 私は周りを見回すことができます、そしてあなたの何人かはおそらくあなたがベクトルが何であるかを本当に理解していなかったあなたのLeavingCert数学クラスへのベトナムスタイルのフラッシュバックを持っています。 しかし、私も数学が苦手だったので、それが何であるかを説明します。

「チームの各個人には影響力と偏見があります」

ベクトルは、移動する大きさと方向を持つ単純な量です。しかし、それらの興味深い点は、複数のベクトルがあり、それらを組み合わせた場合、その関数の全体的な出力は、個々の大きさです。各ベクトルの個々の方向をまとめます。

それは興味深いことです。なぜなら、それはチームに非常によく対応していると思うからです。 具体的には、チームが集まって製品を構築しようとするさまざまな機能に非常によく対応していると思います。 ベクトルに大きさと方向があるように、チームの各個人には影響力とバイアスがあると思います。

それはどういう意味ですか？ さて、影響力とは、誰かが他の人を引っ張るだけです。 それは本当に人間関係の共通の特性です。 それは、人々のグループの変化を本当に推進するその人の能力です。

しかし、なぜこれが興味深いのですか？ 人々はその言葉を聞いて、「バイアス。 誰が偏見を持っていますか？ 私は偏見がありません。」 私たちは皆偏見を持っています。 しかし、私はそれを否定的な意味ではありません。

製品を構築するという意味では、あなたの偏見は、あなたが持っているスキルセットのために自然にもっと焦点を当てる領域です。 繰り返しになりますが、エンジニアとして、私は明らかに、私たちが構築している製品に対する全体的な優先順位や影響に関係なく、デザイナーが見ているUXの問題よりもスケーリングの問題に焦点を当てます。

「間違ったものを作っているのなら、どれだけ速く動いても構いません」

次に、各個人を取り上げて、彼らの偏見、彼らがテーブルにもたらすスキルセット、および彼らが持つ影響力のレベルを見ると、それが通常、チームの所有権のレベルを決定するものであり、そのようなスライスです。彼らが本当に戦い、考える製品。 前のベクトルで行ったように、これらの各個人をまとめてまとめると、チームの方向性と勢いが決まります。 早い段階で、成功を収めるためだけに、そのような勢いで行動する必要があることを忘れないでください。

チームの方向性と勢い

ただし、チームの方向性は興味深いものです。 なぜなら、それを間違えたとしても、とにかくねじ込まれているので、どれだけ速く動いているかは問題ではないからです。 あなたは間違ったものを作っています。

素晴らしいチームはバランスが取れています。 彼らはあらゆる面で強力な所有者を持っています。 彼らはあらゆる側面からそれをカバーしているので、彼らはそれが彼らの顧客にとって重要であることが何であるかを知るでしょう。 バランスの取れていない人々がいるチームの調整が不十分な場合、彼らはさまざまな方法でチームを引っ張ろうとします。 彼らは間違った方法で間違ったものを作ります。

あなたが働いているビジネス内で新しい会社または新しいチームを始めたばかりで、このチームを構築したことを少し想像してみましょう。あなたは素晴らしいものを構築するために必要なスキルセットを持っていると本当に確信しています。製品。 ほぼこのマップを頭の中で成功させることができます。

「本当に素晴らしい製品チームは、彼らが進んでいる方向を絶えず調整し、繰り返しています」

残念ながら、作業中のロードマップは実際にはマップのようには見えません。 でも、彼らがやったらいいのにと思います。 しかし、このマップを成功させるのは簡単ですよね？ スポットをマークするこのXがあります。 それはあなたが作りたい完璧な製品です。 まっすぐですよね？ 私には素晴らしい計画があり、素晴らしいチームがあります。 すべてが完璧に進みます。 現実の生活は決してこれほど単純ではありません。 途中で予期せぬ課題が常に発生します。

私がこのチームのエンジニアであると想像してみてください。この道のどこかで、私たち全員がよく知っている問題を目にします。 それは技術的負債のその恐ろしい山です。 チームとして、元々は勢いよく正しい方向に進んでいましたが、今していることを変えなければ、この最初の山にぶつかるでしょう。

私たちが構築している製品のエンジニアリングの側面の所有者として、この山の周りに私のチームを引き寄せるのは私の責任です。 しかし、機能する唯一の方法は、チームの他の機能が私が正しいことをしていると信頼している場合です。 なぜなら、彼らもバイアスをかけられることを忘れないでください。 彼らは、チームがどこに行くべきかについてのビジョンを持っています。 私が正しいことをしていて、チームを正しい方法で引っ張っていることを彼らに信頼してもらう必要があります。

時々あなたはあなたが本当だと思うものの絵を塗り直す必要があります

あなたのチームの方向性は、流動的で、有機的で、人生があなたに投げかけているものに反応する必要があります。 本当に素晴らしい製品チームは、彼らが進んでいる方向を絶えず調整し、繰り返しています。 デビッドリンチはそれを本当に素晴らしい方法で言いました。 彼は時々あなたが本当だと思うことの絵を塗り直す必要があると言いました。

チームの多様性、スキルセットの多様性が、問題が発生しようとしていることを確認するためのビジョンを提供します。 しかし、実際にそれに反応することができなければ、ビジョンを持っているだけでは十分ではありません。 あなたとあなたのチームメイトが、チームがどこに行くべきかを再調整して妥協することができるのは、実際に反応する能力です。

成功したプロジェクトを見ると、途中でたくさんの課題を織り交ぜてボブしたことがわかります。 パッシブチーム、彼らの働き方を決して変えなかったチーム、彼らはまだその最初の山で立ち往生するでしょう。

チームの調整が不十分な場合はどうなりますか

私たちは、インターコムでのこの種の反復、この方向の調整を本当に大切にしています。 それは私たちが本当に毎日やろうとしていることです。 しかし、私たちは人間であり、絶対に間違っています。 例を見てみたいと思います。 これは、ほぼ2年前に構築した機能です。 それはスマートキャンペーンと呼ばれます。 これは本質的に、最高のメッセージを最高の人々に最高の時間にインテリジェントに配信する機能です。 いいですね。

私たちが立ち上げたキャンペーンの最初のバージョンは、それに直面して成功しました。 それは私たちの顧客のいくつかの主要な要件を解決し、インターコムをはるかに強力なメッセージングプラットフォームにし、この業界にとって衝撃的なことに、ほぼ時間通りに発売されました。

しかし、内部的には、それはスケーリングの悪夢でした。 それはエンジニアを夜に目覚めさせました。 実行するには多くのお金がかかり、それから利益を得るために私たちが望んでいたよりもはるかに多くのお金がかかりました。 実際、単に実行することは、当社の製品の全体的な可用性にとって危険でした。 そして、私をファック、私はそのプロジェクトを主導しました。 どのようにしてこの点に到達したのですか？ しかし、私はそれを経験したいと思います。それについて触れたいと思います。なぜなら、私にとって、キャンペーンはチームの調整がうまくいかなかった完璧な例だからです。

キャンペーンの作成を開始したとき、お客様が使用できるこの巨大な機能セットを作成するという戦略的な必要性があると考えました。 古いバージョンのメッセージングシステムを使用しているお客様がいて、キャンペーンに移行してほしいと考えました。

ただし、実際にそれを行うには初期費用がかかるため、可能な限り説得力のある選択をしたいと考えました。 Serena Fritschはあなたの顧客に共感することについて話しました、そしてこれは私たちがすべてのボックスをチェックしようと非常に試みていました。

「チームのミスアラインメントはそれ自体で悪化します。 長く放置するほど、軌道に戻るのが難しくなります。」

エンジニアとして、将来的にスケーリングの問題が発生することがわかりましたが、このビジョンに戦略的に対応していたため、この膨大な製品の幅が必要でした。AWSインスタンスをさらに購入して購入できることを望んでいました。より多くのモンゴ容量。 よし、それはかっこいいだろう。

実生活はそのようには機能しません。 地図上のXまでの直線のように、これほど単純なことはありません。 セレナがスヌーズを再構築するのに6週間かかったと言ったのかもしれません。 キャンペーンが安定した場所に到達するまでに7か月かかりました。

あのね？ 振り返ってみると、構築した機能セットを振り返ると、これらすべてのものは必要ないことがわかりました。 私たちは皆、この戦略的ビジョンに目がくらんでいたので、そのエンジニアリング側のために戦ったことはありませんでした。 私たちが出荷できたであろう機能のセットは絶対に少なく、これらすべての次元に釘付けになりました。

それからの私の重要なポイントは、最初からずれていたということでした。 しかし、チーム内の不整合はそれ自体で悪化します。 長く放置するほど、軌道に戻るのが難しくなります。 私は以前にエンジニアリングの所有権のために戦い、私たちを軌道に戻すべきでした。

しかし、それは学習プロセスですよね？ この配置を正しく行うのは困難です。 チームの行き先を常に調整できる必要があります。

T字型のスキルセット

チームとの連携のメリットと、それが早い段階で勢いを増すのにどのように役立つかについて話しました。また、うまくいかなかった場合に何が起こるかについても説明しました。 私はまた、あなたの所有地域のために戦うことができる、または他の誰かが彼らのために戦っているときに妥協することができるというこの概念について話しました。 しかし、それらは一種の反対の点ですよね？ それを行うときに、実際にスキルセットをどのように知ることができますか？ 本当に優秀な製品エンジニア、または一般的に優秀なチームメイトに何を求めますか？

テクノロジー業界ではT字型の人々について多くの話がありますが、確かに私がマネージャーだったとき、これらは私たちがチームに本当に望んでいた種類の人々でした。 T字型の人が何であるかをよく知らない人にとっては、それは単に1つの領域で非常に深い知識を持っているが、他の多くの領域では非常に幅広い知識を持っている人です。 ドメイン外の問題に取り組む方法を彼らに知らせるのは、その幅広い知識です。 彼らは好奇心旺盛な人々です。 あなたは彼らを深いところに投げることができる傾向があり、彼らは泳ぎ方を理解するでしょう。

「優れた製品エンジニアは、私たちが使用している製品戦略やUXシステムなどについて洞察を持っている必要があります」

さて、素晴らしいチームでは、各個人がチームの他の機能の高レベルの機能と懸念を理解する必要があります。 それは、エンジニアとして、先週私を本当に悩ませてきた問題を修正するよりも、今何かを市場に出すことがなぜ重要なのかを理解することかもしれません。

この元のT字型に戻り、役割間でズームアウトすると、それが正しいままであることがわかります。 優れた製品エンジニアは、製品戦略や私たちが使用しているUXシステムなどについて洞察を持っている必要があります。 あなたは専門家である必要はありません、そして私はあなたがまったく専門家である必要があると言っているのではありません。 その概要を知っているだけで、一緒に仕事をしている人々に対してこの驚くほど役立つ共感を得ることができます。

誰もが製品開発のメンタルモデルを持っています。それは彼らがプロセスについてどう考えるかです。 それは時々同じことの2つの異なる側面です。 このより広い文脈を得るとき、あなたはあなたが一緒に働く人々のメンタルモデルを学び始めます。 あなたは彼らの考え方を学び始めます。

「チームとは、個人間のバランス、チームのビジョン、そして顧客にとって実際に何が良いかということです。」

あなたが誰かがどのように考えるかを学ぶとき、あなたは彼らと信じられないほど効果的にコミュニケーションする方法を学びます。 あなたはあなたがあなたにとって重要な何かのために戦っているときに言う方法を学び、あなたは彼らが彼らにとって重要な何かのために戦っているときを学びます。 それはあなたが一緒に働く人々とのこの全体的な共感と信頼をあなたに与えます、そしてあなたがいつ妥協するべきかそしてあなたがあなたの所有領域のためにいつ戦うべきかを知る能力をあなたに与えるのはこれらの2つのスキルです。

製品チームのバランス

結局のところ、チームはすべてバランスについてです。 個人間のバランス、チームのビジョンはどうあるべきか、そして実際に顧客にとって全体的に何が良いか。 あなたのチームの方向性は、人生があなたに投げかける障害物を回避できるように流動的である必要があります。

時々、木から森を見るのは本当に難しいです、そしてあなたはあなたが他人に与える影響とあなたがテーブルにもたらしている偏見に注意する必要があります。 そのためには、自分自身を成長させる必要がありますが、コアドメインの外で成長する必要があります。

「素晴らしいチームを育てたいのなら、常に方向性を調整して繰り返し、一緒に働く人々との共感と信頼を築いていきます。」

Waheed El Miladiは、製品を扱うまで、そしてデザインを扱うまで、解決しようとしている問題をどのように理解していなかったかについて話しました。それから、顧客に適切な製品を構築するために何をする必要があるかを理解しました。 。

結局のところ、エンジニアとしてのあなたの仕事は、コードを書くことだけではありません。 それはビジネスを構築するのを助けることです。 そのための最善の方法は、チームが適切な製品を構築できるようにすることです。

本当に素晴らしいチームを成長させたいのであれば、常に自分の方向を調整し、繰り返すことに慣れている必要があります。 一緒に働く人々との共感と信頼を築く必要があります。 そうすることで、より良い製品を構築できます。

この話が好きで、インターコムがあなたにぴったりだと思うなら、私たちは積極的に採用しています–私たちのオープニングをチェックしてください。