チームの速度を落とさずにビジネスプロセスをドキュメント化する方法

従来のやり方は、人々に記憶からプロセスを再構築し、レビュー会議を設定し、ドキュメントを手作業で維持するよう求めます。チームがそれに抵抗するのは当然です。

このトピックが初めてなら、まずプロセスドキュメントの初心者向けの定義から始めてください。チームがそれを怠るとどうなるのか気になるなら、プロセスドキュメントの不備が招く隠れたコストをご覧ください。

問題はドキュメントそのものではなく、その手法にあります。プロセスが起きている最中にキャプチャし、下書きを自動化し、非同期でレビューすれば、ドキュメント化は中断ではなく仕事の一部になります。このガイドは、速度を犠牲にせずにビジネスプロセスをドキュメント化する方法を示します。

重要なポイント

• 速度かドキュメントかというトレードオフは誤りです。重厚な手法はチームの速度を落としますが、軽量で作業の流れの中で行うキャプチャはそうではありません。ドキュメント化がボトルネックに感じられるなら、問題は手法であって、ドキュメント化という営みそのものではありません。
• あとから記憶を頼りに書くのではなく、仕事の流れの中でキャプチャしましょう。実行しながらプロセスを記録すると8〜15分で済みますが、あとから同じ手順を記憶から再構築すると90〜120分かかり、それでも例外を見逃します。
• 土台となる仕事ではなく、ドキュメント化の労力を自動化しましょう。自動キャプチャ、AIによる下書き、そして画面が変わったときに再生成されるドキュメントが、人手の時間を削ります。タスクそのものを自動化するのは、別のプロジェクトです。
• ドキュメントのための会議を、非同期レビューに置き換えましょう。物事を書き留めるための同期的な儀式こそが、チームに抵抗させるまさにそのオーバーヘッドです。キャプチャは流れの中で起こし、レビューは各自の都合のよい時間に届くようにしましょう。
• 腐っていく完全なドキュメントではなく、最新に保たれる、より少なく軽いドキュメントを目指しましょう。誰かが信頼できる短いガイドは、誰も開かない網羅的なWikiに勝ります。

なぜチームはドキュメント化に抵抗するのか

その抵抗は合理的です。チームがドキュメント化を避けるのは、怠けているからではありません。彼らが教わってきたやり方が、得られるものよりも本当に多くのコストを要するからこそ、避けるのです。

実際のオーバーヘッドを数えてみましょう。6人で60分間行う週次のプロセスレビュー会議は、週に6人時、年間で300人時近くにのぼります。しかも、誰かが実際に使う一文を書く前の段階でです。

そこに、2週間後に記憶から書かれ、公開される頃にはすでに半分間違っているWikiページを加えましょう。さらに中断税を加えます。ドキュメント化のために手を止めることは、単に10分のタイピングではありません。深い集中に戻るのにかかる20分あまりの時間なのです。それをチーム全体で1日4回やれば、午前中を使い切ってしまいます。

そのどれも、仕事がどう行われるかを知るためのコストではありません。それは特定の重厚な儀式のコストです。長く書き、遅れて書き、誰も訪れない場所に書く。チームは、この儀式が割に合わない取引だと正しく学んできました。そして、そこから誤った結論を引き出しました。ドキュメント化は速度の敵だと結論づけたのです。彼らが実際に証明したのは、プロセスが壊れているということです。

その手がかりは、儀式を取り除いたときに何が起こるかです。仕事が起きている最中にプロセスが30秒でキャプチャされると、抵抗は消え去ります。抵抗すべきものが何も残っていないからです。足かせは記録そのものではありませんでした。それを生み出すことを取り巻く儀式だったのです。以下のすべては、その儀式を一層ずつ剥ぎ取ることについてです。

軽量なドキュメント化の戦略

軽量なドキュメントとは、次の人があなたに尋ねることなく仕事をこなせるようにする、最も短い記録を意味します。最も完全なものではありません。最も短くて役に立つものです。「徹底的」から「十分」への、そのたった一つの転換こそ、取り戻される速度の大半が宿る場所です。

4つの習慣が、その仕事のほとんどを担います。

記憶からではなく、実際の作業からキャプチャする

最も不正確なドキュメントは、プロセスが本来こう進むはずだという想定から書かれたものです。誰かが実際にそれを行うところを記録すれば、筋肉が覚えているだけのステップも紙面に載ります。

