新しいテクノロジーマネージャーはどのようにして組織の変化を推進できるのでしょうか?

技術マネージャーは、研究開発の効率化、メンバーの成長支援、組織構造の最適化など、チームの状況を改善するために常に努力する必要があります。変化を推進することも「テクニカルマネージャー」の役割の重要な使命の一つと言えるでしょう。

変化に伴う課題は常に複雑であり、さまざまな状況や問題においてチームにどのように影響を与えるかは、困難な作業となる場合があります。実際には、より実践的な観点から問題を検討することが役立つことがわかります。

#テクニカル マネージャーのツールボックス

企業や技術チームはさまざまですが、ほとんどの場合、技術マネージャーはチームがどのように仕事を遂行するか、そしてチームメンバーがどのように評価されるかを決定する権限を持っています。これは、彼らが変化のための 3 つの重要なツール、システム プロセス行動報酬を持っていることを意味します。

技術マネージャーは、内部プロセス (システム) を改善することでチームの研究開発効率を向上させ、メンバー自身の行動を通じてメンバーの行動に影響を与え (行動)、報酬メカニズム (報酬) を使用してメンバーに正しく行動するように動機付けることができます。

これらはさまざまな課題に対処するのに役立ちます。技術マネージャーは、自分がどのようなレバーを引くことができるかを理解しているため、行動を起こす際に、より明確な目標と明確な方向性を持つことができます。では、ソフトウェア開発の分野では、システムのプロセス、動作、報酬の変更をどのように実装すればよいでしょうか?

01 システムプロセスレベル

システムとプロセスは、最も一般的で最も議論される実践です。どのチームにも多くの公式および非公式の作業プロセスがあります。技術マネージャーはプロセスを最適化して、期待される結果を向上させることができます。

プロセスの最適化が非常に効果的であることは誰もが知っていますが、実際には簡単ではありません。私は失敗し、プロセス改善の取り組みの失敗を数多く見てきました。ここから、システム最適化の 4 つの原則を要約しました。

  • 解決策ではなく問題から始める

ハンマーを持っていれば、あらゆる問題が釘になります。キャリアが発展するにつれて、技術マネージャーは引き続き問題に遭遇し、解決し、多くの効果的な解決策を学びます。したがって、経験は重要ですが、まず他のメンバーが問題の存在に同意しているかどうかを理解することがより重要です。

  • 問題について合意に達し、解決策を提案する

チームリーダーとして、技術マネージャーには、研究開発チームが解決策を見つけるのを支援する義務があります。理想的な状況は、チームと協力して答えを見つけることですが、組織における「マネージャー」の当然の権限を考慮すると、あなたの考慮事項や意見が特に重要になります。

有用な原則は、コンセンサスとは「全員が同意する」ことではなく、「全員が自分の声が聞かれ、真剣に受け止められていると感じている」ということです技術マネージャーの仕事は、あらゆる視点に耳を傾け、すべてのアイデアを考慮したソリューションを考え出すことです。

  • 包括的に考え、的を絞った方法で解決する

現在の問題に対する改善のアイデアを評価することは重要ですが、技術管理者は改善方法を決定する際にシステム全体への影響を考慮する必要があります。技術チームが使用する戦略のほとんどは、チームの状況やその他の重複するシステムに依存するため、関連するコンテキストを理解せずに「ベスト プラクティス」に盲目的に従うと、悪い結果につながる可能性があります。

  • 変化は痛みを伴う

「たとえ皆が力を合わせても、変化には痛みが伴います。」

チームのプロセスは習慣のようなものです。変化や形成には繰り返しの克服、適応、再調整が必要です。特に変化の初期段階では、痛みがより顕著になります。大きな変更が十分な期間実装されず、変更のメリットを実感する前にチームが古い作業方法に戻ってしまうために、失敗に終わることがよくあります。

02 行動レベル

技術マネージャーは、チームのプロセス/システムに対してアクションを起こすだけでなく、チームの最も貴重なリソースである注意力を活用してチームの行動を形作ることができます。リーダーの行動はチームによって観察され、模倣されるため、技術マネージャーはこの注意を利用して、正しい作業方法とコラボレーション方法をチームに伝えることができます。

これは、さまざまな状況に適用できる、微妙で繊細なアプローチです。たとえば、チーム会議では、技術マネージャーが提起した問題が重要とみなされ、プロジェクトでは、彼らの関心領域がより注目されるようになります。

  • シナリオ 1: テクノロジーのアップグレード

