確かにプロジェクトによって必要なドキュメント、不必要なドキュメントは違いますね。

「これがないと困る」の時期も確かに良い指針かもしれません
またご指摘下さった３つのルールも参考にさせて頂きます。

momoさんコメントありがとうございました。

すべての処理に対してシーケンス図を用意する必要はないと思います。
これがないと困ると思ったらドキュメントを作成する時かもしれませんね。

私が必要としていたのは開発の為のものでそこら辺がきっちりしていませんでしたね。

t.masudaさんのおかげですっきりしました。

ユースケース記述は、前提条件／結果／内容を箇条書きにするに留め、
例外処理は随時付け足す。
シーケンス図は、主要な部分に留め、細かい例外は省く。
ただし、保守に必要であればプロジェクト終了時に補足していく。

とすると結構手間が省けるし、時間＆予算がなくなっても
主要な部分のドキュメントだけが残ります。

「ドキュメント」とひと括りにするとごっちゃになりやすいので、
- 設計書
- 操作マニュアル、保守マニュアル
と分けると考え易いと思います。

「ユースケース記述」は必要ですね。
「シーケンス図」は代表的なものだけ書くかな。工数的に全部は厳しいな。

やっぱりドキュメントはいろいろ必要になってきますね。
しかし「自分が必要なもの」と認識して作るので「書くだけで読まれない設計書」より品質が高くなりますね。