フィールドはフォーマット. 初期のトラッカーは3種類(バグ、機能、サポート)あるが、いずれも同じく以下のフィールドが標準で準 … Redmineのどのオブジェクトで管理するか トラッカーで契約内/外を管理する?⇒No. プロジェクトを管理する上で頭を悩ませる問題ですが、 管理しますが、そこで管理するとどうなるか。 ・バグ(契約内) ・問い合わせ(契約内) トラッカーはチケットの種別を定義します。よくあるトラッカーとしては、バグ、機能などが挙げられます。トラッカーごとに以下のものを定義できます。 1. Ad: Redmineのクラウドサービス My Redmine で、いつでもどこでもプロジェクト管理 Redmineをより便利に、効率よく使いこなすためのチェックポイントを紹介する連載記事「Redmineワンポイントチェック」の第5回は、トラッカーの正しい使い方についてです。 トラッカーは通常、「バグ」「問い合わせ」「課題」などのチケットの大分類を. 今更ですが、Redmineでタスク管理をやって見たので、その時のノウハウをなるべく具体的に書きます。(方針とか、ポイントとかを載せている記事は多く見かけますが、超具体的な設定まではなかなか見かけないので)加えて、これから先、タスク管理ってどうなってくんだろうな・・・って調べた情報を最後に載せます。なお、想定読者はRedmineでタスク管理始めたい人です。Redmineインストール後にいじりながら見てください。既にRedmineな人は、こんなケースがあったのだなーと、参考にして … トラッカーの作成 1. プロジェクト名は「プロジェクト」か「組織」がいい. そのトラッカーのチケットを ロードマップ に表示するか 4. デフォルトステータス (新しいチケットに対してデフォルトで適用されるステータス) 3. メーカーからの回答を受領し、事象の原因が分かったため、「変更管理」トラッカーにプロセス遷移させ、管理者 太郎(manager)に変更の承認依頼を行う。③インフラ部門担当(staff)でログインし、当該問い合わせを「インシデント管理トラッカー」にプロセス遷移させ、一次切り分けを実施する。調査が難航したため、メーカーに問合せを行うとともに、「インシデント管理」トラッカーに登録されたチケットを「課題管理」トラッカーにプロセス遷移し、課題管理を行う。以上の感じで、問合せに端を発した1つのチケットが様々なプロセス(ここではトラッカー)遷移を経ながら、最終的には、クローズされ、その経緯もバッチリ履歴化されるため、内容をよりシャープにさせていけば、より高精度な業務が実現できそう。当事者同士の口頭・メールベースでやり取りが可視化・蓄積化されずらい。(しかも、個人に割り当てされるメール容量が少ないため、メールを最終的には削除せざるを得ない。)最終的に、対応が完了したら、ステータスを「完了」に変更し、チケットもクローズさせる。「変更管理」トラッカーに変更すると、ステータス制限のため、承認が完了しないと、ステータス変更できない。変更管理では、マネージャー承認が行われるように、ワークフロー承認(もどき)を入れる。管理者 太郎(manager)がログインし、インフラ部門担当(staff)からの承認依頼を承認するためチケットをクリックする。改めて、インフラ部門担当(staff)でログインし、承認が行われたので、「対応待ち」ステータスに変更できるようになる。③インフラ部門担当(staff)は、当該問い合わせを「インシデント管理トラッカー」にプロセス遷移させ、一次切り分けを実施する。所属する会社(一応システム会社の情シス)では、日々ヘルプデスク業務や問合せ業務が頻繁に発生するが、概ね、どこにでもあるような以下の課題が発生している。⑥管理者(manager)は、変更内容を承認し、対応日を指示する。登録後、プロセス遷移の履歴とコメントがさらに履歴化される。ステータスも「承認」となる。④インフラ部門担当(staff)は、原因をアプリケーションのメーカに問い合わせるとともに、当該チケットを「課題管理トラッカー」にプロセス遷移させ、課題管理する。lshi46さんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?管理者 太郎(manager)は、「変更管理」トラッカーのステータスを「承認」できるので、承認する。さらに、対応日を3/10として指示する。①ヘルプデスク(oahelp)にエンドユーザーからあるアプリケーションが利用できないとの問い合わせが入る。※こんな高機能のソフトウェアを無償で利用できるようにしてくれた 開発者・コミュニティの人たちに唯々感謝するばかり。⑦インフラ部門担当(staff)は、管理者(manager)から指示を受けた期日に対応を行う。予定通り作業を完了したため、チケットを「完了」させる。⑤インフラ部門担当(staff)は、本事象の原因がメーカ問い合わせにてわかったため、変更計画をたて、管理者(manager)の承認を得るために、「変更管理トラッカー」にプロセス遷移させ、承認依頼を行う。記憶力の低下が気になるアラフォー男の備忘録。普段は情シス勤務のサラリーマンしてます。問い合わせに端を発し、課題管理・ 変更管理といった形でプロセス遷移していった場合、その遷移が事後的に追いづらい。(あの件どうだったっけ?が頻発する。) Redmineを使って「何を」「どう」管理していきたいのかを、まず考えるとよいです。 2. Redmineを使い始めるシリーズ(3)フィールドはカスタマイズすべし . 前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。
こんにちは、SREチーム エンジニアの西脇(@yasuhiro1711)です。今日は、チーム運用改善の話をしたいと思います。これからチーム運用をしていく方々に少しでも響けばいいな、参考事例になればいいな、と思って書いてお […] 名称 2. ¨éãæ¨©éããæ³¨è¨ã®è¿½å ãæ¨©éãå¿ è¦ã§ãã 管理> トラッカー 3. Redmineのプラグインである「Redmine Backlogs」を使ってRedmineにScrumができる環境を構築していきたいと思います。このプラグインを導入してもRedmineの全てのプロジェクトがScrumの対象になることはないの みなさんは、Redmineのプラグインを使ったことがありますか? デフォルトの機能だけでも便利なRedmineですが、プラグインを使って機能を追加すると、さらに便利になるのでおすすめです! そこで今回は、 ・Redmineにプラグインを入れる目的とは? といった前提知識から、
プロジェクトには期限がないため、例えば、「 チームのタスク管理」といったものを作ることができます。
ワークフロー 5. に続き、日常の運用にまつわる課題をRedmineで解決できるかの検証備忘録。 目次 目次 背景など やりたいこと Redmineでの設定方針について 設定するプロセスのイメージ図 登場人物 ユースケース ヘルプデスク(oahelp)の問合せ登録 インフラ部門担当(staff)の「インシデント管理」 インフラ部門担当(s… […] 3年使ったRedmineの使い方について共有したい10のこと こちらは大規模プロジェクトでの話のようですが, プロジェクトの規模に関係なく適用できそうなことは参考にさせていただきました […]Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。私は、当初「Sprint 1」などにしていたのですが、途中で「次は12だっけ?あれ、今12か?」と混乱してしまったので、「2010/01/01~2010/01/14」といったスプリントの期限をバージョン名にしています。プロジェクトには期限がないため、例えば、「○○チームのタスク管理」といったものを作ることができます。しかしながら、普通に「○○プロジェクト Phase1」「○○プロジェクト 2010 1Q」という名前をつけてもいいと思います。両者を比べてみるとどうなるでしょうか?自分の会社がプロジェクトベースの管理をされている場合は、プロジェクト名をつけたほうがフィットするでしょうし、サービス開発のようなインクリメンタルな開発の場合は、組織名やサービス名で作るとよりアジャイルを意識する形になります。私の経験では、プロジェクトを分けすぎて失敗し、「○○チーム2010」のような組織+年としてみて、年をまたぐチケットで困った経験があるので、シンプルに「○○チーム」という閉じないプロジェクトを作って運用しています。チケットの増加による検索遅延を防ぐために、「過去の思ひ出」というプロジェクトを作り、定期的にチケットを移動しています。注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考えるとよいです。[…] 3年使ったRedmineの使い方について共有したい10のこと […] 前回の記事の通りRedmineを導入したので「こういう設定をしました~」ってのを書いてみます。なお、組織・プロジェクトによってやり方は異なると思いますが「私はこうしました」ってやつです。ご参考までに。 ç§»ï¼ã¹ãã¼ã¿ã¹ã®æµãï¼ã許å¯ããã®ããã§ããã®ãè¨å®ã§ãã¾ãã種é¡ãç°ãªãã¿ã¹ã¯ã ã¨ãã¦ãã¹ãã¼ã¿ã¹ã®æµããé ç®åãåãã§ãæ§ããªãå ´åã¯åããã©ãã«ã¼ã使ç¨ããã®ãè¯ãã§ããããä¾ãã°åç§°ã¯ãã¿ã¹ã¯ããã使¥ããªã©ãã©ã®æ¥åã«ãå½ã¦ã¯ã¾ããã®ãè¯ãã§ããã¾ãããã©ãã«ã¼ã¯å°ãªãã»ã©éç¨ã楽ã«ãªãã¾ããã¯ã¼ã¯ããã¼ã®å®ç¾©ããã¼ã«Ããã©ãã«ã¼ã®æ°ã ãåå¨ããã®ã§ããã©ãã«ã¼ãå¢ãããããã¨ã¯ã¼ã¯ããã¼ã®æ°ãå¢ãã¦è¨å®ã»ç®¡çãé£ãããªãã¾ããRedmineããã便å©ã«ãå¹çãã使ãããªãããã®ãã§ãã¯ãã¤ã³ããç´¹ä»ããé£è¼è¨äºãRedmineã¯ã³ãã¤ã³ããã§ãã¯ãã®ç¬¬5åã¯ããã©ãã«ã¼ã®æ£ããä½¿ãæ¹ã«ã¤ãã¦ã§ããæ°ãããã©ãã«ã¼ãä½ãã¨ãã¯ãããã®ã¿ã¹ã¯ã§ã¯ã«ã¹ã¿ã ãã£ã¼ã«ãã使ç¨ãããã¨ãããã»ãã®ã¿ã¹ã¯ã¨ã¯éãæµããªã®ã§ç¬èªã®ã¹ãã¼ã¿ã¹ã追å ããããã¨ããªã©ã§ãããã©ãã«ã¼ãä½ãã¨ãããã¨ã¯æ°ããªç¨®é¡ã®å ¥åãã©ã¼ã ãä½ããã¨ã ã¨ã¨ãããã¨ããããããã®ã§ã¯ãªããã¨æãã¾ãã