InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
Ericssonにおけるコラボレーションの向上 - ハードウェアとソフトウェアの開発者が互いのことばを理解する
ハードウェアとソフトウェアの境界を越えたチームをセットアップして開発を統合しようとする場合、重要になるのが、ハードウェアとソフトウェアの開発者が互いのことばで話をすることだ。"我々(we)"と"彼ら(them)"ではなく"私たち(us)"に、アジャイルやリーンの用語よりも開発者同士をつなぐ技術的能力に、重点を置くことが望ましい。
-
議論によるソフトウェアアーキテクチャの拡張 - アドバイスプロセス
Andrew Harmel-Law氏は先頃、"アドバイスプロセス(Advice Process)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。
-
ソフトウェアチームを非同期コミュニケーションに移行する
一部の企業がオフィスに立ち戻り、ハイブリッドな形での仕事を始めている中で、我々の業界に多いと思われる、リモートワークの継続を希望する社員が疎外される危険性が生じている。James Stanier氏は、非同期的なコミュニケーション手段を多用して、ミーティングで話をするよりも文書を書くことに、より多くの時間を使うように提案する。
-
リモートファーストSREとして非同期で働くには
Netlifyのリモートワークにおけるコアプラクティスは、非同期コミュニケーションを優先すること、リモートコミュニティ構築において意図的であること、ワークライフバランスの保護を推奨することである。サスティナブルなリモートワークは、サスティナブルな業務時間から始まる。その中には、時間外の連絡に関する明確な境界とプロトコルによって、自分自身を"ほぼ"連絡不可能な状態に置くことも含まれる。
-
ハイブリッドワークアプローチの”大きなパラドックス”は今後10年の課題となるか？
パンデミックはオフィスを自宅へと移動させた。医療システムがそれを根絶して元の生活を取り戻そうとしている一方で、我々もニューノーマルがどのようなものになるかを理解する必要がある。可能になればすぐオフィスに戻るという一部のリーダや、メインアプローチとして完全リモートアプローチを採用する人たちもいるが、ハイブリッドアプローチが多くの人たちにとってのニューノーマルになるだろう。
-
ソフトウェア開発における認知バイアスに対処する
認知バイアス(cognitive bias)は、思考を速くする上で有効だ。しかしその結論は、我々が思うほど合理的ではない。バイアスを認識し克服することにより、問題を防止し、ソフトウェアチームのパフォーマンスを向上することができる。
-
モブプログラミングの集団的習慣は技術品質を高めるための土壌になり得る
モブ(mob)プログラミングは、プロダクトをアジャイル手法で開発する上で、古い習慣を新しく効果的な習慣に変えるための有効な手段だ。周りを人に囲まれた環境において集団で培われた習慣は、簡単に忘れることはない。モブプログラミングは各メンバに対して、新たな習慣を定常的に実践させることによって、それらを取り入れやすくする。チームは同じ作業の繰り返しを容認しない。仕事を行うためのよりよい方法を探しているのだ。
-
企業文化と心理的安心感が創造性を育む
企業が将来にわたってその関係性と競争力を維持して存続するためには、創造に適した環境と文化を作り上げることが求められる。燃え尽き症候群(バーンアウト)への依存や生産性への固執は、創造性を阻害する可能性がある。必要なのは心理面での安心感、インクルージョン、実験、成長の思想、思考時間の許容なのだ。
-
”セーフ・トゥ・フェイル”アプローチによってチームに心理的安全性を確立する
企業は、従業員の中に"心理的安全性(psychological safety)"の文化 — 失敗が非難の対象ではなく、誰にも起こり得るものとして受け入れられる文化を確立することができる。"セーフ・トゥ・フェイル(safe-to-fail)"を企業文化の一部にするべきである。成功に対するイメージの転換は、失敗の所在をより深く理解することを可能にし、恐れを克服する勇気を我々に与えてくれる。
-
支持の高まる週4日勤務
最近になって、週4日勤務への移行に必要な変更や影響を検討した論文やレビューが数多く公開されている。共通しているのは、克服すべき課題がいくつかあるものの、一般的には週4日勤務に移行することでスタッフの幸福度や熱意が向上し、結果として生産性の向上が実現する、という認識だ。
-
アフリカにおけるアジャイルの未来 - その課題と進展
アフリカ大陸におけるアジャイルの採用は、困難な課題と挫折に直面していることから、他の大陸に比較して遅れている。しかしながら、プロダクト開発における協調的アプローチがより生産的かつ価値重視の結果につながるという事実を、ハイテクスタートアップやSME、大企業が認識することによって、これからの20年間は、この若い大陸に大きな期待が持てるものになるだろう。
-
MLOps: 機械学習システムの継続的デリバリー
機械学習モデルの開発、導入、生産性の維持は、多くの困難を伴う複雑で反復的なプロセスだ。MLOpsとは、MLモデル、特にMLシステムの開発にシステムの運用を組み合わせることを意味する。MLOpsを機能させるには、データサイエンスの反復と探索コンポーネントと、より線形のソフトウェアエンジニアリングコンポーネントとのバランスをとる必要がある。
-
外部ITプロバイダがDevOpsプラクティスを採用するには
ITサプライヤは、プロダクト開発に実験的アプローチを採用して、小さなプロダクト増��を運用環境で検証するという、小規模バッチで作業することにより、"you build it, you run it"というマントラに従うことができる。サプライヤはクライアントの目標が何であるかを見つけなければならない。そして、コラボレーション開発を行うためには、それをサプライヤ自身の目標にしなくてはならないのだ。
-
チームヘルスアセスメントの促進
チームの健全性と幸福を調査し、話し合うためのヘルスアセスメントがある。Gwenno Haf Hughes氏によると、チームに独自のヘルスチェックを作成してもらい、チェック対象のチームのヘルスがどのように見えるかを理解するのは良いことだ。私たちはファシリテーターとして、チームが何をどのように改善するかの決定を支援する。
-
分散型DevOpsチーム：ノンストップデリバリーの実現
連絡を取り合い、分散したチームとして団結することは、多くの人が直面する課題だ。共有バックログからストーリーを割り当てることで、分散チームがノンストップデリバリを行うことができるようになる。そして、チームのすべてのメンバーに、必要に応じてコードを本番環境に昇格させたり、昇格を取り消したりする権限を与えた。同じような、あるいは重複するマイクロサービスが作成されないように、アーキテクチャに注意する必要がある。