📍キンコミ Weekly SIGNPOST #1-09『業務の流れを掴む』
💡キンコミ Weekly SIGNPOSTとは？
毎週1つ、kintone SIGNPOSTのテーマをピックアップして、
「こういうときどうしてる？」をゆるく共有していく企画です💬
気軽にコメントやリアクションで参加していただけるとうれしいです🙌🏻
▼ これまでのキンコミ Weekly SIGNPOSTはこちらからチェック👀
https://kincom.cybozu.co.jp/announcements/qv1pvks6wzxol6h7
■ kintone SIGNPOSTとは？
「kintoneで継続的な業務改善をするための道しるべ」として、
kintone経験者の考え方やコツを体系的・網羅的にまとめたコンテンツです。
全部で44パターンあり、状況ごとのヒントがまとまっています。
▼ kintone SIGNPOSTはこちら
https://kintone.cybozu.co.jp/kintone-signpost/
■ 今週のSIGNPOST
1-09：業務の流れを掴む
https://kintone.cybozu.co.jp/kintone-signpost/pattern/1-09.html
■ みなさまに質問💬
こういう状況、問題が起こったときどうしていますか？
まだ実践してなくてもOK◎
「こう思う」という共有や共感のコメントも大歓迎です！
気軽にコメントやリアクションしてみてもらえるとうれしいです☺︎
◀️ 先週のSIGNPOST：1-08『現場とIT部門のチーム』
▶️ 来週のSIGNPOST：1-10『根本原因の追求』
共有する
ミュートしたユーザーの投稿です。
投稿を表示SIGNPOSTでは、言葉違えど「PDCAサイクルを回してアプリを育てる」を推していると思います。
従来の改善提案（≒業務改善）は３ヶ月程度／１クールが平均的と言われてましたが、どれも自部門完結が前提でした。
これらを踏まえると、やはり「まずは自部門完結で業務改善（部門内の『この業務いらないんぢゃね？』などはココである程度やっておく前提）→一定程度アプリ立ち上げ・安定運用（💡アプリメンテ等含む）ができるようになったら、他部門連携を考える中で『連携前提ならこの業務いらないんぢゃね？』などをやるのがよいかと。
ミュートしたユーザーの投稿です。
投稿を表示面倒くさくてもまずは手書きでいいので3-23 図に描くから、業務フローを描いてみる事が重要だと思います。
そして1-05 業務の付加価値に基づき全体背景を見直すことで、不要となっているような業務はカットできる可能性もあると思います。
その結果申請などが減れば3-25 プロセスのシンプル化にもつながると思います。
一方で記載されているような個別のヒアリングも重要な現場からの情報になるのでストックしておくことは大事と思います。その際に0-00 kintoneはkintoneに書かれているように従来型のやり方を踏襲しないようにすることには注意が必要ですが。
SIGNPOSTだらけの回答になってしまいました💦