これはコストの面でも決定的です。ワークフローを実行しながらキャプチャするのは通常8〜15分ですが、あとから同じものを記憶から書くと90〜120分かかり、それでもエッジケースを取りこぼします。この極端な形として、チームは今や一文字もタイプせずにワークフローをドキュメント化し、キャプチャそのものを下書きにしています。

すべてのクリックではなく、判断をドキュメント化する

新入社員は、どのボタンを押せばよいかは自分で見つけられます。彼らが取り戻せないのは、なぜあなたが50ドル未満の返金リクエストで2番目の承認を飛ばすのか、という理由です。判断を書き留め、明白なステップは明白なままにしておきましょう。

意味を運ぶ最も短い形式を選ぶ

40秒の画面録画、注釈付きのスクリーンショット、あるいは5行のチェックリストが、2ページの手順書に勝り、しかもわずかな時間で済むことはよくあります。散文は要件ではありません。理解こそが要件です。

余計な儀式を加えないツールを選ぶ

テンプレート、承認の連鎖、レビュー委員会を強制するドキュメントシステムは、2分のキャプチャを2日がかりのプロジェクトに変えてしまいます。選択肢を評価するときは、機能リストの長さではなく、ワークフローの摩擦を重んじましょう。軽量なドキュメントソフトウェアの選び方のガイドが、その判断の道筋を案内します。

リーンオペレーションの発想がここにきれいに当てはまります。成果物は、必要なときに、使う地点で、機能する最小のバッチで生み出しましょう。次のスプリントで削るかもしれない機能のために50ページの仕様書を書いたりはしないはずです。同じ規律をプロセスドキュメントにも当てはめましょう。その不在が実際にチームを止めてしまう数少ないものをドキュメント化することに集中し、それを最新に保てるほど安上がりにしましょう。

自動化

ここで言う自動化は、一つの特定のことを意味します。ドキュメント化にかかる人手を削ることです。それは、ビジネスタスクそのものを自動化することを意味しません。それは別の見返りを持つ別のプロジェクトであり、別のガイドに属します。繰り返しの手順を、ボットやスクリプトが実行するものに変えることについては、繰り返しタスクをドキュメント化するための究極ガイドをご覧ください。この2つは分けて考えましょう。さもないと「自動化」の議論は6ヶ月がかりのRPAプロジェクトに崩れ落ち、ドキュメントは決して書かれません。

3つのてこが、チームのやることに手を触れずに、ドキュメント化の労力を減らします。

一度記録して再利用する

自動キャプチャツールは、ワークフローが起きているところを見守り、あなたのために最初の下書きを作ります。ステップ、スクリーンショット、そして順序です。人は書くために手を止めません。ただ仕事をするだけで、そこから下書きが生まれ落ちます。

下書きは機械にやらせる

生のキャプチャを、きれいで読みやすい手順書に変えるのは機械的な作業であり、まさに人々が嫌がる部分です。それを手放すことは、いま利用できる最も明快な勝ち筋の一つです。それがSOP作成全体でどう展開するかについては、下書き作業をAIに任せるをご覧ください。実際には、これで下書きの時間をおよそ60〜80パーセント削減できます。人が著者から編集者に移るからです。あなたは白紙のページを見つめるのではなく、下書きを直しているのです。

人が付きっきりにならなくてもドキュメントを最新に保つ

ドキュメントの最も大きな隠れたコストは、それを書くことではありません。それを維持することです。ガイドは、インターフェースが変わった最初のときに古びます。そして古びたガイドは、ないよりも悪いのです。誰かがそれを信じてしまうからです。維持を軽くする答えは、プロセスを一度記録し、土台となる画面が変わったときにガイドを再生成することです。そうすればドキュメントは、現実からずれていくのではなく、現実を追いかけます。維持を自動化すれば、ほとんどのドキュメントが死ぬ理由を取り除けます。

この3つすべての土台にある原則は、自動化を機械的なステップに向け、人間を判断のステップに残すことです。ツールが書き起こし、書式設定、バージョン更新を肩代わりしてくれたからといって、誰の一日も遅くなったりはしません。

非同期のコラボレーション

