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

アーティクル

RSSフィード

最新前の記事

アジャイルアーキテクチャの相互作用

アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。

James Madison 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2011年8月16日午後7時44分
スクラムアジャイルチームに必要なスキル

高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。

Prasad Prabhakaran 翻訳者徳武聡
投稿日 2010年9月8日午後7時24分
マネージャ 2.0: スクラムでのマネージャの役割

スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。

Pete Deemer 翻訳者徳武聡
投稿日 2010年8月23日午後7時34分
学習の科学: 脳にとって最善のアプローチ

どうしてみんなアイデアをわかってくれないのだろうか？あなたが指導する開発者はどうしてまだわからないのだろうか？どうして参加者は教材の10％程度しか学べないのだろうか？このように思ったことはありませんか。ある意味、私たちはみんな先生です。ところが、プロの教育者だけがこの分野のトレーニングを受けています。この記事では神経細胞からの教えとそのアジャイルソフトウェア開発などへの適用方法について説明します。

Mark Levison 翻訳者笹井崇司
投稿日 2010年8月22日午後8時6分
アジャイルの限界

非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。

Alan Kelly 翻訳者徳武聡
投稿日 2010年8月17日午後7時36分
分散バージョン管理システムの詳細なガイド

2007年5月に、Linus Torvalds氏がgitについてGoogleでプレゼンテーションして以来、分散バージョン管理システムへの関心や採用が増え続けています。この記事では、git、Mercurial、Bazaarの３つのツールを題材にして、分散バージョン管理システムのコンセプト、使用するタイミング、現在使われているバージョン管理システムよりも優れている理由を紹介します。

Sebastien Auvray 翻訳者竹中翔 - (株)ポータルアイランド
投稿日 2010年2月21日午後3時4分
TDDを根づかせる:導入の問題と解決策

大きな組織のチームでは、TDDの採用に未だに苦戦している。この記事では、Mark Levison氏が、チームを調査した時に発見した問題と、TDDを組織に紹介するための戦略とを共有する。

Mark Levison 翻訳者角谷信太郎 - (株)永和システムマネジメント
投稿日 2009年4月28日午前12時10分
QCon San Francisco 2008の要点とそこから学んだ教訓

この記事では、QCon San Francisco（2008年11月）の印象とその体験がどのようなものであったかを感じ取っていただけるように、QConについてブログを書いた多くの参加者の視点と見解を紹介します。

Ryan Slobojan 翻訳者編集部
投稿日 2009年4月8日午前12時1分
生産性のためのコラボレーティブなスペースを設計する

アジャイルを用いて作業をする場合、つまり、互いに接近して遮るものもなく作業を行う場合、人として健全で効率的な作業スペースを求め、それを主張することはこれまでよりいっそう重要なことになります。そこで、本稿ではチームに関して数多く集められた見識を共有します。これは何人かの経験豊富なアジャイル・コーチたちによって集められたものです。

Deborah Hartmann Preuss 翻訳者渡嘉敷満理子
投稿日 2009年4月2日午後1時12分
数字を用いたコミュニケーション - アジャイルの精神で

デベロッパと経営陣では数字の使い方が異なります。和解の道はないのでしょうか。Linda氏は「あります！」と答えます。

Linda Rising Barbara Chauvin 翻訳者渡嘉敷満理子
投稿日 2009年3月8日午前4時36分
トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

Urs Peter 翻訳者編集部
投稿日 2008年12月2日午前2時54分
アジリティのためにコンポーネントチームより機能チームを選ぶ

Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。

Craig Larman Bas Vodde 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2008年11月6日午前12時14分