優れたアジャイル本Rustが再評価される：エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...
Re: アジャイルって受託開発との相性が最悪な気がする - tsuge development page
前書き 現役アジャイラー（？）を自称する立場として釣られてみるぜっ。 http://d.hatena.ne.jp/gothedistance/20100212/1265907956 「アジャイル」について 多分id:gothedistanceもわかっていると思うんですが、アジャイルはマニフェストなんであって具体的な手法ではないです。 代表的なアジャイルとしてeXtreme Programmingモデルを例にとると、イテレーションプランニングって項目があります。 簡単に言うと開発側は2週間ごとに形にしよう、顧客は次の2週間でほしい機能を決めようってやつ。 XPは改訂が多すぎてこの手の文書の参考にしにくいんですが、細かい事はこの辺見てください。 http://www.objectclub.jp/community/XP-jp/xp_relate/whatisxp-j/ 今回の記事による「アジャ
連載 Web 2.0時代のソフトウエア開発手法---目次：ITpro
Web2.0とは何かを定義するのは難しいが，大きな流れとしてテクノロジからビジネスへと多くのエンジニアが視点を移していることは間違いないだろう。言語，設計，コンパイラ，ライブラリ，といった要素技術から，SOA（Service Oriented Architecture）の視点，例えばGoogle APIをどのように使ってサービスをミックスし，新しいビジネス価値を提供できるか，というサービスの視点がより時代に合ったものになっていると思う。エンジニアがビジネス・モデルに関心を示し，ビジネスの言葉で技術を語るようになってきているのだ。さらに，アジャイル開発の考え方が浸透し，「ビジネス価値（Business Value）」を開発の最優先とする考え方が広まっているという背景もある。 この連載では，このような時代におけるソフトウエア製品開発にはどういった視点が必要か，また，その開発はどのような手法によ
ハイパフォーマンスチーム - チーム殺しを避けるには
原文(投稿日：2009/6/5)へのリンク Steven Denning氏は近頃、ハイパフォーマンスチームに関する一連の記事を書いた。ハイパフォーマンスチームは、アジャイル組織が効率的であることを裏付けるのに必要だとされている。 Denning氏によると「ハイパフォーマンスチームは職場にあるチーム全体の2％にすぎない」そうだが、彼は次のように語っている。 「マネジメント慣行が正しいときには、たくさんのハイパフォーマンスチームがいます。それがトヨタとホンダ、そしてソフトウェア開発で起こっていることなのです。どれくらい"たくさん"なのか？正確に言うのは難しいことです。トヨタとホンダは自動車産業の4分の1を占めています。ソフトウェアにおいては、おそらくソフトウェア開発全体の3分の1が、今や"アジャイル"や"Scrum"、"XP"という名札を付けて、ハイパフォーマンスチームになるべく進歩している、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
管理職にリファクタリングを説明する
マルチタスクで仕事は遅くなる