概要設計工程でRedmine導入してみた事例 - T/O
やっぱり事例だよねということで、自分とこの事例をまとめてみる。 お仕事の概要 規模 => 当初の見積もりは900時間。ただし、途中で2割くらい減った。 期間 => 2ヶ月 メンバー => 3~4名。自分込み。 2〜3名が設計書作成、自分はレビュアーとして参加しつつ雑務。 概要設計に先立ち、要件定義は完了。30項目ほど。 滝。 Redmineの設定など 「概要設計」をバージョンとして作成。 30項目の要件をチケットとして登録。 ターゲットバージョン => 「概要設計」 開始日 => 登録したその日 期限日 => 概要設計完了予定日の2w前 予定工数 => それぞれの見積もり値を設定 担当者 => 設定しない ユーザの権限は全て「管理者」。 5名程度なら問題ないんじゃないの？ チケットのフロー 新規 -> 担当 -> 作成済 -> レビュー済 -> 完了 運用方法 タスクの割り振り それぞれが
【公開】第4.5回Shibuya.trac発表資料「RedmineとTracの機能比較～TiDDに必要な必須機能」 - プログラマの思索
第4.5回Shibuya.trac に参加して発表してきた。 スタッフの皆さん、ありがとうございました。 その発表資料「RedmineとTracの機能比較～TiDDに必要な必須機能」をCC Attribution ライセンスで公開します。 今回の発表は、昨年のKOFで発表したRedmine＋TiDDから続く一連のチケット駆動開発のまとめになります。 SQIP2009では、大手SIの経営者や管理職が多いせいか、チケット駆動開発の発表はプロセス改善というよりもツールに依存した運用改善と捉えられがちで、あまり反響がなかった。 でも、第4.5回Shibuya.tracはまるでホームのような雰囲気で、聴衆はTrac使用者がRedmine使用者よりもやや多かったけれど、チケット駆動開発に興味のある人達ばかりだったので、熱く語ることができた。 関西から八朔さんや小枝さんも来てくれて心強かった。 最後のパ
チケット駆動開発のベストプラクティスを収集したい - プログラマの思索
チケット駆動開発を実践して、色々考察してきて、ベストプラクティス集を作りたいと思っている。 理由は、チケット駆動開発とアジャイル開発の密接な関係を明確にして、アジャイル開発を簡単に運用できるノウハウとして公開したいからだ。 僕は、チケット駆動開発には下記4個のプラクティスが最低限必要だと思っている。 但し、XPのプラクティスと同じだがTiDDの言葉で言い換えているものもあるので注意。 １・チケット・ファースト(Ticket First) 【説明】 基本は、プロジェクトの作業はチケットを受け取ってから始める。 チケット無しで作業はしない。 また、SVNコミット時に、チケット無しのコミットも不可。 【効用】 チケットがタスクカード(作業指示書)のため、コミュニケーションロスがなくなるし、作業履歴がチケットのコメントとして残る。 進捗情報は全てチケットに書くから、BTSのチケット集計機能でリアル
チケット駆動開発を日本発のアジャイル開発へ発展させるには？ - プログラマの思索
さかばさんの記事を読んで考えたことをメモ。 【元ネタ】 [TiDD] 小規模開発の難しさを考える: ソフトウェアさかば チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) アジャイル開発は元来、小規模で変化の激しいプロジェクトが向いていると言われてきた。 しかし、XPが出現して10年も経つというのに、現場の実践例は非常に少ない。 ネット上でアジャイル開発の情報がこれだけ溢れていて、開発者も興味を持っているのに、事例になかなかお目にかからない。 情報処理試験の勉強でも、プロセス改善のセミナーでも、繰り返し型開発の重要性が叫ばれているのに、事例は非常に少ない。 その原因は、単純にアジャイル開発を実践できる技術力が足りないからだと思っている。 テスト駆動開発を実践するには、JUnitを使いこなさねばならない。 常時統合
チケット駆動開発が進むべき道 - プログラマの思索
さかばさんのBlogにTiDD(チケット駆動開発)の分析が書かれているのでメモ。 【元ネタ】 必然から生まれたチケット駆動開発 - XP祭り関西2009 その３-: ソフトウェアさかば TiDD：チケット駆動によるアジャイル開発法: ソフトウェアさかば TiDD：チケット駆動開発: ソフトウェアさかば [TiDD] チケット駆動開発とXPの共通点: ソフトウェアさかば [TiDD]チケット駆動開発と見える化: ソフトウェアさかば [TiDD] チケット駆動開発によるフロントローディング: ソフトウェアさかば [TiDD] プラクティスから方法論へ: ソフトウェアさかば TiDDとアジャイル開発に強い関連性があると色んな観点から分析されている。 TiDDはまだ定義すらない曖昧な概念であり、プロセスですらない。 今後進むべき方向は、方法論やベストプラクティス集を定義することだろう。 僕はTiD
読了・Redmine -もっと手軽にプロジェクト管理! - Natural Software
Redmine -もっと手軽にプロジェクト管理! 作者: 倉貫義人,栗栖義臣,並河祐貴,前田直樹出版社/メーカー: インプレスジャパン発売日: 2009/07/24メディア: 単行本購入: 6人 クリック: 245回この商品を含むブログ (31件) を見る位置づけは Trac で言う白本か。 かなりわかりやすく書いてあったので小一時間ほどでさらさらっと読んだ。 内容も幅広い 導入 インストール メンバーの使い方 管理者の使い方 バックアップの方法 バージョンアップの方法 プラグインの作成方法 Redmine を Amazon EC2 で動かす手順が書かれていたのが新鮮で、プラグインの作成方法まで書かれているのは画期的！ ただ 仕方ない部分はあるのかも知れないし、こういったツールを使うためには必ず通る道なのかも知れないけど、 やっぱりコマンドラインが多いなぁ。 せっかく Redmine は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
