2018年4月現在、Redmineの今後の課題について考えてみる。 以下はラフなメモ書き。 【1】Redmine大阪や東京Redmine勉強会にスタッフとして活動してきた中、参加者も大幅に増えて、参加者層も初心者から経験者まで広がり、業種もIT業界だけでなく特に製造業にも広がっている印象を持っている。 たぶん、RedmineはRailsアプリ、そしてチケット管理ツールの中で、日本で最も普及したアプリの一つだろう、と思う。 しかし、技術革新の流れが早い中、Redmineにも課題がチラホラ見えてきたように思う。 僕は、Redmineの直近の課題は、Redmineのシングルページアプリケーション化、Redmineのコンテナ化、Git連携の強化だろうと思う。 【2】1つ目は、RedmineのUIが古臭いと言われる問題意識だ。 たとえば、スマホに慣れていると、Redmineのように画面更新のたびにリ

昨日開催された第17回Redmine大阪の感想をラフなメモ。 疲れているので書きかけ。 【参考】 Redmine大阪　第17回勉強会 - connpass Redmine大阪　第17回勉強会「Redmineの全文検索エンジンとRedmine3.4.0の徹底解説！」#redmineosaka - Togetterまとめ 【勉強会メモ】Redmine大阪　第17回勉強会 - radioc@? Redmine大阪 第17回勉強会 LT発表内容（足羽川永都(エイト)） - カクヨム Redmine大阪 第17回勉強会 - 全文検索でRedmineをさらに活用！ #RedmineOsaka - ククログ(2017-08-27) 「Redmine大阪 第17回勉強会」で弊社代表の前田が新機能を活用した便利な使い方について発表 - ファーエンドテクノロジー株式会社 【1】今回の勉強会のテーマは「Redm

3/25土開催予定のRedmine大阪のパネルディスカッション「RedmineのFAQとアンチパターン」について、資料を集めている。 たくさん集まりすぎて、話せそうにないので、たぶん話せないことをメモ書きしておく。 以下は、未整理のメモ。 たぶん、どこかで講演として話したい。 【1】Excel添付のチケット チケット説明欄がほとんど無くて、Excel添付だけ。 Excelを開かないと内容が分からない。 添付Excelの内容が最新でないので、話がつながらない。 障害管理、事務処理ワークフローで発生しやすい。 解決策は、いくつかある。 基本は、Excel添付は極力止めて、チケット説明欄に書く。 2つ目は、障害の画面キャプチャは、clipboard_image_pasteプラグインで、コピーした画像を貼り付ける。 peclik/clipboard_image_paste: Redmine plu

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 使用頻度：

タスク管理してますか？(あいさつ) みなさんは日頃どんなタスク・プロジェクト管理ツールを使っているでしょうか？ Backlog？Trello？Wunderlist？それともgithubのIssueで十分？カンバンほしいからZenhub？Waffle？変化球でProducteev? 僕も前職含めて上記含むすべてのツールを試してみました。 各タスク管理ツール所感 Trelloのガントない問題 ポンポンタスク登録できて便利。人のアサインも簡単だし。あ、でもこのタスクの粒度細かすぎない？依頼するときもされるときも細かすぎない？一つのリスト長すぎない？ あと標準でガントがないよね？全体見渡す側からすると不安（らしく）になっちゃうからやっぱりガントほしい。アサインできるの便利だけど、あぁでもこれボード6個くらいできちゃった。横断めんどい。どのボードもカードで溢れている。ガント追加してくれるサードパーテ

先日無事入籍を終え、結婚式に向けてあれこれ準備が必要になるということで、友人の何人かがやっていたように家庭内でRedmineを導入した。「結婚式準備」プロジェクトを立ち上げて暫く運用していて 最近ようやく運用が落ち着いてきたため、今度は少し欲が出てきた。 現状、チケットが更新されるタイミング・何のチケットが更新されたか等タイムラインでしか把握できない状態になっているので、Slackを使って チケットが更新されたらリアルタイムに通知が飛ぶようにした。最近一部の界隈では家庭内でこういうツールを導入するのもよくある流れになってきたのかなあとは思う(ねーよ)ので、流行に便乗してみようといった所だ。導入・設定に苦戦するかなあと思ったら、元々Redmineが入っている状態から15分くらいで意外とサクッと導入できた。 これまで 家庭内でRedmineを導入したのはおよそ一ヶ月前のことだ。使い方としては、

