小さなチームでの Redmine 運用で気をつけている 3 つのこと | Born Too Late
日々なんとなく利用している Redmine ですが, ここらで一度振り返ってみることにしました. 一応一般論のつもりで書いていますが, 前提として以下のような環境を想定しています. メインとなるメンバーが 5 名前後の小規模なプロジェクト そのうち何名かは非エンジニア 目新しい話は無いと思います. 様々な機能を使い倒していたりもしません. あまり学習・運用コストをかけずに, いかに効率よく使うか, という方向性です. ルールは少なく チームの全員が Redmine に対して肯定的であることは稀です. Redmine よりもメールや Excel で管理したい, という信じられないことを言う人も少なくありません. そんな人たちも含むであろうチームで Redmine を楽しく運用するには, とにかくルールを簡単にすることが大事だと考えます. 優先度, 予定工数, カテゴリなど, 記入できる項目は
WindowsのキラーアプリExcel - プログラマの思索
チケット駆動開発におけるExcelの役割についてメモ。 ＃あくまでもメモ書き。 受託開発では顧客の業務のうちExcelで手運用している業務をIT化、Web化することで狙い撃ちにしているのに、自分たちのSW開発ではExcelが幅を利かせている。 つまり、SW開発の業務そのもののIT化は遅れているのが現状だろう。 なぜ、Excelによるプロジェクト管理は良くないのか？ その理由は下記で書いた。 Excelのプロジェクト管理は何故良くないのか: プログラマの思索 一言で言えば、ExcelのドキュメントはSVN・Mercurialなどでバージョン管理すべきか、RedmineのチケットやTestLinkのテストケースなどで代用できるか、使い分けることが肝心。 では、チケット駆動開発は何をもたらしているのか？ その理由は下記で書いた。 Excelのプロジェクト管理から脱却せよ～SW構成管理を見直そう:
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
