たわごとウチの会社にもご多分に漏れず「週報」と言うモノがある。離れた場所にいる部下の状況を把握するためには「報告書」のやり取りが必要だとは思う。あまりにもウチの会社の報告書の実体はヒドすぎる。言うわけで週報をシステム化したい。工数とコストを掛けずに。使用するシステムの選定システム化すると言っても別にフルスクラッチで作ろうと言う訳ではない。既存のフリーのシステムを利用したい。以前、情報の種類によって管理に適したシステムは異なるって話をした。報告に対する上長のコメントコメントを記載するためにはBlogかITS/BTS。2の課題を管理する点がある時点でRedmineのようなチケット管理システムがいいと思う。社内でRedmineの運用が始まったのでRedmineならすぐに使える。システムの使用方法の検討システムが決まったので、次にRedmineをどう使うかを考えてみよう。Redmineで週報を運用する方法として、ぱっと思いつくのは以下の二つ。報告書を書くだけならどちらでも問題はないが、2の運用方法だと最新の報告内容がチケットの一番下になってしまい、いちいち下にスクロールしなければ見られない。最新チケットだけ気にすればいい。以上のことから1を採用。最後に週報を記載してからクローズするまでの運用の流れを考える。現状の運用の流れからすると、登場人物はメンバー、課長、部長の3人。書き終えたらステータスを「進行中」に、担当者を「課長」に変更する。コメントがあれば記載し、ステータスを「フィードバック」、担当者を「メンバー」に戻す。問題なければ、ステータスを「解決」、担当者を「部長」に変更する。書いた報告に何らかのコメントが付いた状態。コメントに返信し、ステータスを「進行中」に、担当者を「課長」に変更する。メンバーと課長の報告のやり取りを確認し、ステータスを「終了」に変更する。やり取りについて指摘事項があれば、担当者を「課長」に戻す。報告書がクローズされた状態。フローを図にするとこんな感じ。部長が全ての報告書をクローズしなければならないのが若干面倒かもしれないが、まぁ、ちゃんと全体に目を通していることをオープンにするためにも必要かな。部長を含めない運用であれば、課長がステータスを「終了」にしてクローズすればいい。個別にチケットを作成して対応し、週報にその旨を記載する。関連チケットとか設定してもいい。することで課題の解決漏れを防ぐ。後は実際に運用して問題点を洗い出してみるか。関連記事19Git、Redmineを利用したWeb開発学習用の課題を考えてみる自分のブログ開発環境も安定稼動をはじめ、ひと段落してしまった。言ってやる事があまりなくなってしまったので、新しい事を始めてみる。20:53某所で「グループウェアやワークフローの選択肢はなかったのか?」と言うご意見をいただきました。それに対してコメントしておくと、グループウェアは既に導入済みのモノがあり、報告書の機能やワークフロー機能もついている。そちらを使う案も一瞬検討にあがったけれど、現行のシステムは・ワークフローも報告書機能は上長に報告するだけ、報告先以外の人間への共有ができない・報告者への通知や、読まれたかどうかがわかりにくい等の不満があった。新しく導入するにしても、きちんとしたワークフロー機能を有するグループウェアは基本的にコストがかかる。言うことから、選択肢から除外してます。フリーで使いやすいワークフローやグループウェアがあったらおしえてくださいませ。コメントをキャンセルメールアドレスが公開されることはありません。*サイト上に表示された文字を入力してください。コメントデータの処理方法の詳細はこちらをご覧ください。この投稿へのトラックバックトラックバックはありません。