InfoQ ホームページ Distributed Team に関するすべてのコンテンツ
-
オープンソースのメンテナが有害な行為に対処する方法
オープンソースのメンテナが経験する3つの有害な行動とは、権利の主張、不満を爆発させる人、そして明らかな攻撃である。問題のある行為に耐性ができて無視するようになると、怒りや悲しみの負のスパイラルに陥ってしまう。そうならないように問題のある行為に声をかけ、オープンソースの本来の意味がコラボレーションと協力であること人々に思い出させるべきなのだ。
-
心理的安全性の測定から学ぶこと
リスクテイクについてどう感じるかを尋ねることで、心理的安全性のレベルを知ることができるし、問題を発見するのに役立つ。その答えを議論することで成熟したチームであれば安全性のレベルを強化できるし、成熟していないチームであれば改善策を理解してもらう機会になる。
-
怒ったユーザーからのフィードバックを、より良い製品の開発にどのように役立てるか
製品に何か変更を加えるたびに、怒ったユーザーが現れることがある。このようなユーザーは、あなたの製品に積極的に関心を寄せている。彼らの声に耳を傾けることで、製品を改善するためのユーザーインサイトの金塊を見つけることができる。
-
女性が活躍するための強く団結した技術チームづくり
技術系の女性には、ダイナミックで価値あるチーム、刺激的な仕事、後押しとサポート、身近なロールモデル、偏見のない柔軟性、そして個人のパワーが必要である。結束力の強いチームは、質の高い交流を実現し、人々が大切にされていると感じることができる。
-
スタッフプラスエンジニアへの道：管理職から技術職への回帰
技術分野の従事者には、管理職のキャリアだけが目標ではない。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でも講演する予定である。
-
スタッフプラスエンジニアとして技術職に留まるには
テクノロジに携わり続けたいと願うエンジニアには、スタッフプラスエンジニア(staff plus engineer)になる、という方法がある。スタッフプラスエンジニアは、他の人々に影響力を持たせることがその役割だ。周りの人々を巻き込むというのは難しく、コミュニケーションや影響力のあるスキルに取り組む必要がある。Nicky Wrightson氏はQCon London 2022で、"The Secret Strategy for Landing That Staff Engineer Role"と題して講演した。氏はQCon Plus May(2022年5月10日～20日)でも講演する予定である。
-
オープンソースによってどのようにしてstaff+の役割への道を開けるか
オープンソースへの貢献と長期的なコミュニティの関与は、staff+エンジニアの役割への道を歩むのに役立つ。文面によるコミュニケーションスキルは、オープンソースで一般的な非同期的なリモートワークの鍵となる。あなたの貢献はビジネスニーズと一致している必要がある。それによって、あなたの知名度が上がり、キャリアの可能性が広がる。Alex Porcelli氏はQCon London 2022で発表した。
-
スタッフプラスエンジニアになる：リーダーシップとコミュニケーションのトレーニングが大切
技術的なキャリアを追求したいエンジニアに対する業界のサポートが不十分であり、それがエンジニアに影響を及ぼしている。多くの優れた技術者が、管理職を探すことを余儀なくされている。スタッフプラスエンジニアの役割への道は簡単ではない。スタッフプラスエンジニアになるためのリーダーシップとコミュニケーションに関するトレーニングは、彼らがより優れた技術リーダーになる助けとなる。
-
Ericssonにおけるコラボレーションの向上 - ハードウェアとソフトウェアの開発者が互いのことばを理解する
ハードウェアとソフトウェアの境界を越えたチームをセットアップして開発を統合しようとする場合、重要になるのが、ハードウェアとソフトウェアの開発者が互いのことばで話をすることだ。"我々(we)"と"彼ら(them)"ではなく"私たち(us)"に、アジャイルやリーンの用語よりも開発者同士をつなぐ技術的能力に、重点を置くことが望ましい。
-
ソフトウェアチームを非同期コミュニケーションに移行する
一部の企業がオフィスに立ち戻り、ハイブリッドな形での仕事を始めている中で、我々の業界に多いと思われる、リモートワークの継続を希望する社員が疎外される危険性が生じている。James Stanier氏は、非同期的なコミュニケーション手段を多用して、ミーティングで話をするよりも文書を書くことに、より多くの時間を使うように提案する。
-
リモートファーストSREとして非同期で働くには
Netlifyのリモートワークにおけるコアプラクティスは、非同期コミュニケーションを優先すること、リモートコミュニティ構築において意図的であること、ワークライフバランスの保護を推奨することである。サスティナブルなリモートワークは、サスティナブルな業務時間から始まる。その中には、時間外の連絡に関する明確な境界とプロトコルによって、自分自身を"ほぼ"連絡不可能な状態に置くことも含まれる。
-
ゼロバグポリシを���ってバグを解決する
ゼロバグポリシ(zero bug policy)を採用すると、バグの優先順位付けが容易になり、チームの可視性とバグへの対応性を向上することができる。ただし、過激な変革なので、意思決定とバグの修正時間に関して、自分自身の状況に合わせることが必要だ。
-
ソフトウェア開発における認知バイアスに対処する
認知バイアス(cognitive bias)は、思考を速くする上で有効だ。しかしその結論は、我々が思うほど合理的ではない。バイアスを認識し克服することにより、問題を防止し、ソフトウェアチームのパフォーマンスを向上することができる。
-
企業文化と心理的安心感が創造性を育む
企業が将来にわたってその関係性と競争力を維持して存続するためには、創造に適した環境と文化を作り上げることが求められる。燃え尽き症候群(バーンアウト)への依存や生産性への固執は、創造性を阻害する可能性がある。必要なのは心理面での安心感、インクルージョン、実験、成長の思想、思考時間の許容なのだ。