藤澤です。

以前、福井さんから開発方法論について、状況に応じて
様々なコースがあった方が自然だとのご意見をいただきました。

その時点では、『方法論は一本化すべきであって、選択肢が
広がってしまうと方法論の意味がない』と考えていたのですが、
やはり、福井さんのおっしゃるように状況に応じて（期間、規模、
アプリの種類など）オプションをつけないと、無理が生じるとの
結論に到りました。

貴重なアドバイスありがとうございました。
今後ともご指導ご鞭撻のほど、よろしくお願いいたします。

また、方法論については、まとまった時間をとってドキュメントを
書き上げるのは、本業との両立の都合上、無理だと判断しました
ので、ブログの中で少しずつ書いていき、最後にワードなり、エクセル
なりにまとめたいと思います。

私ひとりでは、ひとりよがりの陳腐なものしかできないと思います。
みなさんのご意見、ご感想など、ご協力よろしくお願いいたします。

方法論を開発しているブログ↓
http://rubyonrails.blog47.fc2.com/


藤澤　太一 / Taichi Fujisawa
mailto:tf@s...
------------------------------------------------------
『Travel on Rails』
Ruby on RailsやWEB2.0、ITエンジニアのワーキングスタイルを語る。
http://rubyonrails.blog47.fc2.com/
------------------------------------------------------
Squaria Co., Ltd.

c-MA3 BLDG. 5F
3-1-35. Motoazabu Minato-ku
Tokyo, 106-0046 JAPAN
+81-3-6439-1888 (Phone)
???-????-???? (FAX)
http://www.squaria.net
------------------------------------------------------


-----Original Message-----
From: FUKUI Osamu [mailto:o-fukui@p...]
Sent: Monday, September 18, 2006 9:29 PM
To: rails@r...
Subject: [rails:1662] Re: Ruby on Railsの開発方法論について

福井です。

Date: Mon, 18 Sep 2006 20:26:34 +0900 藤澤さんwrote:
>業務システムのマーケットにRailsが切り込んでいく最大の障壁は、こうした
>業務知識かもしれませんね。

まあ「切り込む」とかしないでも、自然体でいいでしょう。
まあ Linux や Java が浸透した前例も参考にしつつ、
選択肢になっていれば、選びたい人が選ぶだけですから。

意志決定は、責任をもつところの経営者や管理者ですし。


>コンサルタントの書く設計書ほどの、訳の分からないものはないと、
>苦労された方も多いでしょうから・・・・・・

「設計書」として何をどれだけ作るかはプロジェクトの規模
２年コース
１年コース
半年コース
３ケ月コース
によるでしょう。

顧客打合せ 即 create table ＆ 実装の３ケ月コースで
Rails の強みが最大限生かせるのでは。

億のシステムか、数千万か、数百万かという区分もありでしょう
けど。

コースによって、開発方法論も設計書も、いろいろありなのが
自然ですね。



--
福井 修 FUKUI Osamu  iR3

--
ML: rails@r...
使い方: http://QuickML.com/



--
ML: rails@r...
使い方: http://QuickML.com/