03 Tactics Flashcards

1
Q

What is the purpose of the IS Strategy Implementation? Mention the 4 main cascade steps:

A

The general purpose is translating IS Strategy into Investments and Projects:

  1. IS Strategy : as a master plan
  2. Information Architecture (targeted): as the blueprint, how?
    • Information Architectures serve as conceptual frameworks for building an aspired IIS
    • The target architecture is a blueprint of a future IIS that meets IS strategy
    • Comparing the as-is architecture to the target exhibits changes needed in the current IIS.
  3. IS/IT Projects
    • ​​Provides the environment/opportunity to translate investments into IIS assets.
  4. Information Infrastructure (aspired IIS)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is the short definition of Architectures?

A

Architectures are blueprints of an existing or targeted IIS.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What is the short definition of Investments?

A

Investments are financial engagements made to develop or acquire assets which are expected to yield returns exceeding them in the future.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is the short definition of Projects?

A

Projects are undertakings to achieve predefined goals within specified confines of budget size and time frame. Projects are often looked at in isolation and independent of other projects.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What is the short definition of Programmes?

A

Programmes help to coordinate interdependent projects towards a super-ordinate (strategic) goal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What is the short definition of Portfolios?

A

Portfolios are a means to prioritise projects and select them for implementation.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is the relation between Strategy (Implementation) and Tactical IM?

A
  • Strategies provide goals, resource commitments and conditions, general courses of action.
  • Strategies need to be translated into concreate measures for subsecuent implementation.
  • Also, strategies involve change, IS Strategy implementation involves modifications of an existing IIS and its extensions (the IF).
  • Strategic IT/IS investments are those investments that bring strategic changes (from the IS Strategy).
  • Tactical Information Management coordinates strategic investments with operational ontes.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Briefly mention the rule of thumb for Strategic and Non-Strategic IT/IS Investments (budget)?

A

From the spending in IT:

  • Use 50% of the budget for investments: renewal or extensions to the existing IIS. Further develop it.
  • Use 50% of the budget on running costs: IIS operations plus maintenance.

Although in practice, the running costs are higher.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Mention the type of industries with the highest IT spending:

A

Industries with the highest percentage of the company’s annual sales or public sector total budget spent on IT:

  • Technology/Telecomns
  • Broadcast/Media
  • Financial Services
  • Government
  • Energy
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What is Architecture? mention some of its (general) definitions.

A
  • Architecture coming from the Greek, means first craft or foundation artistry.
  • The art or science of building, the practice of designing and building structures.
  • A construction resulting from a conscious act.
  • A unifying or coherent form or structure.
  • The manner in which components (of a computer, system) are organized and integrated.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What are the (3) interpretations of Architecture in Information Systems?

A

Architecture in the IS discipline is looked upon as:

  1. The science or art of building Information Infrastructures (Zachman Framework, ARIS, TOGAF Arcq. Development Method).
  2. Style of building or a coherent pattern underlying a single application or the IIS (client-server-architecture, service oriented architecture).
  3. The outcome of architectural work, an architectural blueprint.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Why Architecture Blueprints? What is an Architecture blueprint good for?

A
  • Mediates between strategic directions and tangible components
  • Reduces complexity by focusing on major aspects
  • Creates transparency by abstracting from details
  • Provides construction guidelines by defining standards, patterns and rules to abide
  • Brings together different perspectives (business activities, information, applications, technology).

Therefore:

  • Architectures provide common planning ground for business and information managers.
  • Architectures allow business managers to more easily contrast strategic business requirements and development with possible contributions and limitations of the IIS.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What are the (4) key architectures that conform an Enterprise Architecture? Describe them and also mention a sub-clasification of them.

A

An Enterprise Architecture is layered as:

  • Strategy Architecture (the organizational strategy)
  • Organizational Architecture
    • Information Resources Architecture
  • Applications Architecture… which contains:
    • Applications architecture (describes applications in support of business processes and functions)
    • Data architecture (data areas and their static relationships)
    • Communications architecture (data and information flows between humans or applications)
  • Technical Infrastructure Architecture (describes the organisation’s ICT base)

