私の名前はドミトリー・ボルコフです。 プロダクトマネージャーとして働いている間、私は勝利と失敗、開発とビジネスの間のコミュニケーションを適切に構築する方法、そして決してすべきでないことについて多くの物語を蓄積してきました。 今日はそのような2つの物語をお話しします。
Yandex.Moneyに移動する前でも、私はいくつかのファカプスを作りました。 今日は、ビジネスが本当に必要とするものを相互に誤解しているため、あるシベリアの会社で強力なPMを失った方法を説明します。 2番目のストーリーは、製品が市場を必要としていることをチームに説明することの重要性と、すべてのプロセス参加者の速度、効率、および調整された作業がそれに伴うことです。 そして、Yandex.Moneyでこのようなことがどのように機能するかについてもう少し説明します。
編集者注：このテキストは、2019年2月28日のPiemnaya集会でのDmitry Volkovによる報告の結果です。一部の問題に関する編集意見は、著者の意見と一致しない場合があります。
数年前、私は中小企業をシベリアの大企業で働くように変更し、そこでオンライン送金のためのサービスを構築しました。 その瞬間、私は5つのチームと仕事をし、それぞれに独自のプロジェクトマネージャーがいましたが、これは非常に助けになりました。それは、これらすべての内向的な兄弟とのコミュニケーションが非常に困難だったからです。 チームの1つが最近集まって、非常に強力なバックグラウンドを持つPMを任命しました。 それ以前は、大手銀行のアナリストとして数年間働いていましたが、金融商品により適した人を見つけるのは困難でした。
このPMは確かに多面的なダイヤモンドだったと言わざるを得ません。決定と判断がしっかりしており、私たちに完全に合っていました。 その瞬間、私たちはアジャイルに従って生きているように見えたので、私たちは計画、グルーミング、回顧を絶えず調整し、ほぼすべての会議でPMが権力、その判断を押しつぶし、チームと製品を支配しようとしました。
彼女はすべてに疑問を呈しました-この機能は私たちの製品のアーキテクチャに実装できるか、チームの評価に挑戦し、他の製品の妥当性を疑いました。 時には、そのような意見の相違が会社の妨害行為に至りました。 これはどのように現れましたか？
コリドーテストを実施し、フォーカスグループと話をすると、パスポートのリリース日を追加する機能はユーザーにとって最も明白なものではないことに突然気付きました。 チームに、Androidの標準カレンダーでバンドルをカットし、シンプルなドラムを使用して数字、日付、および月を選択する機能を実装するように依頼しました。
しかし、PMは私たちの考えが馬鹿げていると思った。 彼女は、私たちが現在提供しているナンセンスが一般的にやりがいがあることに同意しませんでした。 その瞬間、私たちは対話することができず、私たちが何をしているのか、クライアントの利益が考慮される理由と方法が明確ではないことに気付きました。
ただし、問題は非常に迅速に発見されました。 全体が非常にシンプルで、簡単で、のんびりした立場にありました。「私は言った-必要だから、そうする」。 そして、これは私たちが提供する何らかの種類の機能を作成する決定において、プロジェクトの内部矛盾を引き起こしました。
企業には歴史的にそのような定式化があります。 製品の観点からそれは真実ではないことを理解していますが、3,500人の大企業の成長は、計画、四半期ごとのプロジェクト、財務指標に関連していました。 したがって、お金に関連するすべてのことが1つの反応を引き起こしました。「それをしなければなりません」。 そして、「なぜこの機能を実装するのか」という質問をされるたびに、同僚と私は同じように答えました。「お金のために必要だからです」 私たちのビジネス全体はお金のためでした。 送金-これはお金に関するものです。 すべてがお金に依存していました-私たちの給料、ボーナス、コーヒーポイントのパン。
ある時点で、誰もがみんなと口論しました。 テスターは開発者と口論し、テスターは管理者と口論し、管理者は私たちと口論しました。何かがうまくいかなかったので、私たちは彼らに出会ったが、それは再び機能せず、再び出会った。 完全なベッドラムが起こっていました。 何をすべきかは明確ではありませんでした。また、競合を解決するには、人事チームと会社のテクニカルディレクターを引き付ける必要がありました。 しばらくして、チームを解散することにしました。
恥ずかしかったが、決定は下された-チームを解散し、残りのチームに同僚を配った。 このプロジェクトは、私のようなこのような仲間ともはや交わらないように、送金とは関係のない別の製品に切り替えることを提案されました。 残念なことに、彼女はこの状況を心に近づけ、その日は辞めました。
そのため、コミュニケーションが不十分で、概してミスが原因で、チームにかなり強力なプレーヤーを失い、会社に大きな利益をもたらすことができましたが、ランクから追放されたためにできませんでした。 それ以来、目標に焦点を合わせることで、チームを荒廃させ、チームを台無しにする可能性があることを忘れていません。 そして、そのような状況が再び発生した場合、私はそのような対立を解決するための準備を整えます。
コミュニケーションと関係について
私が話したいもう1つのケースは、コミュニケーションと人間関係についてですが、より高い人間関係、さらには愛についてです。
チームで何が起こっているのか、私の頭の中に明確なイメージが形成されるとすぐに、これは何かを見失っていることを意味します。 そして、以前のものと似たようなファカプスをもはや作らないようにするために、私はチーム全体とそれぞれ個別にコミュニケーションを取り、私たちが追求するビジネス価値を全員に伝え、クライアントに対して行うように徹底的に伝えなければなりません。
異なる都市から10チームがあり、それらに関連するほとんどすべての活動に参加しようとしました。 すべての会議やスタンドアップに出席し、特定の機能の実装が会社の収益性にどのように影響したかについて話しました。 数字、グラフ、ユーザー数の増減の変化について人々に話し、分析レポートの結果を示しました。 また、fakapについても説明しました。新しい関数を導入しても期待した結果が得られなかった方法です。 優先順位を設定する際のビジネス上の誤りを公然と認めることが重要でした。これは、チームが私とこの製品に関与した2番目のマネージャーを信頼し始めるためにも重要でした。
各チームは、クライアントと会社にとっての影響、価値、重要性に基づいて製品の機能を議論するプロセスに関与しました。 同時に、バックログで問題を設定するプロセスをほぼ完全に修正し、現在、各機能は4つの質問に基づいてバックログに記録されました。 Goiko Adzicの本に記載されている通常の影響。
これにより、進行中のすべてのプロセスに参加者を参加させることが可能になり、すべてのチームが見たものや要件にもっと注意を払うようになりました。
しかし、私たちが変わっていただけではありません。 チームが黙っているか、私たちのもとに来て、私たちのアイデアや私たち自身が吸うと言うのは完全に間違っていたので、私たちはこれをしません。 なぜ機能を実行しないのか、なぜ他の機能を実行したいのかを説明する必要がありました。 さらに、チームはコードを書くだけでなく、この製品を自分で使用し始めるよう招待されました。
したがって、私たちは実験を行いました-各開発者は居心地の良いオフィスを離れ、銀行に行き、地獄と悲しみのすべての円を通り抜け、最終的に送金をしなければなりませんが、ユーザーが各段階でどのように感じるかを理解しなければなりませんでした。
私たちは複雑な聴衆と仕事をしたと言わなければなりません。 その後、彼らは労働移民であり、中央アジアからの移民であり、ユーザーシナリオに大きな影響を与えました。 ユーザーが通過するプロセスへのチームの直接参加は、ユーザーIDの表示とカスタマージャーニーマップの作成が不足していることを理解するのに役立ちました。
そして、チームが多くの新しいアイデアや提案を出し始めたとき、彼らは驚きました。 彼らは、ある時点でどのように不快であったか、あるいは逆に、送金が正常に受信されたという通知がどれだけうまく行われたかなどについて話したかったのです。 彼らは私たちのためにたくさんのアイデアを持ち、その度に製品自体を改善しました。
したがって、毎日一緒に仕事をしているプロダクトマネージャーは、静かな人々、あなたがそれをしているビジネスについて話すのを好まない人々からのものであると理解したら、手を取り、暗い部屋に連れて行きます。 チームとして彼に、情報の普及が開発プロセスに完全に関与するのにどのように役立つかを伝えてください。
松葉杖の古い断片を修正するには、必要な機能だけでなく、古いコードを修正するためにレガシーコードを修正する必要があることを彼に伝えてください。 あなたの製品で何が起こっているかについて、彼とチームと率直に話してください。 チームのすべてのスタンドアップに来て、前日に何を達成できたかを毎回話すように彼に頼みます。 分析レポートの数値、フォーカスグループの結果などを見せてください。
あなたの同僚はおそらく彼と意見を共有する準備ができているので、これは間違いなく彼が問題をより広く見るのに役立ちますが、今では彼は彼を信頼していません。
一般的に、開発者は自分自身や製品について何も言うことを好みません。ただし、私はまだよく理解できておらず、コードやその他多くのことについて今まで学んでいないさまざまな奇妙な言葉を除きます。 各開発者は高品質の製品を作り、意見を共有したいと考えていますが、多くの人は彼らが聞かれないことを恐れています。 あなたとあなたの製品がチームに対してオープンである場合（製品を使用している場合）、人々は誠意を持ってすべてをあなたに伝え、これはプロジェクトの開発にも影響します。
Yandex.Moneyのチームもこのように機能します。 プロジェクトと製品の密接な関係により、以前よりもはるかに迅速に開発することができます-定期的にバックログを整理し、不要な可能性のあるタスクを削除し、失礼で、時折Tシャツとストーリーポイントでタスクを評価して時間を短縮し、プロセスをスピードアップします計画中。 チームとコミュニケーションを取り、CJMの各段階でユーザーがどのように行動するか、数値と指標を含むレポートで何が起こるかについて話します。
結論として、私はあなたの製品が市場や製品で起こっていることを共有していないなら、彼にそれをするように頼む時だと言うことができます。 チームに正確に何をしているか、そしてその理由を伝えるとすぐに、すべての参加者の関与が大幅に増加します。 実際に実証済み。
それを読んだ人へのサプライズ-この投稿には、Yandex.Moneyからの素敵なボーナスのプロモーションコードがあります。 彼は最初に見つけて活性化する人を受け取ります。
UPD 10:20最初のプロモーションコードは、katの前の行の間にありました。 17分で有効になりました。
時間がなければ、落胆しないでください-次の投稿にプロモーションコードがあります。 ブログを購読して、次回からみんなに先んじてください。
作成者：
著者はDmitry Volkovです。
編集者-Eugene Shklyar、Denis Vonsarovsky。