InfoQ ホームページビジネスに関するすべてのコンテンツ

アーティクル

RSSフィード

最新前の記事

アジャイルのまずい考え方

Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。

Christopher Goldsbury 翻訳者能仁信亮
投稿日 2010年11月7日午後10時17分
Javaと.NETの特許問題への短い紹介

最近のGoogleとOracleの間の法的な戦いによって、Javaと.NETの特許問題が再び注目されている。Tim Smith氏が、Oracle/Sun と Microsoftによって提供されているライセンスを紹介する。GoogleのAndroid プラットフォームのようなサードパーティの実装にそれらがどう影響するのかに、焦点を当てる。恐らく、Google Androidのユニークな実装が、動機となったことも取り上げられる。

Tim Smith 翻訳者編集部Ｎ
投稿日 2010年10月4日午前12時43分
マネージャ 2.0: スクラムでのマネージャの役割

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

Pete Deemer 翻訳者徳武聡
投稿日 2010年8月23日午後7時34分
5つのコンフィグレーション管理ベストプラクティス

この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。

Chris Read 翻訳者笹井崇司
投稿日 2010年7月20日午後8時36分
アジャイルにおけるプロジェクトマネジャーの役割

どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。

Vinay Aggarwal 翻訳者佐々木由也
投稿日 2010年3月9日午後3時2分
私たちに必要なものは情報システムの評価である

Pierre Bonnet氏は、情報システムがあまりに曖昧で、俊敏でないと主張します。彼は、「健全な」企業が、過剰なリスクを負って数か月のうちに崩壊する原因について説明しています。

Pierre Bonnet 翻訳者松本清一
投稿日 2009年5月23日午後3時54分
サーバーの電力消費の問題

サーバーの性能と電力消費は、時間の経過とともに増加しています。

Intel 翻訳者編集部
投稿日 2009年5月23日午後3時30分
Spring AOPとAspectJを使用したワークフローオーケストレーション

本稿では、アスペクト指向プログラミング(AOP)の技術を使用して、高度に設定可能で拡張性があり、さらに軽量な組み込みプロセスフローを構築し、オーケストレートするための方法を説明します。今回のサンプルでは、Spring AOPとAspect Jをベースにしていますが、他のAOPでも同様の結果を得ることができます。

Oleg Zhurakousky 翻訳者松本清一
投稿日 2009年4月20日午後4時45分
BPMN 2.0 バーチャル座談会

BPMN 2.0標準化の成果の代表者が、BPMNの評価と、XPDL、WS-BPEL、そして、BPEL4Peopleというような他の成果物との関係をどうするかについて議論する。

Mark Little 翻訳者菅野裕
投稿日 2009年4月20日午後4時36分
Why BPEL is not the holy grail for BPM

In the Business Process Modeling world there is still an ongoing standards debate. In this article, Pierre Vigneras of the Bull BPM team, discusses problems with one of those standards - BPEL. Pierre walks us through a simple parallel process and discusses the numerous issues practitioners face in trying to express an unstructured flow based on a structured model.

Pierre Vigneras
投稿日 2009年4月12日午前4時41分
生産性のためのコラボレーティブなスペースを設計する

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

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

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

Barbara Chauvin Linda Rising 翻訳者渡嘉敷満理子
投稿日 2009年3月8日午前4時36分