承認したのは画面だけ｜受け渡しを先に決める

語り画面の確認会は、十分ほどで終わった。

桐島見やすいですね。これで進めてください。

日向計算の中身は、見なくていいんでしょうか。

語りその問いは、誰にも拾われなかった。

たぶん月末締め

語りある食品卸の請求の仕組みづくり。真壁は締め日を月末と見て、作り進めていた。

日向取引先ごとに、締め日って違いませんか。

真壁要件に書いてない。たぶん月末で統一だよ。

桐島ええ、うちは月末締めです。

語り桐島が知るのは営業の締めだった。請求データを受け取る側の使い方は、誰も聞いていない。

経理が合わない

語り受け入れテストの日。経理部から試算が戻ってきた。

桐島経理が、月の途中で締める取引先が合わないと。

日向締め日も、渡す期限も決めてなかったですね。

真壁計算の土台から、作り直しになります。

語り画面から入ると、出力を誰が何に使うかが決まらない。そして終盤で、範囲を決め直すことになる。

出力側から決める

語り原因は、範囲と受け渡しを先に決めなかったことだ。防ぎ方は三つある。まず要件定義の最初に、業務の始点と終点を決める。発注側と受注側が、同じ一枚の表で確かめる。次に、出力から先に埋める。請求データを受け取るのは経理部、何に使うかまで書く。最後に、受け取る相手と、何をいつまでに渡すかを決めて残す。その期限が、締めの処理を決める材料になる。

日向最初に、経理の人にも聞くべきでしたね。

語り画面の前に、受け渡しを決める。要件定義から開発と運用まで、一創が一貫してお手伝いします。