チームが技術領域 (テストやアーキテクチャなど) を最適化する必要がある場合、技術マネージャーは質問やディスカッションに焦点を当てて対話のスペースを作り、チームを望ましい方向に進めることができます。

  • シナリオ 2: プロセスの最適化

チームがプロセスを改善しているとき、技術マネージャーはプロセスを監視し、必要な変更をチームに通知することで、組織を正しい方向に進めることができます習慣を形成する習慣と同様に、定期的なリマインダーや小さな働きかけは、新しい行動を確立するのに役立ちます。

  • シナリオ 3: 定期的な同期

毎日のスタンドアップやイテレーションの振り返りなどのすべての定例会議で、技術マネージャーは注意が必要な主要領域について質問し、チームの注意を導くことができます。たとえば、研究開発チームが「品質 > スピード」を常に意識していれば、最終的にはこの原則が組織の行動と結果に反映されるでしょう。

03 報酬レベル

報酬を提供してチームに影響を与えるのは、おそらく最も明白で直接的な方法です。結局のところ、技術マネージャーはチーム メンバーの採用に責任を持ち、昇進やプロジェクトの人員配置を決定する権限を持ち、メンバーを特定のポジションに配置することでチームの働き方に影響を与えることもできます。

「報酬」について考えるとき、人々は通常、新しいメンバーの獲得、キャリアの昇進、または物質的な報酬など、大きくて明白なものを思い浮かべます。しかし、見落とされがちなことが 1 つあります。それは、技術マネージャーは小さなフィードバック ループを通じてチームに勢いを与えることができるということです。

ほとんどの人はフィードバックを受け取ることを楽しみますが、積極的に貢献することにはあまり乗り気ではありません。私のお気に入りのヒントの 1 つは、職場の人々を積極的に観察し、意識的にフィードバックを与えることです。たとえば、プロジェクトの同期会議に参加するときは、注意深くメモを取り、全員にフィードバックを提供します。技術文書を読むときは、内容や文書の形式について意見や見解を表明し、チーム チャットで質問をしたメンバーを積極的に称賛し、肯定的なフィードバックを返します。等

このための鍵は、個人的な好みによって対人関係の問題を引き起こすことなく、報酬を活用し、ユニークかつ包括的な方法でチームのモチベーションを高める方法です。

技術マネージャーとして、チーム メンバーを観察し、改善や成功の領域に注意を払うほど、メンバーの働き方を変えることが容易になり、それによってチームのコラボレーション モデルを改善することができます。

LigaAIの概要

他の複雑なシステムと同様に、上記の 3 つのアプローチは多くの場合重複し、相互に影響を与えます。技術マネージャーは、プロセス、行動、報酬を組み合わせて、チームに大きな影響を与える可能性のある変更を推進できます。

これらの選択肢を広いマクロな視点で見ることは、チームへの影響力を高めるために自分自身の管理行動を調整する方法を決定するのに役立ち、それによって組織の変革が容易になります。

(原著者は Francisco Trindade で、内容は LigaAI によって翻訳および整理されました。)


LigaAI @OSCHINA では、高度なテクノロジー管理、研究開発管理の実践、プログラマーの成長などについてさらに多くの情報を共有し続けます。フォロー歓迎です。

新世代のインテリジェントな R&D コラボレーション プラットフォームである LigaAI をフォローしてください 。当社の製品を試して一緒に大きく強く成長するために応募することを歓迎します!

Lei Jun: Xiaomi の新しいオペレーティング システム ThePaper OS の正式版がパッケージ化されました。Gome App の抽選ページのポップアップ ウィンドウは創設者を侮辱しています。Ubuntu 23.10 が正式にリリースされました。金曜日を利用してアップグレードするのもいいでしょう! Ubuntu 23.10 リリース エピソード: ヘイトスピーチが含まれていたため、ISO イメージが緊急に「リコール」されました 23 歳の博士課程の学生が Firefox で 22 年間続いた「ゴーストバグ」を修正しました RustDesk リモート デスクトップ 1.2.3 がリリースされましたWayland を強化して TiDB 7.4 をサポート リリース: MySQL 8.0 と正式互換. Logitech USB レシーバーを取り外した後、Linux カーネルがクラッシュしました. マスターは Scratch を使用して RISC-V シミュレータをこすり、Linux カーネルを正常に実行しました. JetBrains が Writerside ツールを開始しました技術文書の作成に。
{{名前}}
{{名前}}

おすすめ

転載: my.oschina.net/u/5057806/blog/10120091