「アジャイルサムライになるための方法」 #agilesamurai dojo gathering - ヲトナ.backtrace
3/24 に開催された AgileSamurai Dojo Gathering でトリを務めさせていただきました。 当日の資料は以下になります。 ＃とりあえず broken English な字幕もそのままにしていますw http://agile-samurai-ja.github.com/dojo-gathering/2012/ 時間の無い人はこのセリフだけ覚えておいてくださいww お前らの暴力をみんな黙って見てる それが許せないんだ 僕は死んでも構わない かかって来いよ 今回は普段やっているようなアジャイル開発の説明とかは一切せずに、アジャイルサムライの 15章(15.8)のこの先どこへ向かえばいいのか? にジョナサンが書いてくれている「君の働き方や仕事の質を選んでいるのは他の誰でもない、君自身なんだ。」というメッセージと僕自身が最近感じている現状とかを僕なりに伝えてみました。 だいぶ
Rails なプロジェクトが燃える理由 - ヲトナ.backtrace
最近、自社のプロジェクトだけでなく、他社の Rails な仕事でも燃えていて、どうにかしてほしいみたいなことを頼まれることが多い。 それらのプロジェクトを見てみると、幾つか共通した燃えてる理由みたいなのがあったのでまとめてみた。 画面がかなりリッチ 要件や仕様が口伝化している 技術スキルが足りない そもそも工数が足らない(ww 結論を先に書いておくと、「いくら Rails だろうとちゃんと見積りとプロジェクト管理しないと燃えるものは燃える」。 当たり前の話なんだけど、これが一番多い理由だと思う。 もう少し詳しく考えてみると、見積りに関しては、現時点で、発注側も受注側も Rails を採用すれば、どの部分の工数は短縮できて、どの部分の工数は短縮できないかを把握できていない気がする。 また、教育コストをきちんと計画に盛り込めていない気がする。 そのため、見積りの工数と実工数の乖離が大きくなり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
