Redmine 3.4.0にアップグレードしよう! お気に入り改善点一挙紹介
リリースが近づいているRedmine 3.4.0は、170件以上もの機能追加・修正が含まれます。その中から、Redmine公式サイトのチケットに日々目を通している講師が特に気に入っている改善点を紹介します。Redmineがより活用しやすくなる新機能が盛りだくさんで、きっとRedmine 3.4.0にアップデートしたくなることでしょう。 【初版】2017/03/25 Redmine大阪 第16回勉強会講演資料 https://redmine-osaka.connpass.com/event/50223/ 【第2版】2017/05/13 redmine.tokyo 第12回勉強会講演資料 https://redmine.tokyo/versions/27 ======================================== 2017/07/14追記： この資料で紹介したもの以外にも
Redmineを3年間使い続けてお世話になったプラグインたち - Qiita
TOPIC Redmineを3年間使い続けてお世話になったプラグインたち（全部、無償版） ＜書かないこと＞ Redmineの操作説明（インストール、操作方法など） プラグインの操作説明（インストール、操作方法など） ＜補足＞ 利用当時（2016年夏頃まで）の状況によるものとなりますので、最新の情報については要再確認となります。（当時はなかったものが今はあるかもしれないし、逆も然り） ※ 私が使っていたRedmineは、【Bitnami Redmine 3.1.1-1】となります。 （これまでのRedmine：2.3 → 2.6 → 3.1） ※以下、1つずつピックアップしていきます。 clipboard_image_paste（Attach image from clipboard） https://github.com/peclik/clipboard_image_paste 使用頻度：
Redmineは事務処理の申請承認ワークフローに使えるか？ - プログラマの思索
Redmineを事務処理の申請承認ワークフローに使えるか、考えたことをラフなメモ書き。 【参考】 RedmineをBPMツールとして使うアイデア: プログラマの思索 Redmineにワークフローエンジンとして必要な機能～ワークフローに組織マスタの情報を持たせる: プログラマの思索 【1】事務処理の申請承認ワークフローは簡単な仕組みなのだから、Redmineのワークフロー管理機能とチケット管理機能でほとんど実現できるのではないか、と思ってしまいがちだ。 実際、つい10年くらい前までは、LotusNotesで簡易なワークフロー管理は実現できていた。 例えば、見積書の作成・承認、旅費申請、事務用品の購買申請、他部署への作業依頼などがあるだろう。 しかし、業務を詳細にヒヤリングして分析してみると、意外に複雑だったりする。 特に、古い大企業や古いメーカーほど、縦に長い組織階層とサイロ型組織、昔ながら
「挫折しないRedmine」の資料が分かりやすい - プログラマの思索
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
RedmineのガントチャートはMS ProjectのWeb版になりうるか？ - プログラマの思索
Redmineのガントチャートを改造するパッチやプラグインをメモ。 Redmineのウリの一つは、チケットに開始日・終了日・進捗率を入力しておけば、ガントチャートを自動生成してくれること。 現場リーダーがあらかじめWBSからタスク一覧を洗い出して一括インポートした後は、Redmine上でメンバーがチケットを最新化してくれれば、プロジェクトの最新状況をガントチャートで見ることができる。 又、開発チームの進捗に直接タッチしない会社の上層部もガントチャートを見れる環境にしておけば、進捗の遅れやリスク、アラームを社内全体で共有できる利点もある。 だが、Redmineのガントチャートはチケットの親子関係も反映してかなり良くなったけれども、MS Projectに比べるとまだ足りない機能がある。 色々調べてみた。 【環境】 Redmine 1.1.2 【ガントチャート改造(日付)】 Redmineに入れ
Redmine MS Project プラグインをSubTaskingに対応した - suer のブログ
初版を公開してから1年以上経ってしまった上に、Redmine が正式に subtaskingに対応してからしばらく経ってしまいましたが、とりあえずとりあえず動くようになったので公開。 リポジトリ http://github.com/suer/redmine_ms_projects/ インストール RAILS_ROOTにて $ ruby script/plugin install git://github.com/suer/redmine_ms_projects.git 変更点 使い方は前と同じです MS ProjectをXMLで保存してアップロードするだけ。 前バージョンと違うのは、MS Project の階層が Redmine のチケットの親子関係に反映されることです。 登録が完了後、ガントチャートを見るとこんな感じで親子関係を保存しています。
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
Redmineを使いこなせてチームに対するアドバイス - プログラマの思索
興味深いTwitterがあったのでメモ。 【元ネタ】 Twitter / kashisan: 最近行った #Redmine を使いこなせてチームに対するアドバイス。「チケットの説明には成果物を記載して、その成果物をリポジトリにコミットする」、「各トラッカーのステータスがどういう状況を表すか定義する」「それぞれのトラッカーがどういうフローになるかがわかる資料を作る」 Redmineを有効に運用出来ていないチームに対するポイントは3点ある。 １・「チケットの説明には成果物を記載して、その成果物をリポジトリにコミットする」 ２・「各トラッカーのステータスがどういう状況を表すか定義する」 ３・「それぞれのトラッカーがどういうフローになるかがわかる資料を作る」 ポイント1は、チケットファーストの原則。 プロジェクトにある全ての作業はチケットから始まる。 そのためには、チケットは成果物単位、つまりWB
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
