プログラマーを管理する方法を誰も知らない-そして誰もが解決策の代わりにクラッチを思い付く





あなたが開発者として働いているとき、チームリーダーがどのように電話の山に座っているかを見るときはいつも、すべてに責任があり、あなたがするのと同じくらい多くのコードを書き、同時に彼らにはもうお金がありません。イデオロギーか馬鹿のどちらかがこれに行きます。



私は馬鹿ではありません。私のアイデアはビジネス価値を中心に展開していないので、あなたは私を購読しません。しかし、私たちは常にこれについて尋ねられるわけではありません。最初に、私は生まれ変わったスタートアップの最初で唯一の開発者として雇われました、そして彼らは私にもっと多くの人を雇うように言いました、そして私は3人の開発者、2人のテスターと1人のアナリストを担当していることに気づきました。



要するに、すべてが外から見たよりもさらに悪いです。



毎日6人が待っているので、あなたは彼らに何をすべきかを教え、次にあなたは彼らにそれを行う方法を教え、そしてあなたはあなたがうまくいったかどうかも評価します。一日の終わりに7人目もあなたが自分で何をしたか尋ねます。あなたが自分自身をコーディングしたという意味で、そしてあなたが責任を負う各人が何をしたか。



私はかつて、リンギングはあなたがそれを掘り下げることなく制御することを可能にするクラッチであると不平を言いました、そして今私は私が正しいともう一度確信しています。彼らは質問をして私にやって来ます-そして私は何に答えるべきか分かりません。私たちはお互いに電話し、その人は私の参加なしに私の不幸な頭脳から答えを引き出します。また、質問を作成する準備ができていません。何を質問すればよいかわかりません。だから私はただ電話して、すべてがどのように落ち着くのかを見ています。そしてさらに良いことに、私がまったくいなくても、彼らがお互いに電話をかけていることを確認します。私の脳は管理業務に疲れ果てており、何よりも私がそれらを実行する方法がわからないという事実のために、1か月間私はかなり単純なタスクを閉じることができませんでした。



そうあるべきだと思いました。私はマネージャーになるために勉強しませんでした。それから私は自分の過去を見て、すべてのリードを思い出しました、そして突然私は気づきました-誰も勉強しませんでした!それらのどれも管理する方法を知りませんでした。彼らはまた、終わりのない呼びかけと先入観でそれを覆い隠しました。彼らは私に何を答えるべきか、私たちがどこに向かっているのか、何が起こっているのか、誰が何をしているのかをまったく知りませんでした。



簡単な作業を2か月間行っていたとき、毎日、大変な苦労をして嘘をついていて、そこに深刻な問題がありました。それから、一晩でスケッチした4つのファイルのプルリクエストを行いました。申し訳ありませんでしたが、誰も私を叱りませんでした。彼らは私がそこで何をしているのか全く知りませんでした。そして、彼らは私のコードを1行ずつ見て、名前の最後に到達し、ジューシーなアンチパターンを見つけましたが、それについては掘り下げませんでした。掘り下げる時間がないので、掘り下げたくありませんし、その理由もわかりません。



私の以前の上司は全員、機敏性を受け入れ、偶像化してきました。これは、何が起こっているのかわからない多くの人々がすべてが順調であり、私たちが前進しているふりをするのに役立つゲームです。



私は、真面目なチームではレイアウトを認められない地元の地方チームのリーダーと協力し、外国のトップ企業のクールな開発マネージャーと協力し、誰かがプログラミングの真の天才と見なす人々と協力しました。



そして、彼ら全員は、管理に関しては、お尻に座っていました。私はアジャイルでの最初の仕事でこのゲームのルールを学びました。私たちは毎朝お互いに電話をしました、そして皆が彼らがしたこと、していること、そしてするであろうことを言いました。そのような最初の電話で、私は自分のパンを無駄に食べていないことを報告して証明するべきだという考えを思いつきました。私は自分の仕事について長くて非常に長いスピーチを始め、なぜまだ準備ができていないのか、そして今私が苦労していることを詳細に説明しました。私は途中で途絶えました。「フィル、私たちから何か欲しいですか?番号?さて、私たちは皆、次は誰だかわかりましたか?」



私たちを支配していた人は、私が今日彼のために問題を投げかけるかどうかという1つのことだけを知る必要がありました。彼は今日私と一緒に時間を過ごす必要がありますか?私が話し始める前に、彼はすでに私のために彼の頭の中で完璧なスピーチをしていました:「その計画のすべてのgousakordin」。彼のための他のイベントの開発は純粋な悪です。



別のオプションがあります。問題を彼にもたらしたのは私ではなく、システムの他の部分であったとき、機敏なスケジュールは腐敗し、今では彼はリードの会議ですべてが計画どおりに進んでいるとは言えません-そしてそれは誰かの問題にもなります。これは自動的に私に彼の問題を引き起こし、彼はPMをノックします。



私たちは何かについて話し合い始めます、そして私たちは両方とも理解しています-私たちは問題になるのをやめる方法を見つける必要があります。製品やプロジェクトとは何の関係もありません。移動する必要のあるクソチケットがあります。そして、私たちはそれを移動します-利用可能な最も簡単な方法で。コードで修正し、noreproに入れ、「blockedby」というラベルを付けます。現時点では、私たちは製品をまったく気にしません、私たちのチケットは燃えています。またはたくさんのチケット。



私が働いていたどのチームにも、2つの現実がありました。 1つの現実は、実際の製品であり、必要に応じてそれを改善する実際の人々です。そして、これと完全に並行して存在するジラがありました。そして、プロジェクトの実際の状態をカードと同期できるのはチームリーダーだけです。