* the last 3 sub-architectures conform the Information Architecture (Information resources architecture + Applications architecture + Technical infrastructure application)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What is an Enterprise Architecture? What does it provide?

A
  • An Enterprise Architecture gives an overview of an organization’s business and IT structures and relates them to each other. Architectures provides a common ground for business and IT executives for developing both business and IT strategically.
  • The term enterprise architecture refers to a structured and harmonised collection of plans for the development of an Enterprise’s IT landscape. It is a collection of plans that represent business aspects (goals, conditions, business processes), business aspects of IT support (application systems, data records, individual programs) and technical aspects of IT support (platforms, networks, software).
  • EAM are business strategy and business plans as a formal and defined models.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What is an Information Architecture? What does it depict?

A
  • An Information Architecture is a coarse Information Model marked to the most essential components of an Information Infrastructure in business.
  • An Information Architecture depicts the essential elements of information processing in relation to each other, similar to architectures being used in buildings for coherent structures.
  • It is a set of high-level models which complements the business plan in IT-related matters and serves as a tool for IS planning and a blueprint for IS plan implementation.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What is the connection between (IS) Strategy and Information Architecture?

A

It is a process that goes from Strategy to Architecture to Infrastructure

  • In the context of IS Strategy implementation, Information Architecture serves as an aggregate representation and blueprint for the IIS to be developed
  • The architecture provides a description of a construction’s distinguishing elements and their interdependencies (like application systems)
  • Translates an intention (the IS Strategy) into a final solution (the IIS)
  • An Information Architecture serves as a blueprint for the construction of an IIS

* Important: Business strategy and IS Strategy are aligned to later have a Information Architecture, this in turns serves will be used to construct the IIS.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

What do Application Architecture contains? (practical examples)

A
  • The depict Application Systems used across business functions.
  • Example 1: Business tasks supported across Business Functions
  • Example 2: Business Units across Business processes
  • Example 3: a SOA (Service-Oriented-Architecture) that relates Information flows, Service flows, External and Internal interactions with HW and SW.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Briefly mention and describe the (3) Information Architecture Methodolgies covered in the lecture:

