業務標準化を進めるために最初にやること

業務改善の手法「ENCRS」とは？

  〈目次〉   ENCRSの概要 ENCRSの効果・活用事例 デジタルツールでの改善 改善点の見つけ方、ENCRSの進め方 関連資料   さらに詳細の概要説明・活用事例・ENCRSの進め方は、「5.関連資料」のPowerPoint資料「ENCRSで業務改善.pptx」をご覧ください。     1. ENCRSの概要     ENCRS(エンクルス)とは一般に生産現場の業務改善で広く活用されているECRS手法をベースに、 改善効果を最大化させるために必要となる N(Negotiation：交渉) を加えた当社独自の改善の考え方です。 業務改善のポイントを、以下の頭文字を取ったもので整理しています。     　           2. ENCRSの効果・活用事例   ENCRSは、月・年単位で工数削減できた実績が多数ありますが、ENCRSのよくある活用事例は、 「無駄なものが無いか確認して減らす」「自動化できるところがないか探して改善する」というものです。   　　 　 　         3. デジタルツールでの改善   業務プロセスを設計・改善する際には、デジタルツールの活用も検討材料に加えると良いでしょう。   ENCRSの視点でデジタルツールが活用できないか？を考えると イメージが沸きやすくなります。   特に、Simplify（簡素化）手作業の代替できるところ、スピードの向上のために簡素化できないかを考えると分かりやすいです。   デジタルツールの活用のメリット単純に作業効率を上げるだけでなく、以下の効果も見込めます。   業務で扱う情報がデータ化、蓄積され効果的な分析がしやすくなる 作業が自動化されることによるミスの低減     　Point　　　ツールを作成する際のポイントは？   最初のポイントは以下の事柄を「整理すること」です。   なぜツールをつくるのか？（何を実現させたいのか？） 目的を実現させるために必要な機能は何か？ ツールを実行する際の最適な流れは何か？ 使用者が使いやすい画面はどういったものか？   ツール作成に至った背景・目的から必要な機能をすべて洗い出し、 機能の抜け漏れなくスムーズにコーディングを進められるようにできるようにしましょう。   VBAやRPAはあくまで手段のひとつですので、 ”ツールは作ったが、しばらく経って使わなくなる”　ということが起きないように 作成後のメンテナンスのことも考慮の上で進めてください。         4. 改善点の見つけ方、ENCRSの進め方     　Point　　身近なところから改善点を見つける   日頃の業務で無駄だと感じていることや、なかなかチーム内に定着しないことなどに着目するのが最初の一歩です。 チームメンバーの気持ちに寄り添い、言いやすい環境をつくりながら、積極的な意見収集を行ってみてください。
   どのような観点から洗い出していけば良いか以下の管理表を参考にしてください。※「関連資料」に添付しています     　       　Point　　改善のスケジュールを習慣化する   チーム全体で改善点を洗い出し、改善策を考えるためには習慣化することが大切です。 以下を参考に、改善のスケジュールを立てましょう　※「関連資料」に添付しています     　     自チームだけでは改善が難しい課題もあるかと思います。 その場合には関係者の協力を得て進められるように、関係者に積極的に改善するべき内容・改善すると見込める効果を提案することが大切です。
   関係者を巻き込まないと改善できない課題については、すぐに解決できないことが多いので 次期に実現できるように動いていきましょう。       5. 関連資料   ▶▶【🎥解説動画】ENCRSで業務のムダを改善する はこちら   ▶▶【📅資料】ENCRSで業務のムダを改善する.pptx はこちら

ナレッジの蓄積方法

ナレッジの蓄積は、以下の手順で行うと効果的です。 １．日々の経験や気付きを記録する まずは個人単位で業務遂行を通じて得た経験を、何らかの形で溜めていきます。 日々の業務の中で、「うまくいった、失敗した、ひやっとした、問題だと感じた、分からなかった」などの感想が大半になりますが、 メモでも構いませんのでとにかくしっかりと、残しておきましょう。 これをできていないと、一定期間のタイミングで振り返りを行う際に、まず思い出すことから始めないといけなくなります。 かなり非効率になってしまいますので、ぜひ経験や気づきを記録することを日々の習慣にするようにしてください。 ２．振り返る 次に、蓄積した内容を振り返り、整理します。ナレッジ化にはこの工程がとても大切です。 なぜそうなったのかを分析し、こうすればうまくいく、こうすると失敗する、という命題形式の教訓に変換をしていきましょう。 ３．チームで共有し、確認する 一定期間溜めた内容をチームで共有し、チームとして有用なものをチームのナレッジとして管理していきます。 これによって個人の気付きだけでなく、チームとしての学びにすることができます。 これらの活動は時間を取ることはとても難しいですが、サイクルが回り出すとチームに余裕が生まれ、仕事が格段にやりやすくなります。 ４．関連ドキュメントに反映する 最後に、それらのナレッジをいつでも当たり前に利用できるものとして残します。 ステークホルダーに関することなら、ステークホルダー一覧にといった具合に本書で紹介されているドキュメントの中で関連するものを更新します。 繰り返し実行する作業に関する内容は、業務フロー図や手順書をアップデートすることで教訓を活かし、大きく生産性を上げることができます。 ナレッジは、活用されてこそ価値が高まります。ただし、何もフィードバックがないとそのナレッジの有用性や再現性を評価することができません。ナレッジを活用したら、「ここがうまくいった」「ここがうまくいかなかった」「このようなケースではうまくいく」など、 チームミーティングやナレッジ共有会などの場で、またはナレッジを共有するツールのチャット欄などで、書き込みによりフィードバックをするようにしましょう。 理想的なナレッジ管理の手順を記載しましたが、始めのうちは、まずはメモを残す、共有するだけでも良いです。 それだけでも後から同様の業務をする人にとっては大きな助けとなります。 最低限メモを残し、活用しながらブラッシュアップしてより活用しやすいナレッジにすれば良いのです。