redmine のチケット一覧とかに出るポップアップメニューのサブメニューが出る位置がもうちょっと賢くならないかなぁ。項目が多いのが良くないんだけど、上の方の選択メニューが選べない。または出す項目を絞りたい。どうせバージョンとステータスぐらいしか変えないし。— ばしゅら (@basyura) January 13, 2016 確かにカスタムフィールドが多かったりすると、サブメニューが画面に収まらなくて、とても選択しづらくなります。 なぜこういったことがおこるかというと、コンテキストメニューを表示する際に、選択位置を起点として、 下方向に表示して、画面上で収まれば下方向に表示 おさまらなければ、上方向に表示 としているようで、ここで決定した方式をサブメニューにも適用しているため、サブメニューが画面からはみ出す可能性が高くなってしまっています。上へ上へ/下へ下へと伸びててしまうイメージです。

はじめまして！ 株式会社 Aiming の土井です！ エンジニアをやっております！ 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います！ 技術仕様書の“図” どうやって書いてますか？ 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか？ 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー

JAXAにおけるスーパーコンピュータ活用課でのチケット管理ステムの経験論文がPDFで公開されていたのでメモ。 【参考】 ※参照リンクを修正しました。 JAXA Repository / AIREX: CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム: Redmineの事例と利用のヒント akipiiさんはTwitterを使っています: "気になる。RT @g_maeda: なんだこれ ? CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム : Redmineの事例と利用のヒント https://t.co/9QlySYSzZk" MAEDA, GoさんはTwitterを使っています: "@akipii @y503unavailable @takenory JAXAの資料のPDF見つけました https://t.co/msKI89zsCh" akipiiさんは

第9回東京Redmine勉強会の感想をメモ。 【参考】 第9回勉強会 - redmine.tokyo 参加者は80名と過去最高の人数、そして渋谷dotsという素晴らしい会場のおかげで、内容の濃いRedmineの議論ができたと思います。 手作りのクッキーやコーヒーなども協賛のおかげで参加者に配布でき、リラックスした雰囲気で議論できたかなと思います。 勉強会の講演やオープンディスカッションで気づいたことはいくつかある。 【1】チケットに書かれた情報は管理情報とは異なる、という@sakaba37さんの指摘。 チケットには、開発チームで必要な情報が記載されているので、必ずしも管理上必要な情報が書かれているとは限らない。 例えば、障害の症状や解決方法、問合せの内容とその対応の経緯などは、作業者が必要だから記録しておく。 しかし、その作業の実績工数、対応時間などの情報、あるいは障害管理に必要な区分や種

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 便利なプラグイン 動作バージョン 「動作確認済」とは筆者が実際に動作させることができた環境を指す。他のバージョンでも動く場合があるので、詳しくは各プラグインのReadMeを参照。Redmine2系と3系で導入するプラグインのバージョンが異なる場合があるので注意。 不具合があったら GitHubのIssueを見ると案外自分と同じ問題が報告されていることも多い。意外と数ヶ月程度で対応してくれる作者もいるで、時々チェックするといつのまにか直っていることもある模様。 Easy Gantt 動作確認済：3.2.1／3.2.4／3.3.1 商用プラ

Textile vs Markdown 軽量マークアップ言語にはたくさんの種類があります。私も教育で使うテキストの作成やRedmineのWikiでは長年 Textile を使って来ました。 しかし、最近はGithubの標準のマークアップ言語がMarkdownだったり、Atom(エディター)をはじめたくさんのMarkdownをサポートするツールが現れ、私も MacDownというツールが気に入り開発ドキュメント等のMarkdown化がどんんどん進んでいます。このブログもはてな記法ではなくMarkdownを使っています。 TextileとMarkdownを比べると 標準のMarkdown は記述能力が低くテキストを作るには能力不足ですが、 GitHubの拡張 や php Markdown Extra などの拡張機能を使えば、ほぼ同等です。 Redmine Redmineのマークアップ言語のデフォ

Redmineの運用の現場を見ていると、チケットをストックとして見る場合とフローとして見る場合で観点が異なるように思えた。 ラフなメモ書き。 【1】Redmineを運用し始めた時に、チケットよりもRedmineプロジェクトの分割に重きを置いたり、チケットをWBSと一体視して、1チケット＝1担当者で運用する現場を見かける時がある。 たいてい、上手く回っていない。 本来のチケット駆動開発では、チケットを経由して一つの作業を複数人が分担してやり取りする。 その流れがチケットで表現されるから、今誰がボールを握っているのか分かるのに、チケットをWBSで固定化してしまうと、手戻り作業が発生するたびに、現状を把握しにくくなる。 このアンチパターンを「WBS駆動」「担当者固定」と僕は呼んでいる。 【2】@akahane92さんも言っていたが、Redmineでは、チケットのコメントが長くなるような運用の方が