A
  • Zachman Framework (for Enterprise Architecture)
    • Provides a formal and structured way of viewing and defining an enterprise in an abstract way (using categories).
    • Conceptual data processing models, technical models, implementation.
    • Abstract modeling of the business across an X axis (What? data, How? function, Where? network, Who? people, When? time and Why? motivation) and a Y axis (Contextual: scope, Conceptual: business model, Logical: system model, Physical: tech model, Detailed: representations).
  • Information Enginering
    • Involves an architectural approach to planning, analyzing, designing and implementing applications.
    • Steps: model the business (strategy), model business areas, model information and design systems, implement them.
  • TOGAF (The Open Group Architecture Framework)
    • A framework for Enterprise Architecture that provides an approach for designing, planning, implementing and governing Enterprise IT Architecture.
    • Typically modeled modeled at four levels: Business, Application, Data and Technology.
    • Relies on modularization, standardization and already existing and proven technologies and products.
    • Takes into account preliminary requirements together with an architecture vision and then uses Requirements Management (related to Business architecture, Information systems architectures, Technology architecture, Opportunities and solutions, Migration planning, Implementation governance and Architecture change management.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

What are some contraints from some Architecture methodologies?

A

Architecture methodologies:

  • Often neglect IS Stategy (using business strategy and organisational demands as replacements).
  • Tend to be “reactionary”, Information Architecture is deduced from other established business and organisation models and such models are not challenged by IT.
  • Focus on software applications, while technology infrastructure and information resources are neglected.
  • Implementations are perceived as mere engineering challenges (technical develoment of solutions) rather than management challenges (portfolio, program, project management).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Graphically explain the differences between Architecture methodology vs IS Strategy implementation. What are the main differences?

A
  • IS Strategy takes into account the Business strategy to translate it into an Information Architecture (as-is).
    • After this, it elabores on an Aspired IIS through the deployment of systems and IT/IS projects and investments.
    • This aspired/future IIS will neet to be maintained through IS investments.
  • Information Systems Architectures goes directly from the Business strategy into the Information architecture (and applies directly Client-Service Architectures or SOA as patterns).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

What is an Investment? and What is an IS/IT Investment?

A
  • Investments are placements of funds which are expected to provide higher income (returns, interest, dividend) in the future.
  • An investment is the purchase of assets that are not consumed today but are used to create future wealth.
  • The IS/IT investments are investments into the IIS which are expected to generate value by improving the information and communication capabilities of an organization.

* Investments can be either strategic or operational, several of them come from operational needs.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Describe the (3) different type of IS/IT investments:

A
  • Asset Procurement: acquisition of an IT asset (ICT component, software) for the IIS through the use of purchasing mechanism.
  • Service Procurement: an IS/IT service supports or facilitates IIS development. The service is intangible and perishable.
  • Project: an IS/IT project is a temporary endeavour to create an unique outcome in the form of an extension or modification of the IIS, often acompanied by organisational change.
    • May (often) include externally purchased information assets, technology and related services which are transformed into the outcome of the project.
23
Q

What are project benefits?

What are some sources of benefit?

A
  • Project benefit covers its entire value (financial or otherwise) that the (intended) result of a project provides to the business throughout its lifecycle.
  • Potential sources of benefit:
    • Technical efficiency (reduce costs)
    • Business efficiency (more for less money)
    • Competitive impact (SIS, market positioning)
    • New business
24
Q

What are typical project benefit measures?

How can project benefits be assessed? (criteria)

A
  • Typical benefit measures: cash flows, earnings, cost savings, quality gains, market gains.
  • Measuring (intended) effects of IS investments:
    • Financial (quantitative): savings.
    • Quantifiable (direct): evidence collected, volumes.
    • Measurable (indirect): measures are defined but don’t indicate performance improvements.
    • Observable (qualitative): judgement can be applied (customer reactions).
  • Value of IS Investment: Enhanced ROI (costs reductions, value acceleration..) + Business domain (competitive advantage, organisational risk, management of information..) + Tech domain (strategic IS architecture, infrastructure risk..)
25
Q

Project costs cover expenses and expenditures, what are the differences between them?

A
  • Expenses: are the costs for running the business.
  • Expenditures: are the costs that increase assets.
26
Q

What are some potential sources of cost?

How can project costs be assessed?

A
  • Potential sources of cost:
    • External hardware and software procurements
    • External service procurements
    • External human resources
    • Internal development and maintenance personnel
    • Personnel from other business functions and departments
    • Management time devoted to monitoring and steering
    • Discomfort through interruptions
  • Typical cost measures:
    • Payments, imputed costs (internal transfer prices), losses
27
Q

What is Operational Urgency?

Mention some sources of it and typical urgency measures:

A
  • Operational urgency expresses the criticality of a project (criticality of its result) for the business and keeping it going.
  • Potential sources of urgency:
    • Legal obligations (imposed constraints)
    • Technical necessities (Y2K problem, lifecycle projects)
    • Business necessities (business outgrows IIS capacity/functionality)
    • Architectural necessities (project results are need for other projects)
  • Typical urgency measures:
    • Expected penalty (of non-compliance)
    • Damage
    • Obstructed opportunities
28
Q

What is a Project risk?

Mention some sources of it and typical risk measures:

A
  • A project risk is an uncertain event that can have a negative effect on meeting the objectives of a project.
  • Potential sources of risk:
    • Technological complexity
    • Novelty of technology to be used
    • Novelty of application
    • Project size (organisational complexity)
    • Dependence on scarce resources
    • Dependence on input from other projects or business functions
    • Degree of management, stakeholder and user backing
  • Typical risk measures:
    • Estimates on probability of negative events
    • Estimates on negative events impact
29
Q

What is a Business case?

A
  • A business case is a justification for pursuing a course of action in an organization to meet stated objectives and goals.
  • A business case involves assessing the value of an investment in terms of potential benefits and resources required to set it up (starting costs) and sustain it (on-going costs)
  • A business case takes the form of a structured document that lays out all relevant information needed to make a go/no-go decision.
  • The business case for an IS project also establishes priorities for investing in different projects, gain commitment from business managers and create a basis for monitoring investments.
30
Q

Name the (7) key contents of a Business Case:

A

Business case elements:

  1. Introduction and background
  2. Management summary
  3. Purpose
  4. Options available
  5. Cost-benefit analyses
  6. Budget and schedule estimates
  7. Critical assumptions and risks
31
Q

What are the (7) key contents of a Business Case?

Describe each of them and provide examples.

A

Business case elements (with examples from JWD consulting’s business case)

  1. Introduction and background
    • Motivation for the project, background and goals (for strategy, operations, business)
    • Example: mission, provide world-class consulting services…
  2. Management summary
    • Focused statements on the problem/opportunities addressed with the project, the options for realization considered and the solution chosen.
    • Example: goals, growth and profitability, support them, reduce internal costs, shared knowledge…
  3. Purpose
    • Description of the problem addressed by the project and the opportunities to be exploited. Including a list of beneficiaries and stakeholders.
    • Example: currently, there is an opportunity, actively support, lead the effort, participants from several parts of the company…
  4. Options available
    • Description of the options that could be proposed to deal with the problem and underpinning for the option chosen.
    • Example: do nothing, purchase specialized software, in-house development, based on stakeholders a decision was taken…
  5. Cost-benefit analyses
    • Description and where possible quantification (financial, non-financial) of costs of carrying out the project and of the benefits expected from it. Balance sheet for tangible/intangible costs and benefits
    • Example: prelimary estimates, working hours, internal staff, hourly rates, purchase of SW/HW, maintenance costs… reduction in hours, increase profits, increased business %, calculated new profits, partial/total projected benefit, ROI
  6. Budget and schedule estimates
    • Estimates should include resource requirements and availability
    • Example: project completed within # months, flexibility, life-time of # years
  7. Critical assumptions and risks
    • Risks of not realizing the recommended option successfully.
    • Example: risk as lack of interest, technical risks, security risks, proven tech, investing time and money, realizing the projected benefits
32
Q

What are common mistakes done while funding IT projects in practice?

A

The commonly used “demand management process” to get funding for IT-enabled projects:

  • Over 50% of business and IT leaders agree that business leaders make half-baked requests and are clueless about enterprise impact.
  • Nearly 60% of business leaders admit that they want it all (now) disregarding the ROI.
  • Almost 35% of business leaders admit to getting enamored with IT enthusiasm
33
Q

How is it the appraisal of IT investments in practice?

What are common characteristics of Appraisal practice:

A
  • Companies do not always demand solid business cases for IT investments
    • Troubles handling decisions based on soft benefits
    • Lack of maturity of judgment to make the decisons in scarce quantitative data scenarios
  • TCO (Total Cost of Ownership) is not enough as sound basis for decision making.
    • Focus on reducing costs
    • Leave out complexity costs, ignore benefits and soft/strategic factors altogether
  • In top Fortune 1000, there are four stage maturity levels detected:
    • Ad-hoc (4,5%): IS/IT investments just happen (no structured path for investments)
    • Defined (24,5%): some centralisation and standardisation (DB for IS/IT projects, spending tracked, projects monitored , IIS components are defined and documented).
    • Managed (54%): standardised and objective project selection and strategy alignment (financial metrics for prioritising, schemes for screening, categorising, annual reviews to align IS/IT investments and business strategy).
    • Synchronised (17%): sophisticated evaluation metrics and criteria + TCO (qualitative metrics included, understand and weight of risk and ROI, feedback of IT and strategy alingment, scorecards evaluations, measuring benefits, tracking after project development, measure the project value through the full lifecycle).
34
Q

What is an IT/IS Programme?

Define it and mention some of its characteristics.

A
  • A programme can be defined as a strategic initiative consisting of interrelated projects and accompanying measures aimed at fulfilling a strategic goal.
  • An IS/IT programme is a set of interrelated IT/IS investments or projects that are typically accompanied by organisational development measures wich collectively implement a big (strategic) initiative with a common, superordinate goal.
  • Key characteristics:
    • Programmes translate strategies (strategies cannot be translated to specific details)
    • Large strategic decisions usually take place as change initiatives with interdependent projects and measures.
    • Programme management is is dedicated to the success of those interdependent project and measures.
35
Q

What is Programme management?

Describe its characteristics and demarcate them from Project Management and Portfolio Management:

A
  • Programme management is an occupation dealing with planning and supervising a programme to assure the realization of business benefits. It takes account of:
    • Superordinate goals and the mission of the programme
    • Functional, technical and resource dependiences across projects
    • Overall time schedule, costs, benefits and risks

Comparisson with PM and Portfolio management:

  • Project Management: focus on a project as single investment, finite duration of months/years, a manager represents the project, narrow objectives (time, cost, quality).
  • Programme Management: focus on goal-interdependent projects and related organizational change measures, duration of several years, programme manager supervises project managers and reports to the top management, broad objectives (overall benefits delivered).
  • Portfolio Management: select and prioritise investments, enduring duration, an investment controller is responsible and responds to top management supported by administrative staff, aggregated performance of investments.
36
Q

Why Programme Management?

Describe some rationales given in the literature.

A
  • Managerial rationales:
    • Better realisation of (strategic) change. Programme Management provides an enabling framework to realise strategy.
    • Better alignment with business drivers, goals and strategy
    • Greater senior management visibility and support (enables senior management to direct, control and monitor major undertakings)
    • Improved project definition (ensure that project definitions are better aligned with strategy and other projects)
  • Effectiveness and efficiency:
    • Improved co-ordination (identifies project interdependencies and scarce resources)
    • Better integration (reduced inadequate management of interfaces between projects)
    • More effective resource utilisation (improved allocation of shared resources)
37
Q

What are the (4) steps of Programme Management? List them.

A
  1. Programme Identification:
    • Vision, aims and objectives, scope
  2. Programme Set-up:
    • Design, approach, resourcing, responsibilities
  3. Programme Execution:
    • Monitor and control, health check, progress reporting, risk management, issues management
  4. Programme Closure:
    • Benefits, realisation.
38
Q

Elaborate on the Programme Identification phase:

A
  • Formulating a business brief
    • Strategic objectives to be achieved by the programme (vision of the programme)
    • Benefits to be delivered and how to measure them (stakeholders and its benefits, conflicts, support from top management needed)
    • Competences and critical resources need, risks to be faced (required particular technologies and know-how from in-house and the market)
    • Scope of the programme (business reach, units affected, scale of change, new IT-enabled process or upgrading IT solutions?)
  • Ensure senior executives support
    • ​Win stakeholders support (stakeholders interestes might be affected, programme benefits might address these)
    • Ensure top management support (strong support from top management beyond the CIO to resolve conflicts between stakeholders and overcome resistance).
39
Q

Elaborate on the Programme Set-Up phase:

A

Develop the Programme Plan:

  • Define a blueprint for the future IIS (target architecture) and appoint the most important programme positions (projects)
  • Define checkpoints and final results
  • Plan resources required and estimated costs
  • Define a programme schedule
  • Be prepare for programme risks:
    • Complie a list of qualified risks
    • Develop contingency plans
    • Define risk handling mechanisms and responsibilities (risk owners, actions taken, escalation procedures)
    • If needed, business continuity plans can be developed
  • Set-up programme organization (roles, personnel, incentives to drive performance, dedicated skills and experiences or training/coaching)
  • Choose external partners and co-operations mechanisms (procedures of selection of partners and mechanisms to govern co-operations, reporting procedures, design of contracts and clear expectations, shared incentives to get objectives).
40
Q

Elaborate on the Programme Execution phase:

A

Key issues from the execution phase:

  • Keep motivation alive: communicate a shared mission, create a learning culture of knowledge and managerial skills, have some quick wins for sense of achievement and tangible benefits, recognition and appreciation.
  • Keep the Programme on speed and on track: enforce achievements over time, define good performance, assess performance regularly and relate achievements to career paths, monitor delivery from internal and external sources, have quality gates.
  • Manage problems: adapt to changing demands and conditions, technical problems and changes, document impacts on programme duration and cost approved, responds to problems and conflicts using priorities/resource re-allocation/deadlines changes. Raise/scalate critical issues!
  • Monitor benefits delivery: delivery of benefits in either checkpoints or final states must be monitored, promulgated and reported on a regular basis. A time-lag for benefits to show up its possible and its essential to highlight achievements and communicate them regularly to stakeholders and staff.
41
Q

Elaborate on the Programme Closing phase:

A
  • Evaluation of benefits achieved: ensure that the programme delivered the benefits intended, time-lag benefits need ex-post evaluations, demonstrate that agreed outcomes were met, initial objectives and stakeholder interests addressed, manage expectations.
  • Termination of the programme: disolve projects and programme organization, staff resign from mandates and is re-integrated to normal functions, recommend staff that achieved targets, collect expertise acquired during the programme to be used in future programmes, experiences analysed as lessons to be learned (dos and don’ts).
42
Q

What are some key points from IS Programme Management in Practice?

A
  • Programmes have an ideal life cycle
    • … and also a real life cycle​
  • Programme realisation might look different from what was initialy planned.
  • Programme management guidelines are frequently adapted in subtle and creative ways, ignored completely or contradicted.
  • Programme management is far from uniform and “mature.
  • Some standards for programme management:
    • OGC (Office of Government Commerce’s) methodology
    • PMI (Project Management Institute)
43
Q

What is an IS/IT Portfolio?

Elaborate on its key characteristics and what does its use provides.

A
  • From Latin “portare” (to carry) and “folium” (sheet of paper). A survey-like collection of similar things.
  • Is a management technique that enables executives to allocate organizational resources for maximum business value.
  • McFarlan (in 1981) is the first to apply porfolio thinking in IS to the evaluation and selection of IS/IT investments.
  • Portfolio thinking is commonly applied to planning and controlling an organization’s investments (IT and non-IT)
  • Two standards: OGC and PMI
  • Provides an outline of all investments for the realization of an aspired IIS using cost, benefit and risk as assessment criteria.
44
Q

What is IS/IT Portfolio Management?

A
  • Portfolio Management considers all the projects a company has, decides priorities of projects and which projects are added or removed from the portfolio.
  • IT/IS Portfolio Management acts similar to a financial portfolio, striving to improve performance of the portfolio while balancing risk and return.
  • Deals with the problem of using the IS/IT budget so IIS investments in aggregation provide maximum benefit of an anticipated business value.
    • Business value as technical efficiency, business performance, strategic impact, operational urgency…
    • Aggregated value is calculated through the effects of synergy and conflict between investments (projects).
    • Anticipated value considers uncertainty and risk of the implementation of investments.
45
Q

What are the differences between Programme management, Portfolio management and Project management?

A
  • Programme management:
    • Objective: implementing big strategic decisions, start complex initiatives.
    • Scope: change programme with several goal-interdependent and related projects/measures.
    • Judgement base: realize business benefits associated with (strategic) initiative.
  • Portfolio management:
    • Objective: making the most of the IT/IS investment budget, projects and programmes (investments) involved.
    • Scope: complete overview over IT/IS investments (projects and programmes).
    • Judgement base: business value delivered from IT/IS total investmentes.
  • Project management:
    • Objective: realization of targeted project outcome under quality, time and resource constraints.
    • Scope: one project.
    • Judgement base: fulfilment of the project order.
46
Q

Mention the (3) phases for managing an IS Portfolio:

A
  1. Initializing the IS portfolio
  2. Making decisions (of the IS portfolio)
  3. Supervising the IS portfolio
47
Q

Elaborate on the Initializing the IS Portfolio phase:

A

Initializing the IS Portfolio:

  • Re-Assess Business Cases for the IT/IS Investments
    • Reassess planned Costs and Benefits (benefits that projects deliver throughout its lifecycle: financial, non-financial, costs, expenses).
    • Reassess and qualify Operational Urgency (how critical a project is for keeping the organisation running)
    • Reassess and qualify Risk (risk as uncertainty in achieving project’s objectives in time and budget)
  • Investigate Dependencies
    • Dependencies of projects on the completion of others (chained)
    • Potential sources of dependence: outcome (linked), technical (data, HW), resources (critical, scarce), effect synergies (outcome enhances other projects).
    • Measuring dependencies in hard (must have, technical) and soft (learnings).
48
Q

Elaborate on the Making IS Portfolio Decisions phase:

(and types of portfolio decisions)

A

Making IS Portfolio Decisions:

  • Classify investments in the initial portfolio, in terms of…
    • The business objectives supported
    • Origins: Strategy (strategic investments, innovation) or business needs (operational investments, obligations)
    • Business units or processes supported
    • Refered IIS layers (technical, AS, IR)
    • Time horizon
    • Amount of risk
  • Types of decisions:
    • Balance the portfolio (Strategic grid, Investment mapping, Resource allocation matrix)
    • Approve the portfolio (Value-viability analysis: value vs strategic viability)
49
Q

In the Making IS Portfolio decisions phase,

elaborate on the Balance portfolio sub-phase (Strategic grid technique):

A

Balancing the portfolio can be done using an Strategic grid…

Future business potential vs Criticality for executing todays business:

  • Strategic: strategic terms, gain advantage, best way to do it.
  • High potential: not clear, not certain or not yet known.
  • Key operational: improve performance, avoid disadvantages.
  • Support: reduce costs, efficiency, necessary tasks.
50
Q

In the Making IS Portfolio decisions phase,

elaborate on the Balance portfolio sub-phase (Resource allocation matrix):

A

The resource allocation matrix focuses on:

  • Short term (agile action, firefighting) vs Long term perspectives (Business transformations, Platform construction)
  • Pursuing opportunities vs Meeting obligations
51
Q

In the Making IS Portfolio decisions phase,

elaborate on the Approve the portfolio sub-phase (Value-viability analysis + Decision options):

A

Approve the IT/IS Portfolio through:

  • Value
  • Strategic viability

Decision options

  • Include
  • Approve with obligations
  • Defer
  • Defer with revisions
  • Disapprove
52
Q

What are the tasks involved in IS Portfolio Supervision (phase):

A

Tasks involved in Portfolio supervision:

  • Revisit business cases (in case of changes in assumptions/conditions)
  • Re-evaluate the portfolio (in light of new investments)
  • Review IS/IT Projects performance (costs, provisions, schedules, outcomes)
  • If problems occurs:
    • Take corrective actions (re-alocate resources, workarounds, modifications)
    • Terminate single projects (if necessary)
    • Escalate problems (when portfolio authority cannot handle them)
  • Report on portfolio progress
  • Ex-post appraisal of investments (after completion)
  • Take learnings from completed projects and investments
53
Q

List some key characteristics (problems, awareness) of IS Portfolio Management in practice:

A
  • Main problems
    • Lack of central oversight over IS/IT budgets, investments
    • Not tracking project progress over its lifecycle
    • Not tracking benefits of projects
    • Not having success criterias for projects
  • Awareness and appreciation:
    • Most CIOs are aware
    • Believe in value of IS/IT Portfolio management
    • Few have truly realised the value of IS/IT Portfolio management
54
Q

Mention some industry standards for IS Portfolio Management:

A

From industry standards:

  • OGC (Office of Governance Commerce)
    • Portfolio definition + Portfolio delivery
  • PMI (Project Management Institute)
    • Defining process group + Aligning process group + Authorizing and controlling process group.

From consulting practice:

  • PWC Portfolio Management Framework
    • Demands from management -> Align -> Evaluate -> Sustain
  • Accenture Portfolio & Programme Management Framework
    • Investment planning -> Business change management -> Benefits realized -> Strategy refresh