2021/07/12 09:36
日報アプリを使ってらっしゃるところは多いかと思うのですが、どうやって入力の手間を省いていらっしゃるのか、すごく知りたいです。
現状で日報はメールベースなのですが、理想は日報からタスク管理にアクションで飛ばすあたりまで持って行ければいいなと思っています。
ただ「報告までがお仕事」というのが正しいとしても、なかなか分かりやすく書くことは難しく、受け容れられやすい方法がないかと悩み続けています。
特に管理部門はよく言うところの『雑務』が多く、日報にすると大変なのも事実なんです。
でも、そこから発生する次のステップをきちんと管理しないと、漏れや遅れの原因にもなるし、各自の持ってる作業の量が可視化されないと、仕事が偏ってしまうことにもなると思うんですよね。
何かよい方法をお持ちの方がいらっしゃれば、ヒントを・・・。
ミュートしたユーザーの投稿です。
投稿を表示当社企画部門の日報アプリはこんな感じです。
作業量を明確に数値化等はできていませんが、なにかのご参考にしていただければ!
1.日報アプリ…業務日報というよりテレワーク対応兼、コミュニケーション促進に使ってる感じです。
日付:作成日 担当者:作成者
体温測定時刻:日時 体温:数値 体調の変化(任意):文字列一行
勤務形態:ドロップダウン 業務開始時刻:日時 業務終了予定時刻:日時
本日の成果物:文字列一行 本日の成果物 :添付ファイル
・コメント欄で毎朝各担当が気になるニュースを共有したり、雑談したりするのが日課となってます。
2.業務に関する報告についてはスレッドとTODOアプリの組み合わせで対応
1)月次業務…月次業務進捗管理スレッド
2)年次業務…個別のスレッドで進捗共有。
3)小さな雑務については『~~部のつぶやき』というざっくりなスレッドで報告
4)スポット対応かつボリューム感のある業務はTODOアプリで個別管理。
・スレッド報告はTODOよりもほかの担当者がアクションが見やすい
且つ、部の業務状況について全体像が把握しやすいと感じています。
・スレッドはTODOより気軽に報告・連絡ができる。(なんとなくそんな気がする)
・あとTODOはスレッドとちがって埋もれにくいのが気に入っています。
ほかにもいくつか報告系アプリは作成して運用していますが、『どこまでアプリをひとつにまとめるか』や『フォーマットをどこまでかっちり固めるか』がいつも悩むポイントです。
あとスレッド報告はスレッドの乱立に注意が必要ですね。。
こうやって文字に書き出すといろいろな気づきがあって良いなぁと改めて思います。
(1の日報アプリについて、一部形骸化してるフィールドあるなぁ。。)
ミュートしたユーザーの投稿です。
投稿を表示ミュートしたユーザーの投稿です。
投稿を表示うまくいってない事例ですが、何かのヒントになれば・・・。
情シス部門の日報にkintone使ってます。
アプリのフィールドは以下の通り。
フィールド名:種類:備考
作業日:日付
報告者:文字列1行:kintone未導入の他部署にも広げるときのことを考え、フォームブリッジからの入力を見据えて手入力
タイトル:文字列1行:作業日&報告者で通知時のタイトル用に使う
作業予定:文字列複数行:その日の作業予定を出勤時に入力
業務報告:文字列複数行:終業時にその日の作業内容を入力。初期値で【作業内容】【予定外作業内容】【終わらなかった作業】の3行。
その他報告事項:文字列複数行:備考欄として。
プロセス管理で未処理→業務開始→業務終了。業務終了時に上長に通知。
うまく行っていない点。
・作業予定に中長期案件も書かれてしまい純粋なその日の予定がわからない。
・業務報告に中長期案件も書かれてしまい(以下略
・【終わらなかった作業】が翌日の作業予定には書かれておらず、作業が尻切れトンボ
行った対策
・上長から直接指導→効果なし
・フィールド名の変更→なぜか断固拒否
・業務報告を【作業内容】【予定外作業内容】【終わらなかった作業】の3つにフィールド分割→入力欄が増えるのは嫌だと断固拒否
超勤対策として作業を可視化し、超勤すべき内容で超勤しているのか、その日の予定組の時点で超勤発生が確実な予定を組んでいないかの確認のために日報制度を導入したのに、本来対象としている超勤者がまともに運用しないというジレンマです。
ミュートしたユーザーの投稿です。
投稿を表示ミュートしたユーザーの投稿です。
投稿を表示ミュートしたユーザーの投稿です。
投稿を表示ミュートしたユーザーの投稿です。
投稿を表示ミュートしたユーザーの投稿です。
投稿を表示