私が一緒に働いたすべてのチームリーダーはそれを行う方法を知りません-そして彼らはそれを望んでいません。彼らは仕事をしながら仕事をし、jiruを使って管理責任が果たされていると考えます。結局のところ、チームリードを評価する人々は、製品ではなく、jiraを見ています。そして、製品を見ている人は、ジラの新しいチケットしか生成できません。プログラマーを評価することはできません。しかし、jiraは何にも影響しません!かんばんボードが完璧な状態のひどい商品や、「仕事中」の欄に「プロジェクトを作る」というタイトルで3ヶ月間チケットが入っている素晴らしい商品を見てきました。



「私が見た」という議論はあまり良くありませんが、あなたもそれをすべて見たと確信しているので、うまくいくでしょう。



広い意味で、チームリーダーは本当に働きたい人に問題がないことを確認する必要があります。そして、追放したり、最初のカテゴリーに移したりしたくない人。管理の全体的な苦痛は2番目にあります-もっとたくさんあります。そして、誰も彼らと何もしません。開発者だけが、開発者がうまく機能しているかどうかを適切に判断できます。これは非常に理解しやすい話です。プルリクエストを徹底的に確認してタスクを詳しく調べる必要があります。1つ問題があります。すべてを自分で行うのと同じくらいの時間がかかります。要するに、オプションではありません。



したがって、悪い開発者を特定することを決定したのは、開発者ではなく純粋な管理者でした。彼らは、チケット、チャート、あらゆる種類のパフォーマンスレビュー、およびそのような帽子を備えた一連のシステムを思いついた。そして、それはいくつかのばかげたものでさえ、うまくいくでしょう。しかし、最悪の開発者でさえ、このシステムをだますのに十分な知性を持っています。まあ、あなたはそれがどのように行われるか知っています。彼らはチケットのすべてを測定しますよね?涼しい。 「Xフォームのインターフェースを再設計する」を「Yボタンのラベルを修正する」というスタイルで10個のタスクに分解します。同じ量の仕事、より多くのチケット。チームリーダーは、そのような偽物のために私を顔に蹴りました。



しかし、現在のシステムでは、彼は決してそれをしません。結局のところ、まず、クローズされるチケットが多いほど、問題は少なくなります。第二に、それ自体が私のチケットと私のコードを掘り下げるのに十分にロードされています。第三に、彼は自分でそうします-彼のリーダーシップの義務のために、彼はまたうまく機能する力を欠いています。そして第四に、そしてこれが最も重要なことです、彼はおそらく働きたくない人々の一人かもしれません。



これは私の経験であり、私のすべての知人の経験ですが、例外があります。開発プロセスが本当にうまく機能している会社があります。理由をお話しします-彼らは宝くじに勝ちました。彼らには働きたいと思う人がもっとたくさんいることがわかりました-あなたのような人が管理していないと、すべてがうまくいくでしょう。彼らはビジネス用のボードで管理見掛け倒しを使用し、そのパフォーマンスはjirと直感的なメトリックの両方ではっきりと見ることができます。そして、彼らの未発達のマネージャーが邪魔をするようになるとき、彼らは彼らの後ろにこれらの話している頭を地獄に送る権利を与える素晴らしい製品を持っています。



そのようなチームは自己複製します-雇用プロセスの間、彼らは彼らのような人々だけを直感的に承認します、そして彼らは彼らの「メトリクス」と心理学を演じているHRに決定的な言葉を与えないように会社で十分な重みを持っています。



しかし、そのようなチームは素晴らしい運です。そして、通常起こることはこれです。 10人の場合、2人で働きたいと思っています。そのうちの1人はチームリーダーで、もう1人は辞めます。開発はうまく機能せず、マネージャーはそれを修正するようになります。そしてその瞬間から、チャンスはありません。マネージャーは、ジラを中心にプロセスを構築し、まったく理解していないことを管理します。彼らは、自分の仕事について何も知らない人々の雇用を構築し、ChSVを楽しませ、今回は時間レポートにログインし、ランダムなフィードバックを提供する既存の開発者をそこに招待し始めます。そして、彼らは誰を雇うかを決定します-これもランダムに。働きたい人は時々そのようなチームに入り、そこで彼らはアイドラーになるか、根付かないでしょう。



マネージャーが馬鹿で何もできないという意味ではありません。彼らはまだ管理方法を知っています。しかし、開発者によるものではありません。開発者は、管理方法を本当に知っている開発者のみが制御できます。そのような人は、働く意欲と意欲のない比率でチームを修正します。



唯一の残念なことは、それらがほとんど存在しないことです。優れた開発者になるには、賢く、多くのことを学ぶ必要があります。優れたマネージャーになるには、才能と多くの学習が必要です。そして、一人がこれらの2つの資質を組み合わせる可能性は何ですか?それは同じです。同時に、業界のチームリーダーのほとんどが彼らになりました。なぜなら、誰かがそうすべきだからです。絶対にランダム。



開発は1つのスキル、管理は2番目のスキル、開発管理は最初のスキルの一部を含む3番目のスキルであることを理解する必要があると思います。そして、これは個別に研究する必要があります。そして非常に系統的かつ効率的に。これを行うまでは、開発者を管理できない開発者と、開発者を管理できないマネージャーがいます。






広告



多くのお客様は、Vdsinaの壮大なサーバーの利点をすでに評価しています

これらは、AMD EPYCプロセッサ、最大3.4GHzのCPUコア周波数を備えた安価なVDSです。最大構成では、128 CPUコア、512 GB RAM、4000 GBNVMeなどのほぼすべてのアイデアを実現できます。注文も可能です!






All Articles