アレクサンダー・ポロモドフは、Tinkoff.ruの魅力管理の開発をリードしています。 彼は以前、中小企業のCTO /開発マネージャーでした。 アレクサンダーに、過去を思い出して、スタートアップに来るチームリーダーにどんな落とし穴が予想されるかを話してもらいました。
カットの下-重要な質問への回答：
- 相互作用のプロセスが確立されていない（またはまったく存在しない）状況でどのように生き残るか。
- 給与が制限されているときにクールなチームをまとめる方法。
- プロジェクトから脱出する必要があることを理解する方法。
1.アイデアがいっぱい、誰もやらない
あなたはスタートアップでチームライドします。 期待：新しい機能の作業をすぐに開始します。 現実：昨日は強力なチームが必要であり、誰もそれを組み立てることを気にかけなかったので、開発者を探しましょう。
ここでは2つのオプションが可能です-より重いとより軽い。 痛みを伴うオプション：PHOTにはほとんどお金がありません。 この状況での最良の解決策の1つは、インターンを清潔で明るい頭を持って、すべての必要な知識とスキルをこの頭に入れることです：各個人に個別の開発計画を描き、ステップバイステップで、どの知識を習得する必要があるか、どのスキルを開発するかを説明します。 これは素晴らしい方法ですが、残念ながらあなたのものではありません。これは長いゲームであり、結果をすばやく表示する必要があるスタートアップはほとんどそれを行いません。
特徴的なフレーズ：「Angularのトップスペシャリストが必要です。 市場以下で支払います。」より簡単なオプション：お金があり、あなたは良い市場条件を提供する準備ができています。
典型的なケース。 この場合のIT企業の一般的なプラクティスは、候補者が特定の技術スタックを知るための基本的な要件を公開することです。 数年前、職務記述書で「jQuery ninjasを探しています」が常に見つかりました。 問題は、これらの忍者の多くがプロクラスのベッドを離れたように見えることです-彼らはjQueryでしか書くことができません（新しいプロジェクトではないのですか？申し訳ありませんが）。 そして、人が特定のスタックを完全に知っているだけでなく、良い基盤を持っている場合、おそらくいくつかの企業があなたの給料を殺すでしょう。
解決策。 十分な給料を得るためのお金がある場合、基本的な知識と全身思考のような苦労して得たスキルの存在に焦点を当てて、人を探す必要があります。 特定の言語やテクノロジースタックに精通していない人でも、必要に応じて四半期のすべての主要なことを習得します。
給料の面で最高のスペシャリストと競うことができない場合、その分野を選択できなかった明るい頭を持つ人々を雇うことは価値があります。 ある人が超小型回路を設計し、その地域をより金銭的な地域に変更することに決めましたか？ 取って
2.ナルニアのCEO
チームリーダーがスタートアップで遭遇する可能性のある2番目の問題は、ピンクのCEOメガネです。 クライアントまたは投資家に既に提出された計画は現実と一致しません。 チームは期限に従って迫られ、MVPをすばやく表示し、機能を追加すると同時に、ハードで非現実的な期限を常に設定する必要があります。 松葉杖コードの新しい層と新しい層が成長し、技術的な負債が蓄積され、スタートアップの作成者はすべてが正常であることを確信しています-開発者は悲観的な予測を怠zyまたは発言しています。
多くの場合、この状況はセールスマネージャーに発生します。 彼はすでに空中でお城を売っていました-そして今この城をどのように建てるかは、彼はあまり気にしません。
特徴的なフレーズ：「これらの機能を販売しました。週、月、年の終わりまでに表示されるはずです」（必要に応じて下線が引かれます）。典型的なケース。 CEOは3日間でのリリースを望んでおり、開発者はタスクを評価し、チームリーダーに5でできることを伝えます。 説明：「使用しなければならないAPIは、統合するのに長い時間がかかりました。 APIがパートナーの約束どおりに機能する場合は、3日以内に入手できます。 しかし、私の経験では、このパートナーのAPIは多くの場合、約束を満たしていないため、5日間です。」 CEOは次のように答えています。「パートナーはすべてがうまくいくと約束しています。 ミーティングの後、CTOは次のように述べています。「開発の内容は理解できません。タスクの評価はほぼ半減しました。」
このケースの開発者は、4日間でタスクを試行して完了しました。 とにかく、fakapは起こりましたが、たとえそれが期限に間に合ったとしても、それは長い間そのように進むことができませんでした。
解決策。 タイミングを議論することは正常ですが、それは理にかなった議論であるべきです。 トニー・ロビンスのスタイルの回答：「1週間は長すぎます！」そして「もっと頑張らなければなりません！」はピンクのメガネの指標です。 それらを脱ぐことは、チームリーダーのコミュニケーションスキルの深刻なテストです。
バザーで販売者と購入者の間のゼロサムゲームで分配されるより低いコストとマージンがある場合のように、交渉によって価格を下げることではありません。 追加の要因を考慮して評価するエンジニアリングソリューションについて説明します。 開発者は5日間の仕事を交渉しませんが、知識に基づいて評価を行います。 プレッシャーが良い場合、時間は短縮されますが、ほとんどの場合、すべてのリスクが軽減されます。 そして、何かがうまくいかないとき、計画は間違いなく行きます。 これがCEOに伝えることが重要なことであり、理解したくない、逃げたくない、ばかです。
3.マイクロローン金利下の技術的負債
Frederick BrooksのMythical Man-Monthの本で説明されているOS / 360の作成の物語は非常に明らかになっています。 それは当時で最もクールなオペレーティングシステムであると想定されていました。 IBMはこのプロジェクトに何千人もの人々を惹きつけましたが、それでもタイミング、機能、サポート機能などすべての点で見逃していました。
Brooksの本から、開発者が考えられるすべてのレーキを踏んだことが明らかになりました。これは、Waterfallを使用し、開発の段階を十分に理解していたという事実にもかかわらずです。 そして今日、アジャイルの普及に伴い、チームと長期のアーキテクチャ計画には多くの場合、ビジネスタスクと1週間から2週間のスプリントで構成されるバックログしかありません。
特徴的なフレーズ：「このボタンを青色で塗り直しますか？ 一週間かかります条件付きで、最初のスプリントで3つのアパートの建設が計画されている場合、2番目のスプリントで小屋または小屋が近くに建設されています。 次に、新しいタスクがあります-それらを共通の屋根で覆うこと、そしてそれが何らかの形で設置された屋根である場合、上部に別の床などがあることがわかります。
実際の家がデザイナーのミスの重さで長い間崩壊していた場合、開発中に技術的な負債が形成されます。 そして、プロジェクトの作業が計画通りに進み、松葉杖が広がるのを誰も見ない場合、ある時点で、開発者の1日を最初に犠牲にする単純な機能が今では2倍かかることがわかります。 また、松葉杖を何度も何度も回して新しいものを追加する必要があるため、この機能には4分の1で5倍の費用がかかります。
解決策。 通常のリーダーは、事実と数値に基づいて決定を下します。 計算が必要です。1か月、1四半期、1年で未払いの技術的負債の費用を示します。 そのため、スプリントに新しい機能だけでなく、段階的な「負債の支払い」も含め、計画を調整する機会があります。
もちろん、これはチームリーダーがスタートアップで遭遇する問題の完全なリストではありませんが、これら3つは最も深刻で解決が難しいものです。
アレクサンダー・ポロモドフ-バイナリー地区での集中的なチームリード・ウィークエンドのキュレーター。 次のコースは12月15〜16日に開催されます。