学習している製品またはシステムのビジネスフローをどの程度完全に文書化する必要がありますか？
ユーザードキュメントがあるアプリケーションで作業していますが、現在のリリースに編成または更新されていません。
製品で実行できる現在のすべての事業運営に関するスクリーンショットとメモを含む独自のドキュメントを作成する価値はありますか？
これは、製品が頭の中で実行するさまざまな手順を形式化するという点で便利だと思います。ただし、これは明らかに時間がかかり、やり過ぎになる可能性があります。
yoそのようなドキュメントが必要な場合は、それを作成するのが理にかなっています。しかし、それはあなたにとって便利の形式で作成します（他の人が認識できるようにドキュメントを適合させるよりも簡単で高速な場合）。
将来このドキュメントを公開する必要がある場合は、すでに行われていることを適応させます。そうでない場合は、すべてが「現状のまま」になります。しかし、いずれにせよ、今は必要のないことに時間を費やすことはありません。
あなたには十分なものがあると確信しています本当に重要なものあなたの時間とエネルギーが本当に必要な場所今。それらを最適に使用してください！
それは次のようないくつかの要因に依存します：
これはあなたの役割の一部ですか？
あなたが取り組んでいるプロジェクトにはこのタスクがありますか、それともこの取り組みに対応できますか？
誰がこれにお金を払うのですか？
ドキュメントを実行するといいのですが、プロジェクトの配信が遅れると、悪影響が生じる可能性があります。
私がやろうとしていることは、このタスクの重要性を「ボス」に伝え、それをスケジュールに入れることです。
個人的には、ドキュメントを用意することが非常に重要だと思います。結局のところ、あなたは別の仕事に行くことに決めるかもしれません、そして誰かがあなたがすでに知っているものを見つけるのに苦労するでしょう。
これを行う方法については、あなたが説明したことは良いですが、関数の内訳を追加して、目次として使用することができます。作業は最終的にユーザーマニュアルのように見えます。