InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
QCon Londonでのディベロッパーイネーブルメントに関するディスカッションからの学び
ディベロッパーイネーブルメントにより、私たちが個々に持つ可能性を高めることができる。それは中小企業から大企業まで行うことができる。時には個々人が独自の解決策を立てる状況があるが、すべてのチームに対して必須となるものもある。メトリックによって、何が使われているかを確認できる。レガシーシステムに対するディベロッパーイネーブルメントのサポートには注意してください。それが廃れており、置き換えが必要な場合には、投資しない方がよい場合がある。
-
女性が活躍するための強く団結した技術チームづくり
技術系の女性には、ダイナミックで価値あるチーム、刺激的な仕事、後押しとサポート、身近なロールモデル、偏見のない柔軟性、そして個人のパワーが必要である。結束力の強いチームは、質の高い交流を実現し、人々が大切にされていると感じることができる。
-
ディベロッパーイネーブルメントがソフトウェア組織にどのように利益をもたらすか
ディベロッパーイネーブルメントとは、私たち個人が持つ可能性を大幅に高めることができるツールとアプローチに関するものである。それは生産性と幸福、利益とリテンション(人材流出の防止)に影響を与える場合がある。開発者ツールを使用すると、エンジニアは製品を容易にデプロイできるようになり、製品の構築に集中できるようになる。
-
アジャイルビジネスゲームを実施するには
ゲームをビジネスオーナの観点で"面白い"ものにするためには、ビジネスニーズとの整合性を確保することが必要になる。そのようなゲームの立案は、"コンテキストを探る"、"ターゲットグループを知る"、"フォーカスを定義する"、"ファシリテーションの方法を決定する"という4つのステップで行えばよい。
-
優れたスタッフプラスエンジニアになるには
スタッフプラスエンジニア(staff-plus engineer)としての自分の有効性を高めるためには、コミュニケーション、リスニング、技術的戦略、ネットワークのスキルを高めることが大切だ。Blanca Garcia Gil氏はQCon London 2022で、スタッフプラスエンジニアとして成功するための5つの行動指針について講演した。さらに氏は、2022年5月10日~20日のQCon Plusでも講演する予定である。
-
ゲーミフィケーションによるソフトウェア品質の向上
バグハンティングやリスクストーミングゲームをプレイするBingo Bongoセッションにより、品質を向上させることができる。ゲーミフィケーションは学習を支援し、日常業務を面白くし、チームスピリットを強化することができる。ゲームをプレイすることはオフィスでの日常業務の一部であり、効果的な作業時間と見られるべきである。ゲーミフィケーションでは、創造的なプロセスによって真の価値が生み出される。
-
TSS(チーム一体給与)を全社的な報酬評価に採用する
TSS(チーム一体給与)は、チームを越えた評価を行うことで、結果が自動的に調整され、スケールアップが可能になる。さらに、そのスコアを見ることで、どこに会話が必要なのかが分かる。TSSは、新たなスキルを習得し、適応することを促すのだ。
-
高品質なアラートで開発者のオンコールを軽減する
開発者にとって、オンコールはますます現実味を帯びてきている。アラートの改善によるノイズの低減、自動化、警告の削除は、オンコール作業の苦痛を最小限にするのに役立つ。自動化の原動力となるのは、Infrastructure as Codeだ。時間をかけてコードを抽象化し、他のユースケースに適合させることで、ベストプラクティスを普及させることができる。
-
TSS(Team-set salaries)によるアジャイルチームの公平な個人報酬
TSS(team-set salaries、チーム一体給与)は、マルチスキルで協調的、かつ自律的なチームの各メンバに対して、公平な報酬を設定することのできる手法である。メンバはそれぞれ、自分自身ではなく、同僚のみを評価する。それによって、給与の決定に関する直接的な発言権が与えられるのだ。
-
パフォーマンス向上のためにGitHub Codespacesがテンプレート化
GitHubは、大規��で複雑なプロジェクトのための完全な開発環境を立ち上げるためにかかる時間を短縮するために、ビルド済みのCodespacesを導入した。
-
Ericssonにおけるコラボレーションの向上 - ハードウェアとソフトウェアの開発者が互いのことばを理解する
ハードウェアとソフトウェアの境界を越えたチームをセットアップして開発を統合しようとする場合、重要になるのが、ハードウェアとソフトウェアの開発者が互いのことばで話をすることだ。"我々(we)"と"彼ら(them)"ではなく"私たち(us)"に、アジャイルやリーンの用語よりも開発者同士をつなぐ技術的能力に、重点を置くことが望ましい。
-
議論によるソフトウェアアーキテクチャの拡張 - アドバイスプロセス
Andrew Harmel-Law氏は先頃、"アドバイスプロセス(Advice Process)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。
-
ソフトウェアチームを非同期コミュニケーションに移行する
一部の企業がオフィスに立ち戻り、ハイブリッドな形での仕事を始めている中で、我々の業界に多いと思われる、リモートワークの継続を希望する社員が疎外される危険性が生じている。James Stanier氏は、非同期的なコミュニケー��ョン手段を多用して、ミーティングで話をするよりも文書を書くことに、より多くの時間を使うように提案する。
-
リモートファーストSREとして非同期で働くには
Netlifyのリモートワークにおけるコアプラクティスは、非同期コミュニケーションを優先すること、リモートコミュニティ構築において意図的であること、ワークライフバランスの保護を推奨することである。サスティナブルなリモートワークは、サスティナブルな業務時間から始まる。その中には、時間外の連絡に関する明確な境界とプロトコルによって、自分自身を"ほぼ"連絡不可能な状態に置くことも含まれる。
-
ハイブリッドワークアプローチの”大きなパラドックス”は今後10年の課題となるか?
パンデミックはオフィスを自宅へと移動させた。医療システムがそれを根絶して元の生活を取り戻そうとしている一方で、我々もニューノーマルがどのようなものになるかを理解する必要がある。可能になればすぐオフィスに戻るという一部のリーダや、メインアプローチとして完全リモートアプローチを採用する人たちもいるが、ハイブリッドアプローチが多くの人たちにとってのニューノーマルになるだろう。