ドキュメント化の足かせになる最大の要因は、それを会議にしてしまうことです。誰かがプロセスを声に出して説明するために長引くスタンドアップ、「引き継ぎのすり合わせ」のために招集されるワークショップ、5人が1人のドキュメント編集を見守るレビュー通話。これらは、非同期の問題に対する同期的な解決策であり、時間が消えていく場所です。

非同期のコラボレーションは、その依存関係を断ち切ります。キャプチャは、仕事が起きるたびに、それを行っている本人によって、他の誰かのカレンダーを押さえることなく行われます。レビューはあとから、文章で、余白に、レビュアー自身のスケジュールで行われます。誰も、誰かのせいで止まったりしません。

計算は明らかにこちらに味方します。6人で行う60分の定例すり合わせ会議を一つ非同期レビューに移せば、そこに座っていた人たち、その多くはあなたの最も高コストなスタッフに、週あたりおよそ6時間を返すことになります。ドキュメントは依然としてレビューされます。ただ、全員が同じ会議に出る必要がないだけです。

もう一つの利点があり、それは見落とされがちです。ドキュメント化が会議であるとき、あなたの最も上級の人たちは常設の質問窓口となり、尋ねてくる誰にでもリアルタイムで同じことを繰り返します。一度キャプチャされ非同期で読めるようになれば、彼らは検索エンジンであることをやめ、彼らにしかできない仕事に戻れます。ドキュメント化を、仕事をこなしそれを文章でレビューすることの副産物として扱えば、副作用としてワークフローの最適化が得られます。会議は減り、ブロックは減り、そして誰かが読むたびに良くなっていく記録が手に入ります。

テンプレート

テンプレートは、買える中で最も安い速度です。何かをドキュメント化する上で最も高くつく部分、すなわち白紙のページを取り除いてくれるからです。誰かがすでに考え抜いた構造から始めれば、「そもそもここに何を書けばいいのか」という90分の作業が、15分の穴埋めに変わります。それは官僚主義ではありません。それはてこの力です。

落とし穴は、絶えず作り直しが必要なテンプレートです。特定のスクリーンショットや正確なボタンのラベルに固定された手順書は、ベンダーがデザイン刷新を出した日に壊れ、そうなるとあなたのテンプレートは、意図せず人々に間違ったステップを教えてしまう負債になります。持ちこたえる版は、意図と手順を、UIの変更に耐えるレベルでドキュメント化します。だから週に一度ではなく、四半期に一度直せば済みます。持ちこたえるパターンについては、絶えず作り直す必要のない再利用可能なテンプレートをご覧ください。

テンプレートを、プロセスの重さに合わせましょう。日々の仕事のほとんどは、5行のチェックリストがあれば十分で、それ以上は要りません。本当に複雑で高リスクな手順は、より厳密さに値します。そのときは、追い詰められて構造を編み出すのではなく、必要なときに手順を作成するための体系的なフレームワークに頼りましょう。腕の見せどころは、どちらがどちらかを見極め、仕事がそれ以上を必要とすると証明するまでは軽い方を既定とすることです。

複利で効いてくるのは再利用です。ドキュメントの形を一度標準化すれば、将来のすべてのキャプチャがそれを受け継ぎます。一貫していて、予測でき、思考がすでに済んでいるので速く作れます。優れたテンプレートライブラリは、リーンなチームが持てる最強のドキュメントシステムです。ちょうど良い量のドキュメント化を、最も抵抗の少ない道にしてくれるからこそです。

ドキュメントはチームの速度を落とすのではなく、上げるべきもの

最も速いチームは、ドキュメント化を飛ばすチームではありません。ドキュメント化を、続けられるほど安上がりにするチームです。彼らは記憶から書く代わりに流れの中でキャプチャし、下書きと維持を自動化に吸収させ、部屋の中ではなく非同期でレビューし、誰も白紙のページから始めなくて済むようにテンプレートに頼ります。そのどれも、速度との引き換えではありません。それは、すべてを頭の中に抱えていた人がいなくなっても速度が生き延びるための方法なのです。

だから次に誰かがドキュメント化はチームの速度を落とすと言ったら、その人は半分正しく、そして間違っている半分こそが重要な方です。ドキュメントはチームの速度を落としません。間違ったやり方でドキュメント化することが、速度を落とすのです。軽いやり方でドキュメント化すれば、足かせなど最初から存在しなかったのだと分かります。

よくある質問