運用業務でのRedmine
- 2. はじめに ここでご紹介するRedmineの使い方は 単なる一例です。 「こうすべき」というものではありません。 気付いたことや疑問に思ったことを 是非ワークショップで話題にして下さい。 → そのために想ったことはメモ → できれば ツイッタ#47redmine で共有
- 6. 運用例：サーバ台帳 １サーバ(ノード)＝１チケットに起票 資産情報から経緯や注意点等、雑多な情報を チケット本文や添付ファイルに書いて共有できる IPアドレス等おきまり情報はカスタムフィールド → カスタムクエリで一覧化できる サーバのステータスを明確化 → 構築中、開発環境、本番稼働、停止中、廃棄(終了) .. etc いつ、誰が、どの情報を、どう変えた、が残る システム台帳チケット等と相互に関連付けることができる この他、ラック台帳、資産コード台帳、PJコード台帳…
- 7. 運用例：本番作業チケット 本番稼働中のシステムでの予定作業を起票 作業者、確認者等はカスタムフィールド 作業準備のステータスを明確化 → 調整中、手順作成中、手順確認中、許可、 実施中、完了報告、終了 歴代の作業の記録が残る 関連する過去の作業と相互に関連付けることができる No Ticket, No Work!
- 8. 運用例：議事録 １会議＝１チケットに起票 前回の議事録と相互に関連付けることができる チケットの本文に議事内容を記述 → 定型票： Issue Templateプラグインが便利 → 参加者に追記修正してもらう →diffが見れる。いつ、誰が、どこを、どう変えたか明白。 チケットの本文に回覧チェック表を設ける 参加者はチケットを編集してチェックを記入 → 回覧順番を待たずに確認・修正できる → チェック状況がリアルタイムに解る → 担当者を設定してチェックを催促
- 9. 運用例：質問箱(FAQ) 総務や経理への質問をチケットに書いてもらう 最初の担当者は「窓口の人」 「窓口の人」は質問の内容をみて、答えられる人に回す → たらいまわしOK。白昼の元で押し付け合い。 責任を伴うものは責任者に回して了承を得る 回答を本文に書いたら質問者に回す。 質問者は回答を確認し、お礼を書いてクローズする。 過去の類似した質問を相互に関連付けることができる 過去の質問とその回答を検索することができる
- 10. 運用例：作業依頼フロー PC手配、社内システム設定、等々雑多な依頼 依頼事項をチケットに起票してもらう 簡易的な承認フローを回せる ユーザ → ユーザ上司 → システム上司 → システム担当 依頼者が対応状況を確認できる 依頼の内容や量を振り返ることができる （妥当性承認） （負荷分散） フロー遷移をRedmineで制限→ △：最小限で始めて必要に応じて制限するのが吉 人がルールを守る→ ◎：ルールをWikiに書いておくと良い
- 11. 運用例：残業チケット フロー ① 担当者:何の作業で何時まで残業するかを【提案】 ② 管理職:提案の残業を【依頼】(お願い致します) ③ 担当者:翌朝、残業結果を【報告】 ④ 管理職:残業結果を【確認】→ねぎらってクローズ 「どうせ遅くなるからと思ってだらだら」を抑止 管理職に業務状況を知らしめ、責任を負わせる 周囲のメンバーから何やってるかが見える
- 12. まとめ 運用例 サーバ台帳 本番作業チケット 質問箱（FAQ） → 疑問や発想をワークショップへ Redmineの役割 情報を腐らせない（最新に保つ） 情報の所在、状態、関係を明確にする役割 情報の棚卸は必要 → 起票されていることが重要 → 棚卸できる状況を作る役割 議事録（回覧チェック運用） 作業依頼フロー 残業チケット リーダーがやる気ないと誰もやらない(肝)