Redmineによるチケット駆動開発はストック型プロセスとフロー型プロセスの二面性を持つ - プログラマの思索
Redmineの運用の現場を見ていると、チケットをストックとして見る場合とフローとして見る場合で観点が異なるように思えた。 ラフなメモ書き。 【1】Redmineを運用し始めた時に、チケットよりもRedmineプロジェクトの分割に重きを置いたり、チケットをWBSと一体視して、1チケット＝1担当者で運用する現場を見かける時がある。 たいてい、上手く回っていない。 本来のチケット駆動開発では、チケットを経由して一つの作業を複数人が分担してやり取りする。 その流れがチケットで表現されるから、今誰がボールを握っているのか分かるのに、チケットをWBSで固定化してしまうと、手戻り作業が発生するたびに、現状を把握しにくくなる。 このアンチパターンを「WBS駆動」「担当者固定」と僕は呼んでいる。 【2】@akahane92さんも言っていたが、Redmineでは、チケットのコメントが長くなるような運用の方が
Redmine Desktop Client - 常時手元においておきたいデスクトップRedmineクライアント MOONGIFT
Redmineをプロジェクト管理に使っている企業は多いです。アジャイル開発のみならず必要十分な管理項目があることで従来のプロジェクト管理においても活躍します。 しかしWebブラウザからアクセスするのに対して若干の不便さを感じることもあります。もっと素早くアクセスできれば良いのに…そう思う方はRedmine Desktop Clientを使ってみましょう。 Redmine Desktop ClientはオリジナルのRedmineClientからフォークし、REST APIを使うようにしたソフトウェアです。 接続設定です。RedmineのURLとID/パスワードを入力します。Redmineのバージョンも指定する必要があります。 タイムトラッキング機能があります。タスクを選んでトラッキングを開始します。 タスクの編集や追加もここからできます。 RedmineのWeb UIから操作するよりもRed
RedmineとHudsonの関係付け - プログラマの思索
Redmineのチケットとバージョン管理を連携できる機能は、変更管理のインフラを提供してくれる。 変更管理について考えたメモ書き。 【元ネタ】 PERFORCE ソフトウェア構成管理の高度な実践方法（ベストプラクティス） 【1】変更管理が必要な場面 SEと呼ばれる人の仕事を眺めてみると、要件や仕様に関する変更管理プロセスに従事している時が多いことに気付く。 SEの一番の仕事は、顧客から要件を聞き取り、仕様書としてまとめて、開発者へ仕様を提示する。 つまり、業務のインターフェイスを設計すること。 設計工程で完璧な仕様書が作られる可能性は低い。 むしろ、要件漏れ、設計漏れが開発や結合テスト、あるいは受入テストで大きなリスクとして発覚することが多い。 昨今のシステム開発では、SeasarやRailsのような優れたフレームワークがあり、JUnitのようなテストユニットがあるので、単体テストをクリア
CakePHP版Redmine candycaneのデモサイトを公開しました - yandod's blog
http://my.candycane.jp/ CakeFestの興奮冷めやらぬ日々ですが、cake3の公開を記念するつもりでcandycaneのデモサイトを公開します。 これまではbasic認証付きでしたが、完全に公開します。 まだまだ不具合が多いですが、アカウントの登録や操作などを自由に行っていただいてかまいません。 コード本体についても来週くらいには公開するつもりです。 お試しあれ。
第2回 環境構築／redMineのインストール・初期設定 | gihyo.jp
環境構築 前回では、プロジェクト管理ツールの必要性、そしてredMineをオススメする理由について解説しました。今回はredMineを利用する環境の構築、およびredMineのインストール・初期設定について解説します。 redMineはRuby on Railsによって作られているアプリケーションですので、動作環境として以下のものが必要になります。 Ruby (1.8.5 以上) Rails （※1） MySQL (MySQL 5) （※2） Subversion （※3） RailsはRubyで実装されたWebサーバのWEBrikを使うことができるため、ApacheのようなWebサーバと連携させる必要がなければ、これだけでOKです。 また、RubyやMySQLはLinuxに初期インストールされている場合が多く、その場合はRailsのインストールだけを行えばよいということになりま
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SonicGarden流タスク管理の紹介
「Redmineでスクラム実践！」～アジャイル開発始めました～
Amazon.co.jp: Redmine -もっと手軽にプロジェクト管理!: 倉貫義人, 栗栖義臣, 並河祐貴, 前田直樹: 本