概要設計工程でRedmine導入してみた事例 - T/O
やっぱり事例だよねということで、自分とこの事例をまとめてみる。 お仕事の概要 規模 => 当初の見積もりは900時間。ただし、途中で2割くらい減った。 期間 => 2ヶ月 メンバー => 3~4名。自分込み。 2〜3名が設計書作成、自分はレビュアーとして参加しつつ雑務。 概要設計に先立ち、要件定義は完了。30項目ほど。 滝。 Redmineの設定など 「概要設計」をバージョンとして作成。 30項目の要件をチケットとして登録。 ターゲットバージョン => 「概要設計」 開始日 => 登録したその日 期限日 => 概要設計完了予定日の2w前 予定工数 => それぞれの見積もり値を設定 担当者 => 設定しない ユーザの権限は全て「管理者」。 5名程度なら問題ないんじゃないの？ チケットのフロー 新規 -> 担当 -> 作成済 -> レビュー済 -> 完了 運用方法 タスクの割り振り それぞれが
「休む時間もないけど楽しい」 15万ユーザーが使う「movatwitter」を1人で支えるには
ある休日。妻と2人で外食しながら、携帯電話をチェックする。携帯電話向けTwitterクライアント「movatwitter」（モバツイッター、モバツイ）にアクセスし、Twitterをチェック。うまくつながらないと「帰りたくなる」。 Twitterにはまっていて、どうしてもチェックしたいから、家に帰ってPCで確認したい――というわけではない。「監視の意味で、いつもチェックしている」。藤川真一さんはモバツイの開発者。15万ユーザーが使うサービスを、1人で開発・運用する。 普段はpaperboy＆co.で、ショッピングモール「カラメル」を統括するプロデューサー。モバツイは趣味だが、「家にいる時間はほぼずべてモバツイに費やす」ほどの力の入れようだ。長期休暇は「機能追加週間」。お盆休みもゴールデンウィークも、機能追加や負荷対策に明け暮れた。休む時間もないが、楽しいという。 2007年4月に開発してから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
