システム保守におけるプレーイングマネージャのためのアジャイル風課題管理（Redmine編） - Qiita
最初に プロジェクト管理ツール うまく使いこなせてますか？ システムの保守・維持管理業務でプレーイングマネージャをやっている皆さんこんにちは。 システムの保守・維持管理のプロジェクト管理用にRedmineやJira等のプロジェクト管理ツールを導入し、 ITILとかPMBOKを参考しながら運用ルールを作って、チケットを使ってタスクや課題、工数の管理をやり始めてみたけど、 なんかうまくいかないみたいな経験ありませんか。 例えば ・Excelやメモ帳での管理を脱却してredmine、Jiraに移行してみたけど、結局Excelの方が楽で管理もうまくいってた ・チケットは作成しているけど、忙しくて中身を確認しきれず、結果 長期間放置されている謎の塩漬けチケットが大量 ・チケットの種類の決め方、項目の書き方が人それぞれ入力内容や形式がバラバラで、結果どこに何が書いてあるのかわからない。 などなど・・・
チケットの書き方（情報共有のための文書の書き方）
Qiitaに一度書いた内容ですがアカウント削除とともに消えた内容です。 Redmine絡みのイベントで書いた記事だったはず。 手元のメモから出てきたのでこちらに記載。 背景 メンバーの一部がスムーズに情報共有できるチケットが書けず苦戦しており、 相談を受けた時に色々言った内容を書き起こしたもの。 チケットというより、情報共有のための文章の書き方が正しいかも。 前提 業務ツールとしてチャット、Redmine、Wikiを使用していた。 チーム内の連絡や相談はチャットがメイン。 チャットで会話して相談・整理・調整する。 タスク、課題はチケット化して管理。 ナレッジはWikiに書いて共有。 業務内容はシステム開発と運用保守でソフトウェア開発ではない。 Redmineをタスク・課題管理に使用している環境で 以下のような考えを元に各ツールを使用し業務を行っていた。 ・チャットは流れる情報（フロー情報）
RedmineでCSIRTのインシデント管理
リスト型としては リスト と、 キー・バリューリスト の2種類ありますが、リスト型を選択しました。 キー・バリューリストは値にリスト選択肢文字が割り当てられるため、選択肢文字の設定を変更すると既に登録済みのチケットの内容も変更されます。 とても便利な機能ですが、インシデント管理ではそれぞれのチケットは内容を変更せず、記録として残すべき対象と考えられます。 今回はあえてリスト型を採用しています。 設定例：情報源 設定例：事象経過 カスタムフィールド作成画面で対象となるトラッカーとプロジェクトにチェックを入れることで利用可能になります。 表示フィールドのカスタマイズ 画面上に不必要なものが表示されていると操作者は混乱してしまいます。これらを整理します。 まずトラッカーとワークフローで不必要なフィールドを消しましょう。 トラッカー 使用するトラッカーにて標準フィールドの項目から使用しないフィール
社内ヘルプデスクをＡＩで！ | フューチャー技術ブログ
背景 社内ヘルプデスク（Redmine）における管理対応の業務を効率化し、サービスレベルを上げたい 現状の課題 起票されたチケットの解決にかかる時間が長い 原因の一つは、正しい担当者にチケットが割当てられず滞留することがあること 処理されないチケットは、カテゴリが正しく設定されていないものが多かった 弊社の運用としてカテゴリ単位で専門的な担当者が割り当てられているので、カテゴリを間違うとやり取りが増え、解決までに時間がかかってしまいます Redmineについては下記を参照下さい http://redmine.jp/overview/ 作ったもの Redmineにチケットが新規に起票すると、過去のデータから自動的にカテゴリを設定する仕組みをDeepLearningを用いて作成しました。 これにより正しい担当者にチケットが割り当てられ、チケットの平均解決時間の向上を狙います。 この仕組に対して
Dockerで即実行できる、社内・自宅向けオープンソースWebアプリ - Qiita
デスクトップアプリケーションに比べるとWebアプリケーションの導入は面倒だが、DockerやVagrantの登場によって敷居が低くなっている。誰かがDockerHubへ使いやすいイメージを公開してくれたり、Webアプリの開発元がDockerfileを公式に提供しているケースが増えてきているためだ。 この記事では、筆者が実際に使用したことのあるWebアプリの一覧と、docker-composeの設定ファイル(またはDockerfile)をまとめる。既にDocker環境が整備されている状態であれば、YAMLファイルやDockerfileをコピペしてdocker-compose up -dするだけで自動的にWebアプリケーションが起動する。(もし動かなかったらスミマセン) セキュリティとかは考えていないので、LAN内のみでの使用を想定 記載の設定では、永続化データはDockerが動作しているマシ
webフォームからの問い合わせをRedmineに自動登録して対応状況を管理する(API Gateway + Lambda) - ヤマムギ
webフォームからの問い合わせをRedmineに自動登録して対応状況を管理する(API Gateway + Lambda) 先日、検証目的で作成したRedmineの冗長化の一機能として、webフォームから問い合わせがあった場合に、Redmineのチケットを自動登録して対応状況を管理出来るようにしてみました。 webフォームはS3で静的ホスティングを使っています。 CloudFrontでS3をオリジンにしてwebフォームを配信しています。 ACMでSSL証明書を無料で取得しています。 webフォームから送信された情報はAmazon API Gateway、AWS Lambdaを経由してDynamoDBテーブルへ格納されます。 DynamoDBテーブルに格納されたデータはDynamoDB StreamからLambdaが実行されてSQSへキューを送信します。 SQSからキューを受信したLambd
[プロジェクト管理] Redmine で導入をオススメするプラグイン13選 | CodeLab
私が普段「 Redmine 」で使ってるプラグインの中で特にオススメするプラグインについて説明していきたいと思います。 Redmime は標準でもかなり使い勝手が良いプロジェクト管理ツールだと思いますが、プラグインを導入することで、更なる利便性の向上を図ることができます。 使用している Redmine のバージョンは2.6.7になります。 バージョン3もすでにリリースされてますが、まだプラグインの方が追い付いていないので、バージョン2の方を使ってます。 それぞれのプラグインの説明をしていきたいと思います。 Absolute Dates PluginRedmine のチケットの作成日や更新日はデフォルトでは今日からの相対的な日時数で表示されます。（X時間前、X日前など） このプラグインを利用すると、これらの日付を通常の日付の形式( yyyy/MM/dd )で表示してくれるようになります。 開
![[プロジェクト管理] Redmine で導入をオススメするプラグイン13選 | CodeLab](https://cdn-ak-scissors.b.st-hatena.com/image/square/ab4538b74cc85026991f931d349104050ff997ea/height=288;version=1;width=512/https%3A%2F%2F43.206.46.12%2Fwp-content%2Fuploads%2F2016%2F12%2Fcoding-924920_1280.jpg)
Redmineを受け入れて貰うためのプラグイン紹介 - Qiita
はじめに Redmineは小規模なチームでも比較的簡単に導入できる、素晴らしいソフトウェアだと思います。 ただ、このようなツールを知らない人や絶対Excelマン達にとっては、得体の知れない面倒なモノと思われてしまうこともあります。 そういった人たちにも積極的に利用して貰うためには、日々の業務で感じるイライラを極力減らす努力が必要ではないでしょうか。 この記事では、Redmineを少しでも快適に使って貰うため、開発者にとって有用なプラグインを紹介していきます。 以下は中の人の背景です。 Redmine 3.1.2～3.3.2 運用を始めて1年ちょっと WBSっぽく運用すべく親子チケットをがんがん使う 対象プロジェクトの性質 保守 ウォーターフォール 古い体質 プラグインの紹介 機能追加よりも、現状を把握しやすくするプラグインが多めになっています。 ※現行バージョン(3.3.2)で動作させるに
migrate-bitnamiredmine-to-docker-redmine.html
bitnami redmine 一時的にしか使わないから。 そんな理由で、さらっとインストールが完了する bitnami Redmine を使っていました！ はい。当時は重宝しました！ その後、プロジェクトは長引き・・・ Redmineの保守もしていかなくてはいけない状態。 運用エンジニアとしては、Redmineのアップデートにも簡単に追随したくなるものです・・・。 でも、bitnami-redmine ほぼすべてのコンポーネントを内包しているのと、独自設定を入れたりしていると なかなかに アップデートが大変 でした。 前提条件 まずは前提条件を整理しますね。 Docker Host ・・・ Container Linux(CoreOS) Redmine ・・・ Dockerホストとファイル共有出来る、簡単にアップデート可能(メンテナンス性重視) Redmine plugin ・・・ いく
テスト仕様書 - Qiita
単体テスト 結合テスト システムテスト（機能テスト、負荷テスト、ボリュームテスト、セキュリティテスト、リグレッションテストetc) 受け入れテスト（シナリオテスト） 運用テスト 現場（案件）によっては、「開発エンジニア」 が一連のテストしたり、また 「QAエンジニア」 がテストしたりと異なります。 私の意見としては、 「開発エンジニア」 「QAエンジニア」 双方が確認すべきではないかと。 単体テストの実施は、開発者が担当します。 また、結合テスト（Integration Test）以降のテストはQAエンジニア、もしくはQAテスターが担当する。 単体テストのルールや網羅性は開発とQAが一緒に考えることが品質を良くする上で大事です。 お互いテストの意義というものを見直すこともできます。 また、詳細仕様を把握しているPM、Pdmや開発者。テスト設計やテストの種類を知っているテスト担当者が協力しあ
Ruby(Rack)向けPaaS環境「Heroku」でRedmineを動かす - khamanaka’s Weblog
Heroku | Cloud Application Platform Ruby(Rack)向けPaaS環境「Heroku」にRedmineをインストールしてみました。参考にさせてもらったサイトはこちら。感謝。 Herokuおもしろい！gemでコマンドを配布というのがかっこいいですね。 インストール方法 Herokuのgemをインストール sudo gem install heroku Redmineのソースコードを落としてくる svn export http://redmine.rubyforge.org/svn/branches/0.9-stable redmine cd redmine RedmineのソースにHeroku向けに修正 Herokuはtmp以下にしかファイルを作れない仕様のようなので一部修正する vi app/models/attachment.rb - @@stora
Redmine - Overview - Redmine
Redmine¶ Table of contentsRedmineFeaturesDocumentationSupport & getting helpContributing and helping outWho uses Redmine?Redmine books Redmine is a flexible project management web application. Written using the Ruby on Rails framework, it is cross-platform and cross-database. Redmine is open source and released under the terms of the GNU General Public License v2 (GPL). Features¶ Some of the main
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RedmineとGitLab@Dockerのバックアップ＆リストア - Qiita