17. To finish, we advise to handle the contractualization aspect by means of two
complementary documents.
The first document aligns the various stakeholders upon the needs and the intended
solution to deploy.
The second document gives a deeper insight upon he business requirements (functional
and non‐functional) to fulfill, when implementing the IT solution.This is the contract
defining the scope and the implementation path of the solution.
It must be written to be understood and validated by the project sponsor.
It set up the Business part of the Request For Proposal.
17
R
edsen
C
onsulting
19. As mentioned in the beginning of our presentation we can act at two levels :
• Adapt and implement our EA practices
• Deliver some parts of your Enterprise Architecture.
19
R
edsen
C
onsulting
21. A pragmatic approach, inspired by togaf, the enterprise architecture standard :
• Take account or formulate the strategic assumptions.
• Qualify the need in order to assess the level of risks related to the demand and
regarding the Information System architecture.
• Make the business case and define de overall solution (organization, process, IT).
• Contractualise the requirements.
• Define the target architecture and the the business roadmap.
• Assist and rule the IT initiatives.
• Identify risks and opportunities of the various business capabilities through an overall
appraisal.
21
R
edsen
C
onsulting