Which of the following is NOT a typical component of As-Is process documentation?

Future automation benefitsarenottypically included in theAs-Is process documentation. The purpose of As-Is documentation, typically part of theProcess Definition Document (PDD), is todescribe the current, manual state of the processin exhaustive detail.

Components of As-Is documentation usually include:

Step-by-step process activities

Process exceptions and variations

Inputs and outputs

Application or system interactions

Time and resource estimates

Roles involved in the process

While future automation benefits are essential for business case justification, they are discussed during theBusiness Case and Technical Validationstage, not as part of documenting the As-Is state. Including future benefits in the As-Is documentation could lead to confusion, as the purpose is to objectively represent the current state, which forms the basis for defining the To-Be (automated) state in later stages.