★最新版の45分拡大版はこちら http://www.slideshare.net/i2key/45-developers-summit-2015-devsumi-devsumib 「DevLove現場甲子園2014 日本シリーズ」 にて発表しました資料です。 http://devlove.doorkeeper.jp/events/16200 元の資料の加筆修正版になります。（リーン回りをもう少し詳しく） http://www.slideshare.net/i2key/ss-38266796
SprintApp Project management and time tracking should be easy. SprintApp is simple to use so you can focus on running your business and focus on what you do best. Redmine is great for some teams, but we think it's difficult to use and doesn't look that great. SprintApp aims to solve those issues and more! Features See the list below for our great list of features, including clock in/out functional
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に
Simply AgileはRuby on Rails製のフリーウェア（ソースコードは公開されている）。アジャイル開発の基本になるのが、イテレーション単位の開発であったり、ストーリーベースの機能組み立てだ。こうしたやり方はウォーターフォール型と全く異なるので、慣れないとなかなか難しい。 有料Webアプリケーションとして提供されている 書籍などを読んで全て理解してからはじめるのも良いが、実際のプロジェクトはそんな暇もないくらい突き進んでいく。そこでプロジェクト管理を使って体感しながら進めてみるのはどうだろう。その一つ、Simply Agileを紹介しよう。 Simply AgileはRuby on Railsで作られたプロジェクト管理で、ソースコードは公開されているがWebサービスとして有料で利用することもできる。プロジェクトを作成し、イテレーションを作り、登録したストーリーを選択して実際の開
PlanigleはFlex/Ruby on Rails製のオープンソース・ソフトウェア。日本ではなかなか浸透しないアジャイル開発。ウォーターフォール型とは大きく異なる考え方を取り入れる必要があるので、スイッチングコストはかかると思うが、それでもプロジェクトが火を噴くコストに比べれば十分に低いだろうとは思う。 ストーリーベースのアジャイルプロジェクト管理 そんなアジャイル型開発スタイルを取り入れていくのに便利なのが専用のプロジェクト管理を使うことだ。システムからワークフローを取り入れていけば、やり方が見えてくるのではないだろうか。その一つ、Planigleを紹介しよう。 PlanigleはRuby on Rails製のプロジェクト管理で、ユーザインタフェースにFlexを採用している。ストーリーベースの開発に対応しており、スケジュール機能を使ってマイルストーンを設定するようになっている。ストー
TeamTrickはRuby on Rails製のオープンソース・ソフトウェア。プロジェクト管理はただ多機能であれば良いという訳ではない。多機能すぎるとかえって余計な手間が増え、非効率的になる場合もある。プロジェクトの形態、規模に合わせたものを選定するのが重要だ。 スクラム開発に特化したプロジェクト管理 ここ最近アジャイルな開発形態をとるプロジェクトも増えてきた。そんな時に使えるのがTeamTrickだ。Ruby on Rails、Webベースで動作するプロジェクト管理で、特にスクラム型の開発に特化しているのが特徴だ。 主な機能はユーザと権限の管理、スプリントの登録、バックログの登録となっている。筆者環境ではエラーが出てしまったため、確認できていない部分があるがプロジェクトの進捗をバーンダウンで見られる機能もある。他にもストーリーを登録し、そのステータスを管理することも可能だ。 バーンダウ
IceScrumはJava製のオープンソース・ソフトウェア。未だに世の中ではウォーターフォール型の開発が行われている。確かにプロジェクトの開始直後はウォーターフォール型の方が進めやすい。だが後々になって火をふきトラブルを生むのもまたウォーターフォールだ。これだけ何度も繰り返してきて、それでいて未だに行うのはなぜなのだろう。 アジャイル開発のためのプロジェクト管理 アジャイル開発が全ての解決手段になる訳ではない。これもまた手法であり、適切に自分たちにあった形で取り入れなければ火をふくのは当然だ。だが真剣にアジャイル開発を取り入れていくなら、改善される可能性はある。そのためのプロジェクト管理に使ってみたいのがIceScrumだ。 IceScrumはアジャイル開発専用のプロジェクト管理だ。機能をノート形式で記述し、スプリントにおけるバックログを管理、ロードマップやリリースプランを通じてプロジェク
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
