業務ソフトウェアの初版には何を含めるべきですか？

初版では、誰かが最後まで進められる仕事を一つ選びます。情報に誤りがあるとき、同僚が不在のとき、システムに問題が起きたときでも、その仕事を終えられる条件を含めましょう。

月曜の朝を想像してください。職員がソフトウェアを開いて仕事を一つ終え、次の人が信頼して使える結果を残します。

仕事の始まりと終わりを決める

架空の保守会社が作業指示のシステムを作るとします。最初の利用者は事務所の調整担当者と一つの保守チームです。担当者が作業を登録して割り当て、チームが実施内容を記録します。担当者が結果を確認して作業を完了にします。

これなら役に立つ初版になり得ます。「作業指示の画面」だけでは十分に伝わりません。チームは割り当てを確認できますか。間違いは修正できますか。作業を完了にするとは、何が終わった状態でしょうか。

画面数を決める前に、使う人と得たい結果を定めます。一つの完結した業務には、複数の画面や役割が必要かもしれません。画面の数だけでは、実務に使えるかどうかは分かりません。

英国政府のベータ段階のガイドは、利用者の必要を満たすサービスを作り、検証することを説明しています。利用の一連の流れや、サービスを支える人も対象です。政府の開発手順には固有の要件があります。この保守会社にとって大事なのは、選んだ利用者が作業を最後まで進められるかです。

困る場面もその範囲に含める

この架空の例で、調整担当者が作業を別のチームに割り当ててしまったとします。出発前にチームが間違いに気づきました。誰かが割り当てを直し、両方のチームが現在の内容を確認できる必要があります。修正を後回しにすると、対応すると約束した仕事に穴が残ります。

実際に仕事をする人と、予定する流れを順に確認します。誰が作業を作成、変更、割り当て、完了にでき、誰が情報を見られるかを聞きます。建物に入れない、部品を注文しなければならないなど、仕事が終わらない場合も決めておきます。作業には合意した次の状態と、責任を持つ人が必要です。

二列目はその会社の業務次第です。請求書を出さなければ仕事を完了と扱えないなら、初版でその方法を決めます。既存の請求処理へ合意のうえで引き継げば足りる場合もあります。その手順を黙って省けば、職員は使い始めてから不足に気づきます。

仕事を続けるための仕組みを含める

チームには実際の作業情報が必要です。どの既存記録を移すべきか、誰が確認するか、誤りをどう扱うかを決めます。データの取り込みに目立つ画面がないからといって、不要になるわけではありません。

アカウントの作成と削除、職員からの質問への対応、障害の調査、サービスの維持を誰が担うか合意します。最初の利用者に必要な案内や説明も含めます。サービスが使えない場合の対応と、必要な情報をどう復旧するかも確認します。

Google の運用責任の引き継ぎに関する記事は、準備状況の確認、文書、研修について述べています。これは Google 自身の環境を説明したもので、小規模企業に同じ組織構成を求めるものではありません。ここでの要点は、初版を運用し支える人を決め、必要なものを渡すことです。

本番利用を決める前に不確かな点を試す

プロトタイプは、調整担当者が割り当て画面を理解できるか、チームが携帯電話で訪問内容を記録できるかを調べる助けになります。何を示せるかを明示します。完成品のように見えるデモでも、架空の記録を使い、権限や保存、復旧を省いているかもしれません。

本番利用を承認する前に、実際の初版に必要な検証の根拠を決めます。この例なら、独立したテスト環境で、想定する役割の人が通常の作業と誤って割り当てた作業を試します。チームが見てはいけない作業を見られないこと、修正が正しい相手に届くこと、未完了の仕事を確認できることを確かめます。

さらに、取り込んだ記録、同時変更、障害からの復旧、必要な処理量など、システムのリスクに合わせて検証します。一度うまく進められただけでは、こうした疑問はすべて解消しません。未解決のリスクに担当者を決め、職員がサービスに頼る前に解決すべきものを判断します。

承認する初版の範囲を書き出す

この保守会社なら、初版の範囲を次のように書けます。

• 使う人：調整担当者と、指定した一つの保守チーム。
• 仕事：作業の登録から、合意した完了まで。未完了ならその理由を明記する。
• 必要な支援：役割別のアクセス、修正、必要な初期記録、職員への支援、運用と復旧の手順。
• 受け入れの根拠：合意した通常時と難しい場合の確認に加え、明らかになったリスクへの検証。
• 未決事項：影響を受ける仕事を承認する前に答える責任者を指定する。
• 後から対応：顧客のセルフサービス、訪問経路の計画、自動請求。既存の手順への引き継ぎを合意しておく。

この範囲を職員、業務の責任者、ソフトウェアを作って運用する人と確認します。この初版で何を扱い、残りの仕事をどこで扱うかを、皆が説明できるようにします。

私たちは業務用のカスタムソフトウェアを開発しています。初版について相談したい方は、利用者に終えてほしい仕事、使う人たち、まだ迷っている点をお聞かせください。範囲、納品、継続的な保守は案件ごとに取り決めます。

ソフトウェアの初版についての質問