支払い受理の自動化に従事している当社PayOnlineの技術専門家は、チームリーダーとして2年間働いていたPascal de Vinkの著者による記事の翻訳を提案しました。 パスカルが最初にこの役職に就いたとき、彼は単に多くのことに対して準備ができていなかったことが判明しました。 この記事は、開発者からチームリーダーに至るまでの多くの間違いを避けるのに役立ちます。 以下は翻訳そのものです。
それ以前は、エンジニアであり、コードに直接関与していました。 彼らは私に良いリーダーシップスキルがあると言ったので、おそらく昇給を求めたのです。 エンジニアのチーム全体を管理することの意味についても考えませんでした。 今、私はそれから準備する時間がもっとあったと思う。 だから、これ以上苦労せずに、ここに私が準備ができていなかったものがあります。
少ない開発
たぶんこれは明らかかもしれませんが、主任開発者の役割は、何が起きているのかという特定の側面を掘り下げるよりも、全体像をもっと見る必要があることを意味します。 数か月間働いてから、すべてのタスクを理解したいという事実に悩まされるまで、私はこれを理解していませんでしたが、この時間はありませんでした。 コードを掘り下げる時間はどんどん少なくなり、人々は非常に専門的なタスクについて私に連絡し続けました。 遅すぎるので、チームのすべての知識ではなく、チームを理解する必要があることに気付きました。 誰が適切な領域を理解しているかを知ることは、はるかに速く、より価値があることが判明しました。 コードを掘り下げるのはずっと楽しかったですが。
タスクを委任する
時間はほとんどなかったので、最初に望んでいたよりもはるかに多くを委任する必要がありました。 したくないことを誰かに頼むことは、すでにかなり難しいです。 人にきちんと近づくには、特定のレベルで彼に共感する必要があるため、注文はさらに困難です。 また、私は以前の仕事をするのが好きだったという事実のために、他の誰かに自分の仕事を任せるのは簡単ではありませんでした。 何をどのように行うかを制御したかったのです。 残念ながら、私はすぐにすべてを制御し、同時にスプリントに合わせることが不可能であることに気付きました。 だから私は手放す必要がありました。
財政と予算を分配する
物事の経済的側面は通常私には興味がありません。 それでも、私がチームの責任を負い、彼が正しい方向に進んでいることを確認したので、お金が突然非常に重要になりました。 私は、会社のためにいくら費やし、どのような価値を生み出すかについて責任がありました。 私の金融の経験は私の家計に限られており、私はそれらに対処したくないことを好み、誰かが私のためにそれを作ってくれたら嬉しかったです。 今回はこの番号は機能しませんでした。 私が使用したライセンス、請負業者への支払い、旅費、休暇の支払い、昇給、新入社員の給与を担当しました。 特に緊張したライセンス（ZendサーバーとOracle）と請負業者。 毎月、小切手で支払われたすべての時間が費やされ、ライセンスが最新であることを確認する必要がありました。 ExcelとJiraを使用して多くのことを自動化できましたが、それでも毎月、1日中それを費やしました。
レンタルと火災
従業員の受け入れ（および解雇）という別の興味深いことにスムーズに進みます。 個人的に誰も解雇する必要がなかったのは幸運だった。 会社で物事が少し行き詰まった瞬間があり、私は何人かの人々と別れなくてはなりませんでしたが、マネージャーは皆従事していました。 私は人々を雇わなければなりませんでした。それは現在の市場では非常に困難です。 特に、ファッショナブルなスタートアップでも、ファッショナブルな製品でも、ファッショナブルな分野でもまったく仕事をしていないとき。 私は「アイドル」インタビューに多くの時間を費やしました。候補者と話をして、申し出を（偶然、非常に良い）して、候補者は別の会社で働きます。 これが市場の仕組みであることは明らかであり、もちろん、私は候補者が彼らの夢の仕事を探していることを非難していません。 しかし、私は多くの時間を失い、見返りはほとんどありませんでした。 実際、私は十分に集中していなかったと思います！ 私は面接プロセスに多くの時間を費やし、適切な人材を実際に会社に連れて行くには少なすぎました。 このため、募集はイライラし、退屈で、最終的には満足できませんでした。 後で私は、あなたが新しい人々を連れてきて、彼らとの短いインタビューを行うことに集中すれば、はるかに多くの利益があることを見ました。
文化を作る
グループリーダーは、グループの文化を作成します。 文化はあなたが許すものであり、あなたが起こることを許さないものであるとよく言われます。 この点で、私は全く準備ができていませんでした。 リーダーの役割は私には馴染みがあり、何かが間違っていると思ったら大声で話すことを恐れていませんでしたが、私は平等で平等に話すこと、または少なくとも他のリーダーのサポートを得ることにまだ慣れていました。 私の新しい役職には、「サポートグループ」がありませんでした。他のリードは、自分のチームでカルチャーを作成するのに忙しかったです。 そして、私はチームの平等者の間で平等ではなくなりました-結局、私はそのリーダーでした。 チームは、許可されているものと許可されていないものを決定したという事実を含め、私からリーダーシップを期待していました。 もちろん、これは不適切な発言や遅刻のような明白なカントに関しては簡単です。 従業員が妻や子供の病気などで正当な理由で遅れると、困難になります。 従業員が例外的な要求を行うたびに（たとえば、家に帰るように）、許可するかどうかを選択する必要がありました。 さらに、自分の選択がチーム全体にどのような影響を与えるのか、そしてこの効果をどうするのかを評価する必要がありました。 時にはそれは簡単でした。チームに対して率直で正直であることは、彼女がチームリーダーの意思決定を理解し、行うことを容易にします。 しかし、それは起こり、困難でした。締め切りが迫っていて、従業員がうまくいかないときです。 ストレスとネガティブな感情の雰囲気の中で、ポジティブで誠実で透明性のある文化を作り出すことは困難です。
やる気に
ストレス、締め切り、ネガティブな感情、and折、その他のネガは人生の一部です。 一般的に、私はガラスが半分満たされている人の一人ですが、チーム全体の気持ちに対処しなければならなかったとき、気分を保ち、同僚をやる気にさせることは困難でした。 デブリーフィングが本格的な部隊になりそうになったとき、良いこととポジティブなことだけではもはや不十分であることが明らかになりました。 私は人生で他のポジティブなソースから力を引き出す必要がありました。そうでなければ、ネガティブに対処することができませんでした。 そして、それがまさに最も困難なことであることが判明しました：喜びを与えない何かをすると同時に、あなたがそれをうまくやっていないことを理解し、これのためにあなた自身の人生の前向きな出来事を犠牲にします。 幸いなことに、物事は常に非常に悪いとは限りませんでした。 それにもかかわらず、私はそんなにやる気を起こさせる準備ができていませんでした。
メンタリング
優れたリーダーとして、チームを健康に保つだけでなく、チームの成長を支援することも自分の義務だと考えています。 もう準備ができていないことは、メンタリングです。 私は人々の声に耳を傾け、彼らが成長するのを助けるという自然な傾向があると思うので、全体的には外出先で即興できましたが、それでももっと経験を持ちたいです。 メンタリングは上から下へとうまくいくといつも思っていました。マネージャーはお互いを訓練し、チームを訓練します。 実際には、これは必ずしもそうではありません。 自分のキャリアの初期段階で他の人を指導する経験があれば、チームリーダーの地位にもっと備えることができると思います。 この点で、 PHPメンタリングなどのプロジェクトは非常に役立ちます。
フィードバックを集める
メンタリングに加えて、仕事の自己評価と同僚からのフィードバックの重要性を過小評価していました。 私は両方のテクニックに長い間精通していましたが、チームリーダーの役割が（特に最初は）必要とすることをすぐに理解しませんでした。 1年に1回よりも頻繁にフィードバックを交換することは、企業文化の一部ではありませんでした。これは、フィードバック処理を習慣にして有用なツールにするには不十分です。 振り返ってみると、一流の開発者の立場に切り替える前に、フィードバックをもっと早く収集する必要があったことを理解しています。
計画する
役割にもよりますが、最初に「いつ準備ができますか？」「Xに十分な時間があるでしょうか？」と最初に尋ねられるのはチームリーダーです。 過去には、これらの質問に答えるために多くのことを助けましたが、経営者に直接答える必要はありませんでした。 「リソースを計画する」必要はありませんでした（この表現に我慢できません。人々は「リソース」ではありません）。そのため、チームが別のプロジェクトを引き受けることができるかどうかを評価するのは不快でした。 その後、計画チームをより信頼し、十分な時間があるかどうかを評価する価値があることを知りました。 また、元のタスクの背後には、しばしば別の隠されたタスクがあることも学びました。 最下部に到達したら、リソースを計画するための余分な時間を確保してください。
人とチャット
この役職は主任開発者と呼ばれていますが、ほとんどの作業は人とのコミュニケーションです。 私は人々とコミュニケーションすることをheすることはできませんが、このスキルの重要性は遅すぎることに気付きました。 最初は、開発に集中しすぎて、十分な時間がないことを心配していました。 座っていて同僚とタスクについて議論する能力は、それがいかに単純であるか、取るに足らないものであるかに関係なく、単独で開発ポイントを見る以上のことができることに気付きました。
例を設定する
立場は、より多くの力と責任を意味し、あなたに考えさせます-そして、実際、どれが私のリーダーです。 私は「国民から」のリーダーの概念が好きで、黄金の玉座のリーダーの概念は好きではありません。 また、「リーダー」は「ボス」ではなく、「ヘルパー」であり、新しい機会を創出し、人々の成長を支援するものだと考えています。 ただし、タスクを分散させ、期限を設定し、独自の作業を行う方がはるかに魅力的な場合があります。 刺激的なリーダーになりたい場合は、これに多くの作業と注意を払う必要があります。 多くの場合、私はチームの成長のためにより多くのことができ、新しい知識を獲得するためのより多くの新しい機会を作成できるように思われました。 通常、これは締め切りとストレスに気を取られていたためです。
個人的な問題を解決する
新しい地位に就いてからわずか数日後、彼らは病気、個人的な問題、休暇、職場でのプラグインなどで私に向き始めました。多くの問題は常識の助けを借りて簡単に解決しましたが、いくつかの話は本当に魂に落ちました。 私はそのような物語に準備ができていませんでした。 私は他の人の問題を自分のものにし、必要な距離を保つ代わりに同情を勝ち取った。 私はこれらの問題を無意識のうちに考え始めました、私はそれらを夢見さえしました-私はそのような人です。 私は軽度の睡眠障害を抱えていることになりました-ここで積極的に距離を作らなければなりませんでした。 そして、私は本当に彼らの問題で人々を助けているように見えましたが、私は彼らが必要とするヒーローになりませんでした。 耳を傾け、チームワークを少し楽にすることができる最大のこと。 この事実を知ることは私にとって容易ではありませんでした。
KPI、目標、目的を評価する
さらに、チームを指導および指導する必要があり、カスタマイズする必要があります。 これを行うために、当社はタスクと主要指標（ KPI ）の手法を使用しています。 この手法は優れていることが証明されましたが、企業の目標と従業員の個人的な目標を組み合わせることが非常に急速に困難になりました。 従業員が本当にDDDを試したいと思っているとき、会社が製品が凍結しないことをまったく確信していないとき、目標を達成することは非常に難しくなります。
開発者として、私はしばしば会社のグローバルな目標を見なかった（または見たくなかった、または見られなかった）。
今、私はマネージャーが個人的な目標とそれらを組み合わせてどのような困難を抱えているべきかを見ています。 すべてが機能するためには、プロジェクトに積極的にロビー活動を行い、目標を達成できないことが判明した場合は、目標を調整する必要があります。
一般に話す
リードがしばしば自分のチームだけでなく、他のチームとも、時には会社全体ともコミュニケーションをとることを完全に知りませんでした。 四半期の計画を提示し、チームの進捗状況について話し、非技術的な言語で技術的なことを説明することは仕事の一部です。 幸いなことに、私は会議で人前で話す経験がありました。 会議は人前で話す準備をしますが、プロジェクトの承認を得るためにアイデアを伝える必要があるときにあなたに課せられる圧力に備えていません。 決定するのは美しいスライドではなく、メッセージの送信であることがすぐにわかりました。
パスカルには準備ができていなかった落とし穴についてお話ししましたが、これらの間違いから教訓を学び、同じ熊手を踏まないように準備してください。 サイトでの支払いの受諾を整理する必要がある場合は、までご連絡ください 。 当社の企業ブログを購読してください 。