InfoQ ホームページ Distributed Team に関するすべてのコンテンツ
-
モブプログラミングの観点
”Mob Programming Guidebook”の著者であるMaaret Pyhäjärvi氏は、自身のモブテスト体験と、氏のチームがクロスファンクションの重要性を理解するに至る上で、それがいかに役立ったかを記事にした。Woody Zuill氏も先日のAgile Uprisingポッドキャストで、ソフトウェアをリリース可能な小ステップで提供する上で、モブプログラミングが効果的なコラボレーションモデルを提供する点について解説した。
-
素晴らしいエンジニアリング文化についてリーダーが語る
QConLondonのBuilding Great Engineering Culturesと題したトラックで、登壇者が聴衆から質問を受け、パネルディスカッションをした。 Google、Sky Betting、Gaming、ITV、Deliveroo、GlobalSignのリーダーたちが、自分たちがどのようにしてエンジニアリングについての素晴らしい文化を支援し構築してきたかを共有した。
-
壊れた人間機械に対処する
ソフトウェア開発や何か大規模なものを作ることを本当に推し進めるには、自分の盲点を探り、人々とのやりとりを学ぶ必要がある。自分たちが作る文化は重要だ。高いパフォーマンスのチームと低いパフォーマンスのチームの生産性と品質は桁違いだ。どのようにやるか、は、何をやるかと同じくらい重要だ。
-
チーム感情と成果の関係
AI企業のDeep Affects社はJiraプロジェクトを調査し、感情面の健康とチームの生産性との関係を示した。彼らの発見はGallup社の2017 State of the Workforce調査によっても示されている。その調査は、感情面で積極的に関与しているチームを持たないことによるコストを示している。
-
仕事における内向、両向、外向
内向と外向はバイナリな性格タイプではない；ヒトはこの2つのタイプの間のどこかに落ち着いている。そのとき身が置かれているコンテキストにより振る舞い方も変わる。事実、人口の大多数は両向型である。これらの違いを理解することは、より効果的なコミュニケーションやチームワークに役立つ。
-
言葉と振る舞いをより包括的にする
人を排除しないよう、間違っているときにはより意識を高める必要がある。また、なぜわれわれの言動によって誰かが混乱したり、怒ったりするのかを明らかにするため、内省的になる必要がある。人は排除されることにより、最終的には仕事、コミュニティ、職を離れる。これらは防がなくてはならないものである。Peter Aitken 氏は、包含問題に取り組む際のポジティブなアプローチを提案した。
-
DevOpsチームに対して定まらない業界の評価
調査によると、DevOpsチームの採用率は上昇する傾向にある。しかし業界では、DevOpsチームが存在すべきかどうかという点でも、いまだ意見が分かれている。サイロがさらに増えることへの懸念の声もあれば、DevOpsはすべての組織が取り入れるべき方法論だという意見もある。さらには、新たな作業方法に移行する効率的な方法としてDevOpsを支持するものもある、というのが現状だ。
-
Atomがリアルタイムコラボレーションに対応
QCon San Francisco 2017においてGitHubのNathan Sobo氏はAtomの新しいリアルタイムコラボレーションプラグイン、Teletypeを発表した。Teletypeは、2人の開発者が同時にコードを書くことができるようになる。
-
ブログがアジャイルチームに力を与える
チームの思考と意思決定を各自の受信箱からブログにすることで誰でもアクセスできるようになり、将来見つけられやすくになり、全員が参照できる。ドキュメントを書くよりブログを書いて知識を移行し、コードに文脈を与えるプロジェクトの歴史を文書化することができる。
-
レトロスペクティブに関する初の年次報告書を公開
レトロスペクティブに関する初の年次報告書は、レトロスペクティブが現実世界でどのように使われているのかを深く理解できる。世界中から集まった275を越える調査回答を基にして、結果は、レトロスペクティブがチームコミュニケーションと生産性の改善を導き、信頼の環境を作るのに役立つことを示唆している。主な課題には、議論されるトピックがチームによって解決されず、人々が話すことを快く感じないという事実があった。
-
Meetupでの技術的負債の取り組み
継続的に製品の健全性を保つには定期的に一番影響のある技術的負債を優先順位付けして、それらを全体的に解消していくことだ。MeetupのCTOであるYvette Pasqua氏は、技術的負債に対する取り組み方を継続的に繰り返し適用することでより大きな成果を生み出すことを推奨している。最も影響の大きい負債から取り組み、その負債を解消したことで生まれる改善について伝える、というのが氏の主張だ。
-
会話を通じたより良いエンジニアリング
敵対することを優しく押し殺すのはオンラインでの議論での真の戦略だ。侮辱や蔑視をする意図はないとを示すような振る舞いは相手の武装を解除する力がある。オンラインのコミュニケーションにはバイアスがあることを受け入れ、事実と道理を使ってバイアスに対処し、バイアスに自覚的になる訓練をして埋め合わせしようとするのが重要だ。
-
金融機関のDevOpsの取り組み
ロンドンで2度目のDevOps Enterprise Summit (DOES) Europeが開催され、エンタープライズ分野のDevOpsコミュニティが集まった。中でも金融業界は、規制が強い産業の課題について独自の視点を提供し、DevOpsを活用してどのようにそのような課題を乗り越えたのかを語った。
-
AtlassianがTeam Health MonitorとTeam Playbook Blueprintの提供を開始
Summit 2016でTeam Health Monitorsのツール非依存バージョンを紹介したAtlassianが、先日リリースしたConfluence Server 6.1に、新たにTeam Playbookブループリントをバンドルした。Health Monitorワークショップは、形式張らない(low-ceremony)“プレイ(play)”の実施を通じて、問題点の指摘と弱点に対処する計画を策定することを目的とした、“チーム全体の状態を改善する”ためのチームの自己診断だ。
-
ソフトウェアチームのための怖れなしのフィードバック
フィードバックは信頼を構築し、チームの繋がりを強化し、個々人のスキルを改善し、成長を促す。効果的なフィードバックサイクルはチームのパフォーマンスを改善する最高のツールになりうる。こう主張するのはErika Carlson氏だ。フィードバックがあれば、問題は害悪になる前に対処され、間違いも早い段階で軌道修正される。