<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=1907245749562386&amp;ev=PageView&amp;noscript=1">

Anita Halse

Find me on:

Recent Posts

Bringing together project requirements in ARIS

Anita Halse Anita Halse on January 4, 2016

We all agree it is important to monitor, track and report on the ‘common theme’ that runs through IT projects – such as implementing or developing a new system from initiation stage to rollout and implementation phase. In this article, we discuss how the requirements and artefacts – use cases, functional specifications, technical specifications and prototypes – can be managed effectively during the project’s life cycle.

The concept of monitoring these artefacts from ‘cradle to grave’ (inception to implementation), leads to a myriad of questions:

  1. Is it possible to manage all these documents, spreadsheets, artefacts, and deliverables in a central place?
  2. How can we follow the ‘common theme’ from use case to functional specification to technical specification?
  3. How can we track, monitor and manage them in a central repository?
  4. How do we version, minor and major, and track changes?
  5. How can we re-use these and make them available to other projects?
  6. How do we ensure ‘a single version of the truth’?
  7. How do we re-use architectural artefacts (organisational structures, application systems, etc.)?
  8. How can we manage central libraries of governance, risk, requirements and controls?
  9. Is there the ability to govern access to this information?

The Project Management monster and its artefacts!

During an IT project’s life cycle, numerous tasks and activities are facilitated and managed. These may include, but are not limited to:

  • Management approval, which is obtained by signing off on business cases, as well as functional and technical
  • Business and technical
  • Design review – by validating the wireframes (ARIS/OBPA screen navigation and screen design diagrams).
  • Software development and programming – the system/user interaction and expected sequence result are further annotated in UML activity
  • Documentation and training – user and

Risk is mitigated by maintaining complete records of project activities in a central repository, and providing a periodic review of project activities and artefacts.

Bringing it all together

These project requirements can successfully be hosted in tools such as ARIS.

From the UML Use Case diagram:


This illustrates the processes and represents the business system under analysis. The UML Use Case diagram defines the scope of the project, and is the root of the functional decomposition at the conceptual level of detail.

New Call-to-action

Topics: EA - Enterprise Architecture, BPM/EA Technology

Why you should run an SAP project in a process-centric manner

Anita Halse Anita Halse on July 16, 2015


Many presentations and publications explain how to run SAP projects in a process-centric manner; the mechanics of doing so are quite well known, even if not always followed. The critical element often missing is a clear and shared understanding of why you should run an SAP implementation project in a process-centric manner.

A variety of approaches have been developed by SAP and its implementation partners to reduce risks and improve the quality and speed of SAP implementations. However successful an implementation is from a project and technical perspective, true business success can only be measured post-delivery, based on the solution’s impact over time, using business impact metrics such as the Total Cost of Ownership (TCO) and Return-On-Investment (ROI).

TCO can only be calculated when all project and ongoing costs are known for the solution 'As Delivered', not just 'As Designed'. ROI can only come from measurable and realised business benefits such as improved customer satisfaction and internal efficiency. New software will change the way processes are executed, but these business measures cannot be proven without detailed knowledge of the operation and performance of those processes both before and after the change.

Drawing on considerable practical project experience, Anita Halse will be presenting this masterclass at the 2015 Building Business Capability Conference in Sydney this August.  She will demonstrate a proven ASAP compatible methodology that improves preparation and planning for SAP implementations, enabling measured, meaningful, and proven change. The approach presented allows business benefit measures to be determined, benchmarked, and tested allowing a meaningful assessment of SAP implementation success.

New Call-to-action

Topics: BPM/EA Technology