Beruflich Dokumente
Kultur Dokumente
• Services
• Insights
• Clients
• About
•
Top of Form
Search
Bottom of Form
“EMETRIX has the insight to facilitate and accelerate the process of producing a
business case by bringing in proven methodologies and experience to identify the
relative priorities, costs and benefits.”
4.3 Governance
Many organisations understand the importance of Programme Management and often have an
adapted methodology for tracking the completion of deliverables.
Our experience shows that very frequently project deliverables lack in the required level of
quality and often become shelfware that serves no purpose in the downstream project lifecycle.
Often, the silo based organisational structures result in poorly defined roles, responsibilities and
accountabilities for the ownership and production of project deliverables.
The lack of formal governance and enforcement of standards regarding the detailed structure,
content and peer review of project artifacts results in an inconsistent mish mash of project
documentation which is often seen as an unnecessary diversion by most project teams.
The introduction of a formal governance approach to managing projects is a critical part of
successful delivery and this is especially so if external partners are contracted to deliver major
projects.
Discipline and structure in the day-to-day management and accountabilities of the technical
delivery teams and suppliers must be established and formalised at the outset.
This is a non-trivial activity and requires considerable detail around actual processes and
approach. Critical to this is to source experienced leaders to engage with the business and IT
teams to measure progress, monitor risks and assess the impact of issues, operating at a level
above that of the individual work streams.
Quality management is fundamental to achieving integration of the organisation and its
deliverables, through adoption of consistent terminology, standards, procedures, techniques and
methods.
Recommendation
■ Establish a Programme Office and define a robust and pragmatic delivery framework
that is focused on adding value and one that sends a clear message to all partners that this
organisation is mature and able.
■ Enforce a formal and disciplined structure to reduce the temptation to cut corners and
ensure that decisions are made pro-actively, with leadership team buy-in and authorisation
and ensure that people are operating within the recognised framework.
■ Formalise the role of the Programme Office as a hub for decision making, escalation
management, risk management and all matters relating to prioritisation, budgets and
resourcing.
■ Establish the Programme Office as the natural owner and manager of the business case
by delivering to the principles of the business case with the available budgets and
resources.
4.7 Resourcing
The overall success or failure of any project will depend on the quality of the deployed
resources. The importance of detailed planning was discussed above.
The next level of detail in the planning must focus on the mix of internal versus external
resources and specific skills that will be required throughout the key stages of the project.
Any gaps or lack of commitment in the area of resourcing will have an adverse effect on the
project and the overall morale of the delivery teams. From past experience the usual pitfalls are:
■ Poor team selections made on the basis of availability rather than any formal skills or
capability for the targeted roles.
■ Where external contract or consultancy resource is deployed, there is no formal succession
planning or knowledge transfer.
■ Key members of teams are already heavily involved in business as usual and are unable to
contribute fully to the programme.
■ Key resources are expected to contribute to the programme stream and in one case leading a
large part of a stream without due consideration of business as usual constraints.
■ Resource recommendations by the selected partner have not been addressed adequately.
Recommendation
■ Clearly define the project team structure, roles and responsibilities.
■ Select team members based on skills and capability.
■ Where resource gaps exist identify cost-effective alternatives and put in place a
contingency plan to address the gap and plan for succession and knowledge transfer.
4.8 Architecture
A critical part of any IT organisation is it’s Architecture function. This role is traditionally
misunderstood and misrepresented. The role of a technical architect is to bridge the gap between
business strategy and IT strategy. The architecture function typically falls into one of three areas:
■ a enterprise-wide role
■ a business or functional role
■ a project-based role
Most organisations are reactive to the business and generally find appropriate resources to
support the project architect function. The enterprise and business architect roles are often spread
out amongst key business or IT staff, but rarely the responsibility of an enterprise architecture
function or a business architecture function. As a result, it is very difficult to enforce any
governance or standardisation based on sound architecture principles such as a unified security
architecture, or a common portal or content management system. Often each and every project
will have specific views on this and will follow the path of least resistance to satisfy the
requirements of the project.
The role of architecture is very far-reaching and defines the fabric of the information and
security model of an organisation and the critical infrastructure components that support the
business. In addition, the role of architecture shapes the way in which solutions are prototyped,
designed, developed, tested and deployed. Getting this right can pay huge dividends and be a
significant enabler of business benefits realisation.
Banks approach is radical and admirable in many respects as it aims to deliver a step change in
IT architecture. Potentially this project could redefine the IT landscape in one swoop. As a result,
I believe it also introduces some fairly significant challenges and due diligence activities to
validate that the final solution will satisfy the current and future business needs.
Recommendation
■ Invest in an architectural framework to manage the transition from the as-is to the to-be
architecture in a controlled and robust manner.
■ Select technology products based on capability and fitness for purpose to support your
business requirements.
■ Select technologies and architectures that can be easily and cost-effectively resourced.
■ Identify architectures that eliminate duplication and redundancy.
■ Select technologies based on a clear total cost of ownership model.
■ Ensure that technologies are validated and proven before final selection. Ideally create
competitive tension to identify the strengths and weaknesses of key architecture
components.
■ Invest in an architecture function that can sustain and manage future changes and
extensions to the chosen architecture.
4.9 Partnership
It is absolutely critical to select an overall Systems Integration partner who can then act as the
single point of contact with overall responsibility and accountability for delivering the final
solution. A partnership and collaborative approach where the roles and responsibilities of both
parties contribute equally to the end solution is essential to the success of this programme of
work.
It is also needed to ensure that the right balance of expertise and practical knowledge is used to
build the solution. Too much external influence and the solution may not be the most appropriate
to that environment, too much internal influence and there might not be enough innovation to
make widespread change.
Based on previous experience, it is normally far better to engage with a technology and product
agnostic Systems Integration partner to deliver the overall project rather than engage with the
product vendor directly. This may seem bizarre, but the reality is that product vendors tend to
understand their products better than they understand their customers. An integration partner
tends to focus on the customer requirements and manage the delivery and client expectations
accordingly.
From past experience, a product vendor lead implementation of a licensed turnkey solution that
requires a complex and costly integration based on a time and material contract is a high risk
strategy. The Bank must be clear that the end to end accountability of a working and production
ready solution must be the responsibility of the chosen technology partner. Wherever possible
the commercial terms should seek a fixed price delivery model to minimise risk and assign
accountability.
Recommendation
■ Focus on an SI lead implementation partner as this should offer better value for money
and lead to better knowledge transfer. Product vendors tend to focus on revenues through
training, education and support. As a result they have far greater flexibility to cross-
subsidise pricing so that the up front cost during competitive tender appears cheap, but
often turns out to be far more expensive over the solution lifespan.
■ Adopt a partnership approach based on fixed price contract and some element of
risk/reward for delivering key milestones and performance criteria. This is often an
excellent incentive to identify a partner that is willing to engage on the basis of benefits
realisation rather than delivering a solution that almost works!
■ Where possible invite the partner to identify tasks or areas where a time and materials
based consultancy may be more appropriate. This will identify weaknesses or uncertainties
in requirements and capabilities early on rather than during the implementation phase.
5 Summary
We believe there is sufficient information in this report to highlight where we see the greatest
risks for Banks. These recommendations represent a best practice approach to containing these
risks.
Banks should undertake a detailed diagnostic to investigate the areas identified in this report.
This should provide a stronger foundation for success and state of readiness to:
■ Deliver and execute on the business case;
■ Provide project leadership and accountability;
■ Align culture and business processes;
■ Gain stakeholder commitment and participation;
■ Achieve clear and timely communications;
■ Prepare and work to an integrated plan;
■ Create the headroom and capacity to absorb the change;
■ Identify a partnership to build a new and robust enterprise architecture.
Without the right level of expertise, resource, alignment and commitment to this project, Banks
runs the risk of not delivering in time or not delivering at all. Without the release of benefits
from the project, Banks runs the risk of disrupting it’s business and alienating key stakeholders.
All of these areas are very tightly inter-related and getting the wrong balance will cause delays to
the execution of the strategies and the unknown nature of the likely benefits to be released.
We recommend that the current resource and skills capabilities be assessed immediately with a
view to putting in place the necessary contingencies to provide greater clarity around some of
these areas. We believe that this approach will pave the way for making the correct choices and
ultimately delivering the right solution on time and to budget.
3 Votes
Search
Search for:
Bottom of Form
• Archives
○ March 2010 (3)
○ February 2010 (2)
○ January 2010 (2)
○ December 2009 (10)
Blog at WordPress.com.
Theme: Mistylook by Sadish.
Retail Strategy Planning
Why Strategy?
To define the business idea and validate the same through:
• Market entry strategy
• Market positioning strategy
• New concept development
• Business feasibility analysis
For Whom?
Strategy Planning service caters to the needs of:
• Entrepreneurial retail venture
• Organizations planning to foray into the retail arena
• Manufacturing companies with retail business ideas
• Existing traditional retail businesses trying to reinvent themselves
How?
A series of activities are required to frame a strategy. These include:
• Management interviews
• Organization assessment
• Segment analysis
• Competitive performance analysis
• Customer research
• Capturing target segments ‘Share of Mind’
• Analysis of different format options
• Analysis of merchandise mix
• Analysis of various price points
• Rollout plan
• Business feasibility plan