社内向け業務ツールを作るための実践ガイドです。どの業務にツールが必要かを見極める方法、多くの社内ツールが放置される理由、雑然とした手作業のワークフローからソフトウェアへ至る作り方、そして誰も保守しないツールを増やすのではなく、自分の手で持ち続けるための考え方をまとめました。
手作業の手順やチャットのやり取り、そして記憶だけで重要な業務を回している運用チーム、オフィスマネージャー、創業者、そして成長中の企業。
- どの手作業が本当にツールを必要としているかを見極める方法
- 雑然としたワークフローから、みんなが信頼するソフトウェアへ至る作り方
- バックログの一項目ではなく、自分で持ち、自分で変えられる社内ツール
成長している会社はどこでも、どこにも記録されていないいくつかの業務で回っています。チャットの中で済ませてしまう承認、誰かの頭の中だけで管理されている引き継ぎ、どこにも書かれていないからみんなが尋ねて回るステータス。こうしたもののために社内ツールはあります。作られるものが少ないのは、もはやコストのせいではありません。エンジニアリングのバックログの上まで、決して上がってこなかったからです。このガイドは、正しい一つを自分で作り、実際に形にするための話です。
ツールが必要な業務とは、みんながお互いに尋ね合い続ける業務であり、引き継ぎ待ちで仕事が止まる業務であり、いまチャットのやり取りと記憶だけで辛うじて成り立っている業務です。チームで繰り返し出てくる質問が「Xのステータスはどうなっていますか？」や「Yは今誰が持っていますか？」のようなものなら、その質問こそが仕様です。ツールは、誰も尋ねなくても答えが見えるようにするために存在します。
社内ツールは人を置き換えるためのものではなく、チームが大きくなるほど膨らむ調整コストを取り除くためのものです。5人の会社は頭の中で調整できます。20人になってもまだ頭の中で調整している会社は、毎日の中で、ステータス共有や承認の催促、いま何がどうなっているかの説明のやり直しに割く時間が、じわじわと増えていきます。この目に見えない負担こそ、絞り込んだ社内ツールが取り除くものです。だからこそ、最初に作るべき正しいツールは、調整に最も多くの時間が流れ出ている業務を狙います。
痛みで選び、正直に測りましょう。数日かけて、どの業務が最も多くの「ちょっとした質問」を、最も多くの取りこぼした引き継ぎを、最も多くの「それあなたがやってると思ってました」を生んでいるかを観察します。勝つのはたいてい最も複雑な業務ではなく、最も頻繁に調整が必要な業務です。
社内ツールが失敗する理由には決まったパターンがあり、それを先に知っておくことが、あなたのツールを生き延びさせるための大半を占めます。
使うほうが使わないより楽なとき、その社内ツールは機能しています。機能を足す前に、それがツールを使うのを速くするのか、遅くするのかを問いましょう。放置された社内ツールの多くは、善意で死にました。誰かが欲しがるかもしれない項目、丁寧に見えた手順、その一つひとつが日々の道を重くしていき、ついに人々はそこから降りてしまうのです。
人の頭の中にある業務から一つのツールへ移る道のりは、信頼できる順序をたどります。最初の一歩を飛ばすことこそ、これほど多くのツールが間違った問題を解いてしまう理由です。
ある物流チームの最悪の業務は機材の貸し出しでした。どの端末を誰がいつから持っていて、返却期限を過ぎていないか。それがすべて、一つのチャットチャンネルとある一人の記憶で管理されていました。1週間観察すると、それは四つのものになりました。資産、人、貸し出し、そして返却済み／期限超過という状態です。バージョン1では、誰でも端末を借り出せて、機材群全体のステータスを一つの画面に表示し、期限を過ぎたものを自動で示しました。毎日の「スキャナーは誰が持ってる？」という質問はぴたりと止まりました。画面がそれに答えてくれたからです。
生き残る社内ツールと死ぬ社内ツールの違いは、たいてい機能ではありません。チームがそれを現実に合わせ続けられるかどうかです。二つのことがそれを守ります。
まさにここで、業務を言葉で描き、それに合わせてツールを作ってもらうやり方が、二つのものに勝ります。硬直したテンプレートと、書き終えたら去っていく開発者による使い捨てのスクリプトです。あなたが手にするのは、自分の本物のワークフローに合わせて形づくられたソフトウェアであり、ワークフローが変わっても、毎回エンジニアリングの列に並び直すことなく、あなた自身が形を変え続けられるものです。ツールが生き続けるのは、その業務を回す人たちが、それを正直なままに保てるからです。
みんながお互いに尋ね合い続け、引き継ぎ待ちで仕事が止まる業務を狙いましょう。数日かけて、どの業務が最も多くの「ちょっとした質問」と取りこぼした引き継ぎを生んでいるかを観察します。最も複雑な業務ではなく、最も頻繁に調整が必要な業務こそ、ツールが最も多くの無駄な時間を取り除ける場所です。
本物ではなく、きれいに整えた版の業務を解いてしまうから、更新するのが置き換えたはずのチャットより遅いから、業務が変わったときに変えられないから、あるいはデータのサイロになってしまうからです。対策は、まず本物の仕事を観察し、ツールを最も速い道にし、そして自分で変えられるようにすることです。
主な道だけです。レコードを作成し、それを本物の各状態を通して動かし、ステータスを見て、引き継ぐ。加えて、誰が何をするのか、誰は見るだけでよいのかを決める役割です。想像したものではなく、実際に観察した例外を足し、それ以外はすべて、人々が使い始めた後に回しましょう。
もう必要ありません。そして自分で作ることには本物の利点があります。社内の業務は絶えず変わるので、業務が変わっても編集できるツールは役に立ち続ける一方、変更のたびにエンジニアリングのチケットが要るツールはずれていき、放置されます。ワークフローを言葉で描き、それを変えられる力を手元に持ち続けましょう。