日々の振り返りのコツ

振り返りは、ビジネスシーンだけでなく、普段の生活でもよく行われます。 例えば料理をするシチュエーションでは、想像していた味にならず、どこのプロセスがまずかったのか？と考えるシーンはよくあります。 何度かレシピ通りに作っていると、実は簡略化できる工程に気づくことがあります。 ビジネスシーンにおいても同じで、実際に計画に沿ってやってみると、想定以上に工数がかかってしまう、実は重要なプロセスが抜けていたなど、予定外のことがたくさん発生します。 このように実際に物事を進めていると、改善できそうなところに気づくことが多々出てきます。 つまり、より高い成果を生み出していくには、最初に決めた手順でなく、細かく修正をしながら進めることが大切です。 効率的に振り返りをするには、やみくもに振り返りをするのではなく、フレームワークを活用しましょう。 ここでは、YWTを紹介します。YWTは、やったこと(Y)→わかったこと(W)→次にやること(T)、と流れで振り返りを行えることが特徴です。 Y：今日やったことは何か。実績。 W：わかったことは何か。気づき。 T：次にやることは何か。改善点。 しかし、いざやってみると難しいため、それぞれのコツをお伝えします。 ▼Y(やったこと) 上手くいかない事例としては、Yの粒度が荒いケースです。 例えば、今日は提案資料の作成を行ったとします。これを書き起こすと、 △　提案資料の作成　できた/できていない。順調/遅延。など 〇　提案資料の作成　50％/順調 　　└ストーリーを作る　完了 　　└目次を作る　完了 　　└目次ごとのキーメッセージを作る　未着手 　　└必要なデータを収集する　未着手 粒度が荒いままだと、何ができたのか？できていないのかが？わかりづらく、次のWも振り返りがやりにくくなってしまいます。 具体的なタスクを洗い出すことで、実際の進捗具合が分かりやすくなります。 ▼W(わかったこと) Y(やったこと)に対して、「うまくいった」「うまくいかなかった」という振り返りだけで止まってしまうケースがあります。 そうではなく、そこから得た気づき、学び、ひらめきを、書き出すようにしましょう。 △　ストーリー作りは順調に進んでいる。しかし目次つくりは想定よりも時間がかかってしまった。 〇　目次つくりは想定よりも時間がかかってしまった。参考になる資料がなくて、自分で考えていたが、アイデアがなかなか出てこなかった。 　　1人で進めるのではなくて、困ったときは、上司に相談すればよかった。 うまくいった、いかなかった、という状況から、もう1段要因を考えてみるとよいです。 もう1段振り返るときのポイントは、why(どうして？)よりも、what(要因)は何だろう？と考えてみて、 「こうするとうまくいく」、「これをやると失敗する」というところまで掘り下げることがポイントです。 次のT(明日につなげられる改善のアイデア)に繋がっていきます。 ▼T(次にやること) W(わかったこと)から、工夫することを書き出しましょう。こちらも、具体的な内容が書かれないケースがあります。 △　作業工程を見直す 〇　30分考えてもアイデアが出なかったら上司に相談をする。 このように、具体的に記載することで、次の日から何をすべきかが、ハッキリと見えてきます。 次の日の振り返りでは、このTで書いた上司に相談する、これが効果があったのかどうか、実際に相談しようとしたら、何が起きたのか、という振り返りを行っていきます。 このように、自ら考え、進めながら細かく修正を行うことが大切です。

資産棚卸し方法

資産の種類は、大きく2種類に分かれます。ドキュメント関連(マニュアル、ツール)と、ファシリティ関連(IDカード、什器類、アプリやシステムの権限等)です。 ドキュメント関連の棚卸を行うには、まず業務一覧をベースとし、既存のマニュアル類の棚卸しを行います。このタイミングで、整備すべきマニュアル類を精査し、最新化されていないマニュアル類が無いかを、各担当単位で確認し、存在する場合は更新対象とします。次に、着手する優先度を決め各マニュアルの整備を行います。優先度が緊急でない場合は、次期の整備計画を作り段階的に整備していきます。 優先度を検討する際は、今起きている問題、来期の計画を判断材料として考えるようにしてください。 ドキュメントが不揃いで、最新情報へ更新がされていない場合は、チーム内で共通認識を持てておらず、業務上で問題が起きている可能性があります。 その場合は、優先度を上げて対応を行ってください。 ファシリティ関連の棚卸を行うには、一例を以下に記載します。 　PC、PC付属品、セキュリティカード、ロッカー、アプリケーション(個人、チーム)、システムアカウント等 棚卸の頻度の失敗事例としては、仕様が特別なシステムアカウントがないかどうか、注意するとよいです。 実際の失敗事例としては、あるシステムが3か月間アクセスしていないと、権限が切れてしまうという仕様であるにも関わらず、チームでは3か月に1回の頻度でしか棚卸を行っていませんでした。 そのため、半分以上の方がそのシステムの権限失効してしまい、再発行に不要な工数をかけてしまった、という事例があります。 棚卸を行う頻度は、そのようなシステムの仕様も考慮に入れて設定してください。 またよく無くしがちなのは、ロッカーのスペアキーや、PCのアダプターなどの付属品です。 これら利用頻度が低いものは、紛失しないように、保管場所を予め定めておくなど、工夫をしてください。