RedmineでCSIRTのインシデント管理
リスト型としては リスト と、 キー・バリューリスト の2種類ありますが、リスト型を選択しました。 キー・バリューリストは値にリスト選択肢文字が割り当てられるため、選択肢文字の設定を変更すると既に登録済みのチケットの内容も変更されます。 とても便利な機能ですが、インシデント管理ではそれぞれのチケットは内容を変更せず、記録として残すべき対象と考えられます。 今回はあえてリスト型を採用しています。 設定例：情報源 設定例：事象経過 カスタムフィールド作成画面で対象となるトラッカーとプロジェクトにチェックを入れることで利用可能になります。 表示フィールドのカスタマイズ 画面上に不必要なものが表示されていると操作者は混乱してしまいます。これらを整理します。 まずトラッカーとワークフローで不必要なフィールドを消しましょう。 トラッカー 使用するトラッカーにて標準フィールドの項目から使用しないフィール
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とBacklog。 （今がRedmineだから多分それに偏る気が） アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人
Redmine で技術仕様書を書こう
はじめまして！ 株式会社 Aiming の土井です！ エンジニアをやっております！ 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います！ 技術仕様書の“図” どうやって書いてますか？ 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか？ 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー
Dockerで即実行できる、社内・自宅向けオープンソースWebアプリ - Qiita
デスクトップアプリケーションに比べるとWebアプリケーションの導入は面倒だが、DockerやVagrantの登場によって敷居が低くなっている。誰かがDockerHubへ使いやすいイメージを公開してくれたり、Webアプリの開発元がDockerfileを公式に提供しているケースが増えてきているためだ。 この記事では、筆者が実際に使用したことのあるWebアプリの一覧と、docker-composeの設定ファイル(またはDockerfile)をまとめる。既にDocker環境が整備されている状態であれば、YAMLファイルやDockerfileをコピペしてdocker-compose up -dするだけで自動的にWebアプリケーションが起動する。(もし動かなかったらスミマセン) セキュリティとかは考えていないので、LAN内のみでの使用を想定 記載の設定では、永続化データはDockerが動作しているマシ
チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのか
チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのか
はじめる! Redmine
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ このスライドの改訂版を下記URLで公開しています。 ぜひ新しいものをご覧ください。 http://www.slideshare.net/g_maeda/redmine-2015-54346755 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ Redmineとは何か / Redmineがないプロジェクトとないプロジェクトの比較 / Redmineの基本 ＜更新履歴＞ 2012/05/20 第14回 山陰ITpro勉強会(4/20)とETロボコン2012 中四国地区独自勉強会での発表資料を一部修正して掲載。 http://sitw.techtalk.jp/sitwinfo/info14 http://kokucheese.com/event/index/33103/Read less
イライラを解消！ 乱立するRedmineの情報をまとめて確認できる環境を構築する
開発の新しいツールや技術は、全社・部署全体という大きなレベルではなく、小さなチームやプロジェクトがトライアル的に導入されることが多いと思います。その結果、普及期に入ったころにはシステムや運用ルールの統合がとんでもなく難しくなってはいないでしょうか。開発タスクを10倍気持ちよくする環境構築のノウハウを紹介していく本連載の第1回目として、今回は複数のRedmineでバラバラに登録されているチケットを横断的に照会、集計する仕組みを解説します。 プロジェクト管理サイト、管理できていますか？ 弊社では、有名なプロジェクト管理向けWebアプリケーションツールの1つ「Redmine」を、弊社の主力製品であるERPパッケージの開発で利用しています。 RedmineはRuby on Railsを利用したオープンソースのツールで、利用事例も非常に多数あります。 ただし、弊社の開発部隊は1,000名を超える開発
障害発生時にも漏れなし！ Zabbixの監視アラートでRedmine上にチケットを起票する仕組みをつくろう
* 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: *
DockerでアプリケーションとMySQLをコンテナ化してRedmineを構築する - hidemium's blog
Dockerの公式リポジトリにsameersbn/redmineというRedmineのイメージがあったので試してみました。 このイメージの面白いところは、アプリケーションだけでなくデータベースもコンテナにし、さらにデータファイルをコンテナから分離してるところです。 構成 Ubuntu 12.04: Docker 0.10.0、Redmine 2.5.1、MySQL 5.6 ※上記のサーバはVMware ESXi 5.1上で動作しています。 インストール MySQL まずは、以下のコマンドでMySQLのイメージをダウンロードします。 $ sudo docker pull sameersbn/mysql:latest次にMySQLのデータディレクトリをホスト側で保存するため、ホスト側でディレクトリを作成します。 $ sudo mkdir -p /opt/mysql/datadocker run
Docker上にRedmineをたてる - Qiita
Dockerを使って各プロセスを分離し、Redmineを構築してみました。 環境について 用意するコンテナは３種類。コンテナ間はDocker Linkで連携する。 Nginx用コンテナ CentOS 6.5 nginx Redmine用コンテナ CentOS 6.5 unicorn ruby 2.1.0 redmine 2.5.2 MySQL用コンテナ CentOS 6.5 MySQL 5.5 環境構築 MySQLコンテナの起動 docker runコマンドで起動する。 Dockerfileはこちら。 Dockerfile作成の際は実行順序や実行コマンドに気をつける。 MySQLはフォアグラウンドで実行する必要があるのでCMD /usr/bin/mysqld_safeとした。 ※ service mysql startとするとMySQL起動後にプロセス自体が終了してしまう。 Redmine
Docker上でRedmineをすぐに使い始める - Qiita
はじめに 飛ぶ鳥を落とす勢いのDockerですが、まだまだ本番環境には使うのは怖いです。 今のところは開発用のRedmine動かすのに使うくらいがちょうどよさそうです。 あらかじめ配布されているコンテナイメージを使って素早くDocker上のRedmineを使い始めてみます。 構成 今回はVagrantでCoreOSを立ち上げて、CoreOS上にRedmineのコンテナを立ち上げる構成とします。 Vagrantのインストール 本記事ではVagrantのインストールの詳細は割愛します。 "vagrant インストール" などで検索してみてください。 CoreOSのイメージダウンロード CoreOSはDockerのホストOSとして必要最小限の機能だけを持った軽量なOSです。 githubにCoreOSのVagrantファイルがあるので落としてきます。
【事前公開】【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集～WBS駆動からチケット駆動へ #redmineT - プログラマの思索
【事前公開】【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集～WBS駆動からチケット駆動へ #redmineT 第7回redmine.tokyo勉強会で予定している講演資料を事前に公開します。 勉強会のオープンディスカッションの元ネタになるので、参加される方は事前に読んで頂いて、自分なりの意見を持参してくれると嬉しいです。 【元ネタ】 第7回勉強会 - redmine.tokyo 第7回redmine.tokyo勉強会 - PARTAKE 【1】議題にしたいテーマ 第7回redmine.tokyo勉強会のテーマは「Redmineのアンチパターン集」です。 披露するアンチパターンは、私が過去6年、Redmineをいろんな現場で導入して運用した時、こうやればもっとうまくできたのに、と後で気づいたノウハウです。 おそらく他の人も同じように頷いてくれるアンチパター
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
「挫折しないRedmine」の資料が分かりやすい - プログラマの思索
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmineチューニングの実際と限界 - Redmine performance tuning
利用事例・運用事例 — Redmine Slides
Docker
Vagrant+DockerでGitlab+Redmineをサブディレクトリ運用する - Qiita
Hud美さんと学ぶRedmine×Jenkinsの神アジャイル
