BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ チームワーク に関するすべてのコンテンツ

  • アジャイルチームの技術的リーダーシップ

    開発者がチームをリードするポジションに昇進する場合、新たなスキルセットが必要だ。Talking with Tech Leadsの著者によればPatrick Kua氏によれば、技術的リーダーは共通の技術的なビジョンに向けてチームを動かすため、権限を委譲し、ファシリテーション、コミュニケーションをし、リスクを管理しなければならない。

  • リーン/アジャイルリーダシップとSAFe(Scaled Agile Framework)

    SAFe(Scaled Agile Framework)は,企業規模のリーン/アジャイル開発において適用される実践や役割,活動,成果物を規定する。InfoQではDean Leffingwell氏に,SAFeのデプロイ,クロスファンクショナルなアジャイルチームの構築と連携,SAFeの人に関する部分,リーン/アジャイルリーダシップの原則などについてインタビューした。

  • 従業員のモチベーションと成果を第一に考える

    個々人のモチベーションのフォーカスするのはパフォーマンスに良い影響を与える。また、キャリアを自分自身の手で握らせるようにもでき、優秀な人材が組織に集まるようになる。InfoQはPeter van Oevelen氏にインタビューをして、動機付けについて、チームのムードに影響を与えることについて、急進的なマネジメントを実践することについて、動機付けの経済、独自のアイディアと選好と動機を持った個人による効率的なチームについて、話を聞いた。

  • アジャイルチームとマネージャが協力して障害を排除する

    障害はアジャイルチームを苦しめる。障害はチームが解決しなければならない課題だ。マネージャはアジャイルチームが障害を解消するのを、さまざまな方法で支援できる。

  • ペアプログラミングが難しい理由

    ペアプログラミングはソフトウエアの品質を高め、チームのメンバとの協力を強化するのに良い。しかし、実施するのは難しい。この記事では、ペアプログラミングがなぜ難しいのか、どうすれば実施できるのかについて紹介する。

  • チームの否定的感情に対処する

    アジャイルチームで働くとき、必ずさまざまな感情が生まれる。肯定的な感情はチームの働きを強化し、否定的な感情はチームの協力と生産性に影響を与える可能性がある。Noel Radley氏はチームのムードがプロジェクトマネジメントに与える影響についてペーパーを公開した。InfoQは氏にインタビューし、職場で否定的な感情が生まれる理由、アジャイルチームがどのようにその感情に対処するべきかについて話を聞いた。

  • オーケストラのリハーサルを喩えにしてリーダーシップスキルを開発する

    PensatoのDominique Dejonghe氏とLuc Galoppin氏によれば、一流オーケストラのリハーサルは、マネジメントチームにとってあたらな学習源になる。InfoQは両氏にリーダーシップ開発、音楽と組織マネジメントの関連、プロジェクトやプロセスにオーボエを見つけることについて、話��聞いた。

  • 少ないマネージャでより良いマネジメントをすることについてJurgen Appelo氏が語る

    Dare Festival Antwerp 2014にてJurgen Appelo氏は新著Management 3.0 Workoutについて話をし、企業がどのようにして自身を管理するかについて例を示した。

  • 個人のムードのチームに対する影響についてGerald Weinberg氏に聞く

    InfoQはチームのムードに影響を与える要因について、調査を進めている。チームのムードはメンバ個々人のムードの統合なので、個々人のムードと、それがチームの働きにどのように影響しているのかを理解することによって、チームのムードについてより理解が高まるだろう。InfoQはGerald Weinberg氏に、個人とチームのムード、個人のムードに影響を与えること、チームのムードについて議論すること、など話を聞いた。

  • 実践のための透明性と自己統制型管理の展開

    Lean Kanban France 2014カンファレンスでBjarte Bogsnes氏は,"脱予算(Beyond Budgeting)"をテーマとした基調講演を行った。プレゼンテーションの中で氏は,従来の管理方法の問題点,透明性と自己統制型管理による問題解決,予算編成より優先すべき原則とプラクティスについて語った。

  • かんばん方式による変革 - ある保険会社のケーススタディ

    かんばん方式は作業管理に使用されることが多いが,概念としては,組織改革の旅の道先案内として使うこともできる。今回紹介するのは,かんばん方式を利用した改革によって,可視性と予測可能性の改善と人々の積極的参加を成し遂げた,ある保険会社のケーススタディである。

  • テスト容易性のためのシステム設計

    テスト容易性(Testability)にはシステムで明示的な設計が必要だ,とSiemens AGのPeter Zimmerer氏はいう。テストアーキテクトはテスト容易性を推進すると同時に,優れた設計とエンジニアリングプラクティスを採用するためにシステムアーキテクトや設計者,テスタともコラボレートしなければならない。氏はQA&Test 2014カンファレンスで,組み込みソフトウェアにおけるテスト容易性の設計についてのチュートリアルを実施した。

  • ストーリウォールを作るためのさまざまなアプローチ

    Ryan Mckergow氏がアジャイルチームのために,ストーリウォールを立ち上げるためのさまざまな方法を解説する。今回の記事では,列や行のセットアップ,色の選択やアバターの利用について取り上げる。

  • 遠隔チーム管理に関する書籍シリーズ

    書籍シリーズ "The Art of Managing Remote Teams" では,遠隔チームの確立と作業について,著者らが自らの経験とアドバイスを提供している。想定している読者は,オフショアないしニアショアチームを立ち上げたい,あるいはすでに管理している遠隔チームを改善したいと考える人々だ。

  • ペアプログラミングと非単独開発を用いた共同開発

    ペアリングと非単独開発を用いたペアプログラミングの進化形について,Valentin Tudor Mocanu氏が解説する。

BT