InfoQ ホームページ リーダーシップ に関するすべてのコンテンツ
-
ソフトウェア開発における高パフォーマンス作業環境の醸成
Eb Ikonne氏によると、リーダーは、ソフトウェア開発チームの成功がどのようなものかを理解できるように、やる気を起こさせるチャレンジやミッションを提供すべきである。リーダーは、効果的なチームワークを促進する構造を提供し、チームの成功に悪影響を与えるものに対処し、摩擦を減らしたり取り除いたりできる。コーチングは、人々が効果的に協力する方法を見出すのを助けることができる。
-
ソフトウェア・エンジニアリングの役割からマネジメントの役割へ移行する
エンジニアを率いるのが得意になりたいソフトウェア・エンジニアは、マネジメントを実践する日常的な機会を利用できる。Peter Gillard-Moss氏はQCon Londonで講演し、マネージャーになった経験を共有し、マネージャーを目指すエンジニアにヒントやアイデアを提供した。
-
ソフトウェア組織の変革を促進させるということ：味方を見つけ、人を招き、関与を持続させる
私たちがソフトウェア組織で経験する変化の多くは、強制的なものである。「ソフトウェア・エンジニア、アーキテクト、そして時にはソフトウェア・エンジニアリングの管理職にある人たちでさえ、正式な権限がなければ変化のきっかけを作れないと感じている」と、Eb Ikonne氏はQCon London 2024で述べた。変化を促進させるために、同氏は味方を見つけ、人々を変化に参加させ、ストーリーテリングを通じてエンゲージメントを生み出し、維持することを提案した。
-
技術的負債を防ぎ、返済する方法：チームと技術リーダー、マネージャーができること
技術リーダー、プロジェクトマネージャー、管理職は、ソフトウェア開発者に多くの時間を与えることで技術的負債を防ぐことができる。さらに、チームがコードを改善できるように、余剰時間やリファクタリングスプリントを計画することができるとNedelcho Nikolov氏は主張する。技術的負債に優先順位をつけるために、開発チームは、今投資すればどれだけの時間を節約できるか、今技術的負債を返済しなければ将来ソフトウェアがどれだけ複雑になるかを示すことができる。
-
ビッグテックはいかにして道を踏み外したか - アカウンタビリティ(説明責任)とリーダーシップ
大手テック企業ではアカウンタビリティが欠如しているように思える。上級職の人間が責任を問われることは稀だ。エンジニアは働きたいカルチャーを意識し、彼らの幸福に気を配るべきだ。一方、企業は人々の最高の仕事をサポートするためにリーダーに投資すべきだ。Andy Walker氏は、QCon London 2023で、大手ハイテク企業がどのように道を踏み外したかについて講演した。
-
Big Techはなぜ道を踏み外したか - 規制と自由
テクノロジーが私たちの生活に果たす役割はますます大きくなっているが、Big Techと呼ばれる大手テック企業はその理念とは相反する行動を見せ、制御不能に陥っているように見受けられる。規制は整備されつつあるが、法律が適用されることはほとんどない。大手テック企業のリーダーは、自分たちの仕事が文化であることに気付くべきだ。QCon London 2023では、Andy Walker氏が、彼らがなぜ道を踏み外したかついて講演した。
-
トップダウンとボトムアップを組み合わせた心理的安全性の高い環境づくり
心理的安全を実現するにはリーダーシップが不可欠だが、対人関係のリスクを冒しても大丈夫だということを、率先して示す必要がある。チームワークショップにおいてコミュニケーション能力でリーダーシップを補えば、人々は率直に発言し、失敗しても大丈夫だと思える。
-
スタッフプラスエンジニアになるには
もしあなたが、スタッフプラス(staff-plus)エンジニアになることに興味があるのならば、自分のキャリアを検証する時間を確保して、自分のキャリア目標と熱意についての議論をマネージャと始めよう。自分のスキルを伸ばすには、エンジニアリングコミュニティに関わるのがよいだろう。スタッフプラスエンジニアは、技術関係者をリードして、個々人の能力を越えた物事を成し遂げることによって、他の人々を成長させ、指導することができるのだ。
-
スタッフプラスエンジニアへの道：管理職から技術職への回帰
技術分野の従事者には、管理職のキャリアだけが目標ではない。Fabiane Bizinella Nardon氏は、管理職から技術職に復帰してスタッフプラスエンジニアとなり、スタッフプラスフレンドリな会社を設立した人物だ。氏はQCon London 2022で、"A CTO That Still Codes: My Tortuous Path to the Staff Plus Engineer Role"と題する講演を行った。氏は2022年5月10日～20日のQCon Plusでも講演する予定である。
-
優れたスタッフプラスエンジニアになるには
スタッフプラスエンジニア(staff-plus engineer)としての自分の有効性を高めるためには、コミュニケーション、リスニング、技術的戦略、ネットワークのスキルを高めることが大切だ。Blanca Garcia Gil氏はQCon London 2022で、スタッフプラスエンジニアとして成功するための5つの行動指針について講演した。さらに氏は、2022年5月10日～20日のQCon Plusでも講演する予定である。
-
スタッフプラスエンジニアになる：リーダーシップとコミュニケーションのトレーニングが大切
技術的なキャリアを追求したいエンジニアに対する業界のサポートが不十分であり、それがエンジニアに影響を及ぼしている。多くの優れた技術者が、管理職を探すことを余儀なくされている。スタッフプラスエンジニアの役割への道は簡単ではない。スタッフプラスエンジニアになるためのリーダーシップとコミュニケーションに関するトレーニングは、彼らがより優れた技術リーダーになる助けとなる。
-
スタッフプラスエンジニアとして成功するための5つの行動
スタッフプラスエンジニアは、より大きな影響を与える技術リーダーとして機能するものである。物事を成し遂げる彼らの能力は、他の人を成長させ、指導するため、彼らの個々の能力を超えたものになる。テクノロジー業界は、エンジニアが個別に作業するという考えから離れてきている。コラボレーションがスタッフプラスの役割において最も重要な行動の1つとなる。
-
TSS(チーム一体給与)を全社的な報酬評価に採用する
TSS(チーム一体給与)は、チームを越えた評価を行うことで、結果が自動的に調整され、スケールアップが可能になる。さらに、そのスコアを見ることで、どこに会話が必要なのかが分かる。TSSは、新たなスキルを習得し、適応することを促すのだ。
-
TSS(Team-set salaries)によるアジャイルチームの公平な個人報酬
TSS(team-set salaries、チーム一体給与)は、マルチスキルで協調的、かつ自律的なチームの各メンバに対して、公平な報酬を設定することのできる手法である。メンバはそれぞれ、自分自身ではなく、同僚のみを評価する。それによって、給与の決定に関する直接的な発言権が与えられるのだ。
-
議論によるソフトウェアアーキテクチャの拡張 - アドバイスプロセス
Andrew Harmel-Law氏は先頃、"アドバイスプロセス(Advice Process)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。