※ 最新版があります。こちら↓です ※「Redmineチューニングの実際と限界」 ※ http://www.slideshare.net/kakahane/redmine-48214015 MySQL勉強会 in 大阪#5_公開資料 日時： 2013/11/7 19:00～ 場所： 日本オラクル株式会社 西日本支社 参加： http://atnd.org/events/44157 主題：「事例発表：Redmine + MySQL 応答性能の調査結果と対策」 副題： ～ 200万チケット、画面応答100ms/req を想定したチュー ニング ～ 概要： ・ITS(Redmine)の全社適用後4年が経過した。チケット数 は10万を超え、その後も年間36,000件のペースで増加を 続けている。情報システム部門の業務システムとして 国内外へ活用範囲が拡大するなかで、応答性能の低下 対策が喫緊の課題

Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.

* About to connect() to redmine-server port 80 (#0) * Trying redmine-server... * Adding handle: conn: 0x21b3278 * Adding handle: send: 0 * Adding handle: recv: 0 * Curl_addHandleToPipeline: length: 1 * - Conn 0 (0x21b3278) send_pipe: 1, recv_pipe: 0 * Connected to redmine-server (xxx.xxx.xxx.xxx) port 80 (#0) > POST /issues.json HTTP/1.1 > User-Agent: curl/7.30.0 > Host: redmine-server > Accept: *

「Redmineの情報のサイロ化を解決したい」問題がGoogleGroupにアップされていた。 その議論が興味深かったのでメモ。 【元ネタ】 情報のサイロ化を解決したい - Google グループ nanego/redmine_multiprojects_issue 【1】問題 (引用開始) Redmine便利に使っていますが、困っているのが情報のサイロ化です。 他PJに情報(チケット)を横展開する場合、コピーすることになると思いますが、どうもかゆいところに手が届かい感じがしています。 横展開するPJが1つか2つなら手作業でコピーできなくもありませんが、3を超えると忘れ（サボ）られがちです。 1つのチケットを一度に複数のPJへコピーする方法（プラグイン）、または情報のサイロ化を防ぐ手段、ツール、運用方法とあればご教授頂きたいです。 (引用終了) 問題の発端としては、あるチケットが他の複数の

開発の新しいツールや技術は、全社・部署全体という大きなレベルではなく、小さなチームやプロジェクトがトライアル的に導入されることが多いと思います。その結果、普及期に入ったころにはシステムや運用ルールの統合がとんでもなく難しくなってはいないでしょうか。開発タスクを10倍気持ちよくする環境構築のノウハウを紹介していく本連載の第1回目として、今回は複数のRedmineでバラバラに登録されているチケットを横断的に照会、集計する仕組みを解説します。 プロジェクト管理サイト、管理できていますか？ 弊社では、有名なプロジェクト管理向けWebアプリケーションツールの1つ「Redmine」を、弊社の主力製品であるERPパッケージの開発で利用しています。 RedmineはRuby on Railsを利用したオープンソースのツールで、利用事例も非常に多数あります。 ただし、弊社の開発部隊は1,000名を超える開発

Redmineはプロジェクトを横断して使うべきか否かという議論をTogetterにまとめた。 過去の僕の経験を踏まえながら、Redmineの運用スコープはどこまでなのか、を振り返ってみる。 ラフなメモ書き。 【元ネタ】 Redmineはプロジェクトを横断して使うべきか否か - Togetterまとめ 【1】当初は、メンバー3人で、短期間の受託開発案件をこなしていた。 その時、Redmineを導入して、Redmineの機能を一つずつ試しながら、アジャイル開発の実現方法を習得していった。 少人数のメンバーで1個のチームだけだから、イテレーションごとにRedmineの運用ルールを軌道修正して、アジャイル開発のプラクティスを1個ずつ試していけた。 一番の発見は「イテレーション・リリースバージョン・マイルストーン一致の原則」と「プロジェクトとブランチ一致の原則」だった。 「イテレーション・リリースバ

【事前公開】【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集～WBS駆動からチケット駆動へ #redmineT 第7回redmine.tokyo勉強会で予定している講演資料を事前に公開します。 勉強会のオープンディスカッションの元ネタになるので、参加される方は事前に読んで頂いて、自分なりの意見を持参してくれると嬉しいです。 【元ネタ】 第7回勉強会 - redmine.tokyo 第7回redmine.tokyo勉強会 - PARTAKE 【1】議題にしたいテーマ 第7回redmine.tokyo勉強会のテーマは「Redmineのアンチパターン集」です。 披露するアンチパターンは、私が過去6年、Redmineをいろんな現場で導入して運用した時、こうやればもっとうまくできたのに、と後で気づいたノウハウです。 おそらく他の人も同じように頷いてくれるアンチパター