暗闇を呪うよりもロウソクに火を灯したほうがいい。
過去24時間にわたって、 「プログラマーがコーディングしたい理由」と「マネージャーが目覚める時が来た」という 2つの記事が Mediumで96,000回以上読み、Redditで900件以上のコメントを受け取りました 。
問題は私が思っていたよりも深刻なようです。
はい、テクノロジー企業には悪いマネージャーがいます。 そして、はい、私は懸命に管理し、開発者の無関心を非難しました。
しかし、私は失望した、無力である、または権利を剥奪されたと感じる開発者を助けたいです 。 結局のところ、ひどい状態とひどい管理を説明するコメントの圧倒的多数を投稿したのはあなたでした。 あなたは手を挙げて、「うんざりだ」と言いました。
今日から変更してください
プログラマとして、私たちはこの動作を選択しました。
これを容認することにより、私たちはマネージャーと私たちとの関わり方を示します。
現実的になります。 私たちはすべてを単独で変えることはできませんが、私たちには思っている以上の力があります。
作業環境を根本的に変えることができるいくつかの効果的な方法を次に示します。
マネージャーがうまく機能しようとしていることを認識する
おそらく、上司はあなたのように以前はエンジニアでした。 ハイテク企業はピーターの原則を公言し、失敗するまで人々を昇進させます。
あなたのマネージャーがおそらくあなたのバリスタよりも彼の仕事のために少ないトレーニングを受けたのは悪いことです（ マネージャーの76％は彼らのポジションで働くために8時間未満のトレーニングを勉強しました！ ）
管理やリードの方法に関する知識を持った人は生まれません。 「生まれのリーダー」というフレーズはでたらめです。
多くの技術マネージャーは、彼らがこの仕事のために「創造された」ことを疑っています。 正直なところ、彼らのほとんどはまだプログラムしたいと思っています！
プログラマーからマネージャーに移行するのは難しいので、始めましょう。 はい、変更する必要があります。 しかし、誰がすべきではありませんか？ 誰も完璧ではありません。
私たち全員が前進できるように、状況を変える方法を見つけましょう。
あなたのマネージャーは悪い環境で働いています（そしてあなたもそうです！）
あなたとあなたの上司は共に、問題を抱えた共有環境の一部です。 おそらく、彼らはそのような条件を作成しませんでした。 実際、彼らは自分たちも状況の人質であると感じています。
テクノロジーリーダーが制御することはほとんどありません...
- プログラマはどの機能/バグに取り組んでいますか。
- 開発者に支払う金額。
- 休暇の期間。
- プログラマーに提供できるインセンティブ。
- 開発者はどこに座っており、彼らの働くコンピューターは何ですか。
- プログラマーがリモートで作業できる場合。
- 使用される言語とフレームワーク。
ここで会社、文化、環境が決定します。 そして、これはあなたの上司をひどく動揺させています。
誰もあなたを止めていないことを認識してください。しかし、環境はそれを可能にします。
あなたとあなたの上司は、外部の現象、悪い環境の犠牲者です。 悪いコードのように、特定の記号で識別できます 。
あなたが気づくかもしれない悪い環境のいくつかの兆候：
- 人々は状況をコントロールすれば改善すると言う。
- プロジェクトの価値と仕事の結果に関心がない。
- 状況を改善する無力感。
- 「だれでも台無しにできるが、私たちには責任がある」という感じ。
- 間違いを犯す（そして処罰される）ことを恐れて、「いつもどおり」作業を継続する。
- 変更に関する多くの話。 実際の変更はほとんどありません。
- その他多数...
私は抑圧的な状況で働いていましたが、とても憂鬱です。 息ができないように、あなたはイライラと怒りを感じます。
リーダーシップは与えられず、獲得される
近くにいる人のことを考えてください。 その中に、割り当てられていない、非公式のリーダーと呼ばれる人がいますか？ （会社はマネージャーを任命しますが、リーダー自身がどこにでも現れるようです。）
それらをよく見てください。 彼らはどう違うのですか？ なぜ彼らはそれを行うと思いますか？ 他の人は彼らにどのように反応しますか？
私の最初の仕事で、私は一人の従業員Milindが他の従業員とは少し異なる行動をしたことに気付きました。 彼はチームの非公式のリーダーでしたが、すぐにはわかりませんでした。
たとえば、Milind ...
- 特定のアプローチが選ばれた理由についての主な質問。
- 彼はグループディスカッション中に自分の誤解を認め、上司にアイデアをより明確に明確にするよう依頼しました。
- 要件を明確にするか、議論するためにクライアントに電話することをheしませんでした。
- 彼は、ツールキットについて議論するのではなく、実際のソフトウェアをリリースすることに非常に集中していました。
- 彼は私たちが問題の本当の原因を理解していると主張しました。
Milindは自分の行動で環境を変え、「ソフトウェア開発」についての私の考えを間違いなく変えました。 彼は私たちの上司の振る舞いさえ変えました！
彼は私が思っていたよりもはるかに多くの力を持っていることを教えてくれました。 スプーンから変わるものを常に待つのをやめれば。
彼の行動は、真のリーダーシップが与えられるのではなく、獲得されることを示しました。
時間が経つにつれて、私は自分の行動を変えました。 そして、あなたもできます。
プロセスだけでなく環境について話す
ほとんどのチームは、アジャイルプロセスについて議論します。 何が機能し、何が機能しなかったのか、どうすればすべてを改善できるのか。 それが柔軟な回顧展の目的です。 最高のチームはこれについて定期的に話し、状況を改善するために変更を加えます。
優れたチームはまだ環境について話し合っています。
彼らは「環境」問題の議論に時間を費やします。例えば：
- 人々が一緒に働く方法。
- 彼らはお互いをどれだけ信頼しているか。
- 環境はどれほど感情的に安全か。
- コミュニケーションを改善する方法 。
- 互いに助け合い、より簡単に助けを得る方法。
- 問題をよりよく解決する方法。
- 自我と自尊心が仕事に与える影響。
環境について話し合うと、すべてが変化していることがわかります。
これについて誰かの承認を得る必要はありません。 上司が「ソフトウェア開発環境を改善する方法」というタイトルの会議を開催することを期待しないでください。 次の会議でそのようなトピックを述べる必要はありません。
それについて話を始めてください。
前提条件に疑問を持ち始め、振り返って環境に関するトピックを取り上げます。 あなたがそれについて話をすればするほど、より多くの人が始まります。
上司と1対1の会話を割り当てる
上司との通常の1対1の交渉がない場合は、上司について質問してください。 自分で提供するまで待つ必要はありません。 ほとんどの人はこれに恥ずかしさを感じますが、そのような会話を求めるたびに、マネージャーは私がそれをやったことを喜んでいます。
ほら、ほとんどのマネージャーは1対1の会話を大切にしていますが、彼らはあなたがそれを望まないと思います。 1つの要求で状況が完全に変わります。
事前に短い召喚状を送り、準備してください。 （何を話すべきかわからない場合は、 このテンプレートを使用して開始してください）。
例のアジェンダ：
- 今後のプロジェクトについて話し合う。
- マネージャーの意見を聞いてください 。
- 進行中のプロジェクトについて報告します。
- ご意見をお聞かせください。
会話では、自分自身と環境を変えるために働いていることを上司に伝えることを検討してください。 より効率的なエンジニアになり、より効率的なチーム環境を構築したいと考えています。 そして、あなたは何を知っていますか：技術的なスキルは、優れたエンジニアが必要とするものの一部にすぎず、リーダーシップスキルを向上させたいと思っています。
彼は脅迫されることはありません。 あなたは彼から彼のパンを取ろうとはしていませんが、あなたはあなた自身の仕事をより良くしたいのです。
各マネージャーは、独立したプログラマーと自己管理チームを見たいと思っています。 これはアジャイル開発の約束ですよね？ あなたの努力により、彼らの生活は楽になります。
それを試して、何が起こったのか教えてください。