InfoQ ホームページ リーダーシップ に関するすべてのコンテンツ
-
技術的負債を防ぎ、返済する方法：チームと技術リーダー、マネージャーができること
技術リーダー、プロジェクトマネージャー、管理職は、ソフトウェア開発者に多くの時間を与えることで技術的負債を防ぐことができる。さらに、チームがコードを改善できるように、余剰時間やリファクタリングスプリントを計画することができると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)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。
-
コーチングでよりよい技術リーダになる
コーチングは、個人的にも、仕事の上でも、自身の潜在能力について理解し、日々の業務においてその潜在能力を開発する方法を見出す上で有用な手段である。テスタやエンジニアを指導する技術職のMaryam Umar氏にとって、コーチングは大いに役立っている。
-
DevOps変革をリードする - 協調的エンジニアリングアプローチ
DevOps変革をリードする時、チームをチャンスに引き込む上で有用なのは透明性と可視性だ。ひとたび参加すれば、開発者は知識のマルチプライヤ(増幅器)として機能し、変革活動に貢献してくれる。頻繁に発生する問題の解決、複雑な問題への対処、変革の進捗状況の提示を組み合わせることで、ステークホルダの関与を維持することが可能になる。
-
テスト戦略によってデプロイメント作業の完成度とプロダクト品質を向上する
テスト戦略の実践は、運用環境への"プッシュ・アンド・プレイ(push and pray)"デプロイメントから、継続的かつ確信を持って行うデプロイメントへの移行を支援する。さまざまなイネーブラ(enabler)を備えたフレームワークにマッピングすることにより、テストという強力なセーフティネットの下で、運用への移行に先立ってプロダクト全体の品質メトリクスを調整することが可能になるのだ。