社員の提案を、一つの仕事で試す

現場から「このやり方を変えたい」と声が出たとき、すぐ全社へ広げるか、まだ早いと見送るかの二択にしなくても構いません。まず何を確かめたい提案なのかを聞き、影響を管理できる一つの仕事で試せるか考えます。提案した人だけに、実行と説明の全てを背負わせない進め方です。

方法の前に、困っている場面

説明のための例

提案が道具や機能の名前になっている場合は、今どんな作業で困るかを聞きます。誰が、どの情報を受け取り、どこで待つのか。解決したいことが分かれば、提案された方法以外にも比較する案が見つかるかもしれません。

説明用に、問い合わせの記録様式を変えたい提案を考えます。入力を短くしたいのか、次の担当が探す時間を減らしたいのかで、試す項目は違います。最初の相談で完成した企画書を求めるより、一件の記録を見ながら困る箇所を選べます。

対象の仕事、参加する人、期間、変更する項目を決めます。社外へ影響するもの、個人情報を扱うもの、費用が発生するものなどは、必要な承認と管理の条件を先にそろえます。「試しに」という言葉で通常の権限や規程を省かないようにします。

本番へ触れずに確かめられる部分は、説明用のデータなどで先に試せます。実際の仕事で試す場合も、従来の方法へ戻す場面と、その判断をする人を決めます。支障が出たときに、提案者だけが続行の責任を持つ形にしません。

作業時間も割り当てます。提案を採用した後で通常の担当業務へ全て上乗せすると、試す時間がなくなるかもしれません。資料作りや結果の整理を誰が手伝うかも含めて、管理者と相談します。

入力した件数、手直しが必要だった箇所、受け取る人が迷ったことなど、知りたいことを選びます。時間の変化を見るなら、対象や条件も残します。始める前の記録がない場合は、どの比較ができないかを先に共有できます。

提案者の感想と、利用した人の話を分けて聞きます。便利だったという反応があっても、別の担当の作業が増えていれば、その点を結果へ含めます。好意的な声だけを集めて、導入全体の成功と呼ばないためです。

試した後は、続ける、条件を変えてもう一度試す、今回の形ではやめるなど、判断と理由を伝えます。結果が期待と違ったことを、提案した人の評価へ直結させないようにします。何が分かったかと、本人が担った仕事を分けて扱います。

今回は試せない提案にも、費用や時期、別の計画との関係など、伝えられる理由を返します。採用されることだけが提案の終点ではありません。どの条件なら再び話せるかまで残せれば、出した声がどこへ行ったか分からない状態を避けられます。

共有する記録は長い成功談でなくても構いません。変えた一か所、試した範囲、分かったこと、まだ分からないこと。その小さな記録を次の検討へ渡せるようにして、提案を実際の仕事につなげます。