API/マッシュアップ/Web2.0/プログラム開発のポータル
※ 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ※
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「「Agile Conferencetokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの...
大規模プロジェクトでagileやった結果がこのざまだよ - World Digger [ 情報元へ ]
仕事 | 14:57 | 知り合いのIT会社のすんげー偉い人の話を聞いたのでmemo問題になったら消します。 【状況】・某大企業でのとある大規模プロジェクトをagileでやった。開発人数は50〜80人。・クリティカルでないシステムだったため、SI側/会社側もagileでやることをOKした。→クリテ...
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル [ 情報元へ ]
Home » headline, プロジェクト・マネジメントを考える。アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬アジャイルの隆盛WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった...
アジャイル開発と反復開発の落とし穴 − ＠IT自分戦略研究所 [ 情報元へ ]
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまお...
An Agile Way > 設計からコーディングまでの「距離」 : ITmedia オルタナティブ・ブログ [ 情報元へ ]
Pickup
オルタナブログ通信：大人はiPhone、子供は禁止？ 日本の携帯電話事情 NEW!（12/19）
180組を超えるオルタナティブ・ブロガーが、ITにまつわる時事ネタなどを日々発信しているITmediaのビジネス・ブログメディア「オルタナティブ・ブログ」。今週は、「企業ブログ」「Go...
アジャイル開発手法「スクラム」のガイド本、無料でScrum Allianceから公開 － Publickey [ 情報元へ ]
アジャイル開発手法には複数の手法あるいはプラクティスと呼ばれるものがありますが、その中で「スクラム」はもっともよく使われている手法として知られており、マイクロソフトやIBMをはじめ多くの企業がソフトウェア開発の現場で採用しています。そのスクラムを実践するための「スクラムガイド（Scrum Guid...
[ ← 前の画面に戻る ]
あとで読む [ gungle ]
全て納得がいく [ ringtaro ]
こんなのは絵空事で、実際は上流会社がマネジメントだけでウハウハぼろ儲けで、協力会社さん（笑）が安月給でコードを量産してるんだよね。プログラミングセンスにはコミュニケーション能力の10000分の1の価値もない [ Lif ]
コードを書くというのは、例えて言えば地面にタイヤが接地するようなもので、有能な人がコードを書くべきです。賢い人がマネージャでそうではない人がコードを書く、というのは企業文化における課題だと思います [ ShimokitaHantou ]
見習いたいいらんドキュメント書きすぎなんだよなドキュメント書いたらそれすら保守しないといけない [ metalbabble ]
クライアントは予算調整があるので、先にどの機能にどれだけの費用がかかるか知りたがる。要件変化に対応するとなると費用とかどうやってきめるんだろう。月額払いにしてもらうとか? [ yocchi24 ]
おぉぉお [ vogelzug ]
アーキテクチャをまず決めて,細かい決定はできるだけあとに先延ばし。ただし，ユーザインタラクションは早めに取り掛かったほうがよい。/優秀になるほどコードから離れていくのではなく優秀な人がコードを書くべき。 [ language_and_engineering ]
Agileに適した形態とそうではない形態がある、ということだよね。有能である方が良いのは全てにおいて言えること [ imai78 ]
改善には根気強さが必要だ。特効薬はない。しんどいけど [ kaminari-boo ]
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey:日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用さ [ Businessnews2 ]
しかしUI、インタラクションの決定は前倒しすべきでこれは開発者には難しい。デザイナがほしい。 [ wtnabe ]
“コードを書くというのは、例えて言えば地面にタイヤが接地するようなもので、有能な人がコードを書くべきです。”/例えが高度?すぎてまったく意味がわかんねえ。 [ takepierrot ]
ありすぎてこまる [ seal2501 ]
問題はコードを書き始めてから表れる、ただしUIは先に決める。 [ raimon69 ]
画面デザインは先。デザイナーは最後まで面倒を見る。お客をアジャイル型に導くには?「開発中にどれだけ要件の変化に対応しましょうか?」。そして信頼関係。 [ neriu ]
問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです [ azukisand ]
耳が痛い [ simesy ]
「「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey」（1107points@atode） [ saponel ]
QAの纏め。twitterは追いかけていたが、途中退席したので感謝感謝 [ kanu-orz ]
有能な人が設計するべきだし、有能な人が管理するべき。年功序列で妙に古くさい設計や何かをウォーターフォールしてくるのが多すぎ（ｗ [ m-matsuoka ]
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey（76users） [ g070 ]
良エントリ。同意。 [ h_tksn ]
日本でこれすると顧客にゴルァ楽するな苦しめ言われます。こっそりとやれるだけやりましょう [ ore_de_work ]
開発の中で必要な決定というのは、できるだけ先延ばしにした方がいいと考えます。初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。 [ ikeike443 ]
アジャイルコミュニティってまったく進化してないね [ tkosuga ]
芸能人のマネージャーが本来あるべきマネージャーの姿。主役はエンジニア。 [ nippondanji ]
賢い人がマネージャでそうではない人がコードを書く、というのは企業文化における課題だと思います。 [ hysa ]
本文：「『これだけ払うからこの機能を作ってくれ』という契約とは違う形でお金を支払っていただければ、要件の変化に柔軟に対応できると思います」と伝えるのです。 [ varchar ]
抱かれたい [ yamaeda ]
有能じゃない人が管理するほうがいいのかなぁ [ solidscan ]
車を動かすためにはエンジンが必要だけれど、エンジンの力をタイヤに伝えなければならない。そしてタイヤは地面を捉えることで初めて車が動く。エンジンも大事だけど、つるつるのタイヤじゃ滑ってまっすぐ走れないべ [ takkada ]
「有能な人がコードを書くべき」というシンプルなことが行えないのが今のSI業界。逆に言えば当たり前のことを取りいれば劇的に改善できる伸び代がある。 [ Nagise ]
ふむ。 [ qnighy ]
「ユーザーインタフェースは出来るだけ先に決めておく」という言葉が良い意味で気になった。 [ paella ]
これができれば苦労しないんだろうな。→「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え [ karen100 ]
技術は士農工商広告のためにあるわけではない」「自分が楽をするために技術を使うべき [ yokoyamen ]
なんかイメージわかない [ kawaoso ]
「開発の中で必要な決定というのは、できるだけ先延ばしにした方がいいと考えます。初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。」至極もっともだけど、大変だ。 [ shimaguniyamato ]
ウォーターフォールモデルが主流の日本に対してアジャイル開発による利点の説明 [ wordi ]
《できることがあるとすれば、仕事をする人との信頼関係を築くことです》 [ deeeki ]
「有能でない人がマネージャをやる」の方がよっぽど危険。結局、有能でない人は何処に行ってもダメって結論ですね。 [ H_Yamaguchi ]
アジャイルでは、人がプロジェクトに密結合なんだな。Reading:「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey [ rdfrk ]
Guo氏有能な人がコードを書くべきです。賢い人がマネージャでそうではない人がコードを書く、というのは企業文化における課題だと思います。 [ iwazer ]
重要 [ infoshare ]
アジャイルプラクティス! [ mrkn ]
良エントリー [ okumusashi ]
ああ木村さんの言ってたアジャイルって一般名詞だったんだ [ petem ]
有能な人だけでコードが書けるなら大変うれしいが、無能なリーダーが有り得ない調整をしてくるのは困る。適材適所の有り様の問題なだけかと思うな。 [ NOV1975 ]
ウォーターフォールなのに、要件定義とかデータ設計とかアーキティクチャ設計とか諸々終わってないのになぜか詳細設計がはじまってたりすることもありますよね? [ sasashin ]
アジャイルの中にデザイン（設計）はありません。設計があるとしても、それはアプリケーションのすべてを決定するのではなく、アーキテクチャレベル、つまり作ろうとしているものがクライアント／サーバ型なのか、リ [ mmatsui ]
賢い人がマネージャでそうではない人がコードを書く。これどうにかしいなー。まぁアジャイルは向き不向きがあるとは思うけど、向いているプロジェクトでは積極的にやりたい。 [ yamkazu ]
顧客にアジャイルを理解してもらうためのアドバイス「開発中にどれだけ要件の変化に対応しましょうか?」 [ syque ]
ふむ [ MAXjeep ]
その通りで。 [ coppieee ]
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey [ browneyes ]
dev:「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え-Publickey: [ bsiyo ]
うーむ?開発規模が小さければなんとかなりそうだが、果たしてこれで大規模開発ができるのか?『意志決定は後に』って枝葉はそうかもだけど、大方針は早めに決めないと拙くない?という疑問が残る記事だった。 [ moons ]
開発の中で必要な決定というのは、できるだけ先延ばしにした方がいいと考えます。 [ decoy2004 ]
コードを書くというのは、例えて言えば地面にタイヤが接地するようなもので、有能な人がコードを書くべきです。賢い人がマネージャでそうではない人がコードを書く、というのは企業文化における課題だと思います。 [ kodaif ]
とりあえずアジャイル本買った [ moba13 ]
どれだけ変化に対応しましょうか?と顧客に聞いてみる [ ohneda ]
[ ← 前の画面に戻る ]
これでできる！ クロスブラウザJavaScript入門第1回 ウェブブラウザとJavaScriptの未来2010年3月15日太田昌吾JavaScript, クロスブラウザ, ブラウザ, フォームサポート, Safari, バージョン, JavaScript12345こんにちは，id:os0xこと太...
これは凄い、Excelの関数も使えちゃうスプレッドシート実装jQueryプラグイン「jQuery.sheet」2010年01月26日-jQuery.sheet これは凄い、Excelの関数も使えちゃうスプレッドシート実装jQueryプラグイン「jQuery.sheet」。 参照に対応していて、A1...
モデリングやオブジェクト指向などのソフトウェア技術などで知られるマーチン・ファウラー氏が所属するThoughtWorks社。同社が現在の技術のトレンドについて分析したホワイトペーパー「Technology Radar 2010」（PDF）がinfoQの記事「最近のテクノロジにおけるトレンドは？」で...