Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で「問い合わせの窓口」(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
タスク管理してますか？(あいさつ) みなさんは日頃どんなタスク・プロジェクト管理ツールを使っているでしょうか？ Backlog？Trello？Wunderlist？それともgithubのIssueで十分？カンバンほしいからZenhub？Waffle？変化球でProducteev? 僕も前職含めて上記含むすべてのツールを試してみました。 各タスク管理ツール所感 Trelloのガントない問題 ポンポンタスク登録できて便利。人のアサインも簡単だし。あ、でもこのタスクの粒度細かすぎない？依頼するときもされるときも細かすぎない？一つのリスト長すぎない？ あと標準でガントがないよね？全体見渡す側からすると不安（らしく）になっちゃうからやっぱりガントほしい。アサインできるの便利だけど、あぁでもこれボード6個くらいできちゃった。横断めんどい。どのボードもカードで溢れている。ガント追加してくれるサードパーテ
はじめまして！ 株式会社 Aiming の土井です！ エンジニアをやっております！ 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います！ 技術仕様書の“図” どうやって書いてますか？ 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか？ 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー
※ 最新版があります。こちら↓です ※「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 の通知を chatwork に流す redmine_chatwork_notifications を作成しました ツイート まだ正式版ではないですが、最近 chatwork の API が公開されました。 そこで、 Redmine のチケット更新通知を Chatwork に流したいと常日頃考えていたのでプラグインを作成しました。 Redmine Chatwork Notifications (github) ⇒ https://github.com/ummm/redminechatworknotifications Redmine バージョン 2系(以上)で動作するはずです。 機能 Redmine でチケットや Wiki の作成・更新をきっかけに動作します。 例えば Redmine で上記のようにチケットの作成を行うと、下記のようなメッセージをチャットワークに流します。
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
あちこちの現場に行くたびに、僕がRedmineのサーバーを立てて、運用を開始して、チケット駆動の運用を軌道に乗せる。 僕がいなくても運用は回るようになるが、導入後にいつも問題になることがある。 ラフなメモ書き。 【1】Redmineは、特に小規模なSI案件のプロジェクト管理に使いやすいらしい。 僕はRedmineとチケット駆動開発を組み合わせた運用をベースにアジャイル開発を導入したい動機で、Redmineを使っているが、他のプロジェクトリーダーは、チームの進捗管理を見える化するのを目的としているらしい。 そんな要望を受けて、Redmineをインストールして、チケット駆動の運用ルールを作り、チケット駆動開発を始める。 すると、いつも問題になることが2つある。 それは、ワークフロー管理とDoneの条件。 【2】開発現場の運用をスムーズに回すことをRedmineの目的の一つにしているので、リーダ
最近Redmineをいじってます。 標準でガントチャートがPDFに出力できたり、作業時間の管理もできるので Tracよりも使いやすそうかなという印象です。（インストールにはてこずったけどｗ） とはいえ大量にチケットを登録するのは面倒なので、直接DBのテーブルに書いてます。 他にもっといい方法があるんでしょうけどたどりつかなかった。。。 そこでDBの項目を見ていて気になったのがチケットのデータを登録するissuesテーブルのlft・rgtという項目。 わからなかったのでRedmineから登録したレコードをそのままコピペしていたら、 並列になるハズの子チケットが階層化されてしまいました。 調べてみると、RDBで木構造をあらわす方法のようです。 コチラのページがとても参考になりました。 SQLアタマアカデミー：第5回 SQLで木構造を扱う～入れ子集合モデル （1） 実は長いあいだ，木構造の扱いは
1 Support of Ruby 2.7 and earlier has been ended by the Ruby community. See the official announcements for details: 2.4, 2.5, 2.6, 2.7. 2 Redmine 4.2 does not support Ruby 2.7.0 and 2.7.1. Use Ruby 2.7.2 or higher (see #31500#note-13). 3 Redmine >= 5.1.1 MySQL requires to change the transaction_isolation to READ COMMITTED in order to properly work MySQL_configuration. 4 On Redmine < 5.1.1 MySQL 5.
CandyCane - オープンソースのバグトラッキングシステム Star me on GitHub Ver. 0.9 をダウンロード 43秒、簡単インストール。 バグ管理をはじめよう。 手軽に始められ、拡張性が高いオープンソース・バグ管理システム 43秒簡単インストール CandyCane は、誰でもすばやく簡単にインストールでき、作業効率化に役立ちます。 インストール方法 プラグインによる拡張 Facebook 連携、絵文字、Nyancat などのプラグインで拡張可能です。コアファイルに触ることなく自分のプラグインを書くこともできます。 MySQL/PostgreSQL お好きなデータベースをお使いください。CandyCane はインストール時に MySQL か PostgreSQL が選べます。 詳細 & 要件 CandyCane は CakePHP 2.1 で作られています。動作に
日々なんとなく利用している Redmine ですが, ここらで一度振り返ってみることにしました. 一応一般論のつもりで書いていますが, 前提として以下のような環境を想定しています. メインとなるメンバーが 5 名前後の小規模なプロジェクト そのうち何名かは非エンジニア 目新しい話は無いと思います. 様々な機能を使い倒していたりもしません. あまり学習・運用コストをかけずに, いかに効率よく使うか, という方向性です. ルールは少なく チームの全員が Redmine に対して肯定的であることは稀です. Redmine よりもメールや Excel で管理したい, という信じられないことを言う人も少なくありません. そんな人たちも含むであろうチームで Redmine を楽しく運用するには, とにかくルールを簡単にすることが大事だと考えます. 優先度, 予定工数, カテゴリなど, 記入できる項目は
Redmineをインストールしてからプロジェクト管理をするまでにRedmine管理者が行う設定です。 本手順書で行うこと adminアカウントでのログインとアカウント設定 Redmineへログイン Redmineへ管理者としてログインする手順です。 adminユーザーのパスワードの変更 デフォルトのパスワードをそのまま使用するのは危険なので変更します。 [PR]インストール作業やサーバの運用が不要なクラウドサービスもあります。 ・ My Redmine (ファーエンドテクノロジー株式会社) ・ Planio (Planio GmbH) ※無料プランあり 管理画面でのRedmineの設定 デフォルトデータのロード ロール、トラッカー、チケットのステータス等の初期データを読み込みます。 日本語での利用に適した設定 「デフォルトの言語」や「ユーザー名の表示形式」の設定を行います。 メールに含まれ
2011-09-01 Development/レセコン FrontPage 2011-08-11 FAQ/Answer FAQ/Question 2011-08-04 Tool/Redmine/MongrelによるWebサーバのサービス化(Windows) Tool/Redmine/データベースマイグレーション(Windows) 2011-08-02 Tool/Redmine/インストール(Windows) 2011-07-30 Tool/Redmine/セキュリティ強化設定 2011-07-29 Tool/Redmine Tool/Redmine/新規プロジェクト作成 Tool/Redmine/規定言語の設定 2011-07-28 Tool/Redmine/Plugin/ユーザ一括登録 Tool/Redmine/パスワード変更 Tool/Redmine/最初のログイン 2011-07-2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
