印象的だった内容と、そこから自分が考えたことをメモしておきます。人の名前と開催時刻は記載。(xx:xx最後のスライドに全く同意です。MSProjectを使いこなせない人が、他のツールをつかいこなせることはないと思います。Projectの不満を言っている人にうまくいかない話をよくよく聞いてみると、ツールが悪いと言うよりもその前提となるプロジェクト管理の基礎知識がない例が多く感じました。Project以外のツールが何がいいの?となると、それっぽいのはあまり挙がりません。Projectが無難です。自分ではTracからredmineに移行しちゃったので詳しくはわかりませんでしたが、すごいエネルギーを感じました。(20:55今回、一番聞きたかったというか見たかった内容。Pluginを自分でうまく動作できてないので、どんな感じなのかがとても興味ありました。見たら、もう一がんばりして使えるようになろうというやる気が戻りました。子チケットという対応付けだそう。redmineのチケット親子関係付けが公式リリースに入ったのは、R1.1からです。pluginは素では動かないらしいちょっと手を加える必要ある。最新版で動作させるのがお勧め。R1.1で動作させるための情報を書いたけど、今は見えなくなってるらしいとのこと。いうことでしたが、自分は安定版で楽に行きたい主義。railsとも知らないので、詰まったとき対応に時間がかかるため)もう少し調査してみます。ウォーターフォールでもなくアジャイルでもない自分のスタイルをやりたいというのは熱いですねぇ。いうのがあるのですね。放置チケットの棚卸しには良い観点。通常の運用時にチケットの一覧を見る際には、更新日の古い順でソートして,古い順から片付けると、埋もれるを防げそう。(22:13redmineはこんなに大量チケット、大人数でもいけるんですね。これで、自分のサイトも何人きても安心です。これだけの規模あると、1プロジェクトづつはいいけど、管理画面が大変そうですね。プロジェクトへのユーザ追加とか、標準画面からじゃ厳しそう。バージョンアップで社内ユーザがついてきたということですが、どんなチケット管理システムと競合しているのでしょうか興味あります。いうaspのチケット管理システムのご紹介。結婚式のタスクが140。過去最高の入場者だったそうで。行きたかった(泣)チケット管理システムの比較表をつくられるそうで。systemsどんな感じになるのか楽しみです。終わりをはっきりさせるだけで生産性が2倍になるとのこと。優先度というか、価値判定は難しいことの一つですね。■まとめウォーターフォールとアジャイルと管理についてなんとなく考えてみました。あるウォーターフォールの図だと、こんな感じ。後工程に、前工程の一部が残っていく。スクラムは、短い周期でまわしていく。現実的に全部の内容をきめずに細かいリリースというのは難しいと思われる。最初の仕様をもとにしたモックのことはリリースソフトウェアというより仕様決定の途中のデモと考えた方が自然。発表された方などに感謝致します。Display管理者にだけ表示を許可する«ホーム»AppendixプロフィールAuthor:burnlight忘れないように色々メモします。(1)ブロとも申請フォームこの人とブロともになるブログ内検索RSSフィード最新記事のRSS最新コメントのRSS最新トラックバックのRSSリンク管理者ページこのブログをリンクに追加する。