@IT情報マネジメント会議室は、2009年4月15日に新システムに移行しました。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
- PR -

アジャイルしてますか

投票結果総投票数:76
実施済み:有効 17 22.37%
実施済み:効果無し 1 1.32%
次は実施したい 7 9.21%
したいが環境が無理 37 48.68%
信憑性無し 3 3.95%
アジャイルって何? 11 14.47%
  • 投票は恣意的に行われます。統計的な調査と異なり、投票データの正確性や標本の代表性は保証されません。
  • 投票結果の正当性や公平性について、@ITは一切保証も関与もいたしません。
投稿者投稿内容
にわとり
ベテラン
会議室デビュー日: 2001/08/30
投稿数: 70
投稿日時: 2005-10-08 23:37
最近アジャイル開発を勉強しています。勉強しているだけでも楽しいです。皆さんの現場/プロジェクトでは実施していますか。
(必ずしも、選択肢の定義どおりでないかも知れませんが、少しマケテクダサイ)
じゃんぬねっと
ぬし
会議室デビュー日: 2004/12/22
投稿数: 7811
お住まい・勤務地: 愛知県名古屋市
投稿日時: 2005-10-11 09:08
こんにちは、じゃんぬ です。

引用:

にわとりさんの書き込み (2005-10-08 23:37) より:
最近アジャイル開発を勉強しています。勉強しているだけでも楽しいです。皆さんの現場/プロジェクトでは実施していますか。
(必ずしも、選択肢の定義どおりでないかも知れませんが、少しマケテクダサイ)


したくとも環境的にムリです。(>_<)
また、全メンバが正しい知識と意識を持っていないと、
返って混乱しそうなので、うちではやらない / やれませんね...

とりあえず、したいが環境が無理に投票しました。

_________________
C# と VB.NET の入門サイト
じゃんぬねっと日誌
NAL-6295
ぬし
会議室デビュー日: 2003/01/26
投稿数: 966
お住まい・勤務地: 東京
投稿日時: 2005-10-11 09:44
NAL-6295です。

引用:

したくとも環境的にムリです。(>_<)
また、全メンバが正しい知識と意識を持っていないと、
返って混乱しそうなので、うちではやらない / やれませんね...

とりあえず、したいが環境が無理に投票しました。



同じく、したいが環境が無理に投票しました。

今いる現場の意識レベルだと、変に解釈してトンでもない状況になりそうです。

Tdnr_Sym
ぬし
会議室デビュー日: 2005/09/13
投稿数: 464
お住まい・勤務地: 明石・神戸
投稿日時: 2005-10-11 10:37
こんにちは。

私はあまりアジャイルやRUPなどの開発手法は勉強不足なのですが……
一応、XP(eXtream Programming)のいくつかのプラクティスを
実際の現場で取り入れてみたことはあります。


【開発規模】
 少人数(4,5人くらい)の小規模開発(私がプロジェクトリーダー)
【実践した手法】
 ・「リスク駆動(RUP)」
 ・「小さなリリース(XP)」
 ・「継続的インテグレーション(XP)」
 ・「リファクタリング(XP)」
 ・「ペアプログラミング(XP)」
【結果】
 納期/品質/顧客満足度/‥クリアできたので、プロジェクトは成功だと思います。

とくに開発手法を意識した訳ではないので、参考にはならないかもしれません。


どの開発手法でもそうだと思うのですが、
開発メンバー全体の意識や足並みが揃わなければ、なかなか実践するのは難しいなぁと感じています。

#これといった選択肢がないので投票はやめておきます。
Lichtenstein
ベテラン
会議室デビュー日: 2003/11/06
投稿数: 61
投稿日時: 2005-10-11 12:50
★したいが環境が無理★
バージョン管理と、テストの自動化を普及させるのが先なのです……
さる
ぬし
会議室デビュー日: 2005/07/14
投稿数: 276
お住まい・勤務地: 実家戻ったw
投稿日時: 2005-10-11 13:08
したいが環境が無理に入れました。

とりあえずCVSとメーリングリストは導入した。
それ以上は次で・・・ってか、それどころじゃねぇ〜〜〜(;;)
にわとり
ベテラン
会議室デビュー日: 2001/08/30
投稿数: 70
投稿日時: 2005-10-13 00:01
引用:

Tdnr_Symさんの書き込み (2005-10-11 10:37) より:
【実践した手法】
 ・「ペアプログラミング(XP)」
【結果】
 納期/品質/顧客満足度/‥クリアできたので、プロジェクトは成功だと思います。



Tdnr_Symさん、こんばんわ。
ペアプログラミングは、理屈から言っても、冷静にシュミレーションしても非常に良い方法だと思います。
とは言うものの、ひとつ大きな壁があるかな?と思っています。
その壁は、
・上司。
・または、常駐先のリーダー。
「一つのクラスを何で二人がかりでやるんだ!?」
といわれそうですよね。
どうやって、壁をのりこえました?
よろしければ、教えてください。
Tdnr_Sym
ぬし
会議室デビュー日: 2005/09/13
投稿数: 464
お住まい・勤務地: 明石・神戸
投稿日時: 2005-10-13 01:03
にわとりさん、こんにちは。

引用:

にわとりさんの書き込み (2005-10-13 00:01) より:

ペアプログラミングは、理屈から言っても、冷静にシュミレーションしても非常に良い方法だと思います。
とは言うものの、ひとつ大きな壁があるかな?と思っています。
その壁は、
・上司。
・または、常駐先のリーダー。
「一つのクラスを何で二人がかりでやるんだ!?」
といわれそうですよね。
どうやって、壁をのりこえました?
よろしければ、教えてください。



そんなに厳密なペアプログラミングをしたわけではないんですが(~_~;)
ただ、開発メンバーの二人(ときには三人)で知恵を出しながら、一緒にプログラミングしてもらってただけです。

・「上司」の壁
 私がプロジェクトリーダーで(営業はいましたが、マネージャはいませんでした)
 プロジェクトのことは一任されていましたので。

・「常駐先のリーダー」の壁
 私が先に例を挙げたプロジェクトは、製品開発自体を丸投げで依頼されたものだったり、
 製品の一部の機能を、常駐ではなく自社に持ち帰って開発したものでした。
 とくにクライアント側から開発体制/開発手法に対して口出しされることはありませんでした。

確かに常駐の開発となると、常駐先の”やり方”に合わせざるを得ないように思います。


[ メッセージ編集済み 編集者: Tdnr_Sym 編集日時 2005-10-13 01:03 ]

[ メッセージ編集済み 編集者: Tdnr_Sym 編集日時 2005-10-13 01:03 ]

[ メッセージ編集済み 編集者: Tdnr_Sym 編集日時 2005-10-13 01:04 ]

[ メッセージ編集済み 編集者: Tdnr_Sym 編集日時 2005-10-13 01:04 ]

[ メッセージ編集済み 編集者: Tdnr_Sym 編集日時 2005-10-13 01:05 ]

スキルアップ/キャリアアップ(JOB@IT)