画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
プロジェクト失敗率とリスク - masayang's diary
DDJにてScott Ambler氏がThe Distributed Agile Teamという記事を発表している。大規模分散Agile開発に関するお話。 詳しくはそちらを読んでもらうことにして、ここでは大規模Agileのプロジェクト成功率に関してちょいとコメント。記事にもあるけど 大規模Agile全体での成功率...78% 開発チームが一カ所に集まっている場合の成功率...83% 開発チームが近距離分散している場合の成功率...72% 開発チームが遠距離分散している場合の成功率...60% という統計が出ている。 この数字をみて「失敗率が20%以上もあるのなら、Agileはダメだな」と思った人は...考え直してほしい。 優先度の高いフィーチャから開発していくAgileでは、プロジェクトの成否が比較的早い段階で判明する。場合によっては一ヶ月で「だめだこりゃ」となるかもしれない。 早期に失敗
RailsConf 2008まとめ(簡易版) - masayang's diary
参加分のみまとめ 聞き取り調査したベンダのまとめは別途 2008/5/29(Tutorial) Refactoring Your Rails Application リファクタリングの「つぼ」を解説するTutorial サンプルプロジェクトが配布され各自Hands-onで学ぶはずであったが、無線LANの容量不足や各人のRails環境差などで座学中心に 資料 スライド(PDF) 読み物(PDF) 実習用コード(zip形式)←2008/6/5追加 資料(2008/6/19追加) Rails Refactoring Catalog from the tutorial Refactoring Your Rails App tutorial slides Refactoring Your Rails App example app from the tutorial 印象に残った事 コントローラはで
act_as_ferretで全文検索 - masayang's diary
参考サイト http://d.hatena.ne.jp/darashi/20061205/1165339208 http://projects.jkraemer.net/acts_as_ferret/wiki http://ferret.davebalmain.com/trac/wiki/HowTos 必要な製品のインストール # gem install ferret # emerge mecab =mecab-ruby-0.92 ## Gentoo以外の人は適宜工夫 $ cd $RAILS_ROOT $ ruby script/plugin install svn://projects.jkraemer.net/acts_as_ferret/tags/stable/acts_as_ferret $RAILS_ROOT/lib/mecab_analyzer.rb require 'ruby
安物買いの銭失い...開発をアウトソースしてはいけないという事例 - masayang's diary
機内で読んだWall Street Journal（紙媒体版）2007年12月7日金曜日A1面の記事より Boeing Scrambles to Repair Problems With New Plane 要旨 次期旅客機787Dreamlinerの開発が遅れている 最大の理由は自社開発ではなく、アウトソース活用を試みたこと 機体の設計開発をアウトソースしたのはボーイング91年の歴史で初の試み アウトソースした理由 機体素材に炭素繊維を使う787は基礎研究だけで大きな投資が必要だった 開発投資額は100億ドル(1兆1000億円)に達する 開発投資を抑えるため、部品供給メーカ達に設計開発を委託（アウトソース） 発生した問題 多国にまたがるアウトソース 言語の壁 米国では想定していなかった各種規制 孫請けに仕事を分散させることによるオーバーヘッド 同じ企業なら会って話せば済むのに、大量の文書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
acts_as_ferret - masayang's diary
