<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>European School of Project Management weblog</title>
	
	<link>http://blog.espm.eu</link>
	<description>Approfondimenti e Curiosità legate al mondo del Project Management</description>
	<lastBuildDate>Wed, 28 Jul 2010 12:20:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/Blog-ESPM" /><feedburner:info uri="blog-espm" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>PPP WHAT ?!!… Projects, Programmes and Portfolios are maybe related, but they are very distinctly managed..</title>
		<link>http://feedproxy.google.com/~r/Blog-ESPM/~3/HcREQk87F8g/</link>
		<comments>http://blog.espm.eu/2010/07/27/536/#comments</comments>
		<pubDate>Tue, 27 Jul 2010 14:01:04 +0000</pubDate>
		<dc:creator>Omar Zein</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Metodologie di Project Management]]></category>
		<category><![CDATA[Portfolio Management]]></category>
		<category><![CDATA[Project Management]]></category>

		<guid isPermaLink="false">http://blog.espm.eu/?p=536</guid>
		<description><![CDATA[Projects, Programmes and Portfolio Management are related yet distinct disciplines, and more often that not, requires distinct roles and skills. This is why one is excused for being confused by the new and trendy PPPs...
]]></description>
			<content:encoded><![CDATA[<p>Perhaps one of the latest trends in our industry has been the repeated use of the acronym PPP to quickly (and with less ink) say Project, Programme and Portfolio.</p>
<p>I have seen PPPMOs (meaning Project, Programme and Portfolio Management Office !!!), PPP Consultancies, PPP Professionals and most recently, P3 to donate PPP in all the above.</p>
<p>Well, if it is saving us time and ink (it is rather lengthy noting Project, Programmes and Portfolio each time), then what&#8217;s the fuss about !!!</p>
<p>At this point, you should know something about me. I am very fussy about simplification and the correct use of terminology in my field, and that field is PPP…….</p>
<h3><strong>Lets get some facts right: </strong></h3>
<ul>
<li>Programmes are not just large projects or a collection of projects</li>
<li>Programmes have no activities in their own right. Activities fall only under projects and processes</li>
<li>Portfolio simply put, is a portfolio (i.e. a collection….). It means nothing in itself. On the other-hand <em>“Project” Portfolio Management</em> has nothing to do with either project management or programme management</li>
<li>From an operational (activity) perspective, one can (not so safely…) say: ONLY POJECTS EXIST.</li>
</ul>
<p>Don’t get me wrong, I am by no means belittling either Programme Management or Portfolio Management. On the contrary, they are absolutely crucial to the success of organizations and large initiative. But they are not similar. Neither to each other nor to Project Management. Little wonder there is so much confusion on the part of receptive organizations and professionals newly entering the field.</p>
<p><a href="http://blog.espm.eu/wp-content/uploads/2010/07/Screen-shot-2010-07-27-at-3.32.00-PM3.png"><img class="alignnone size-medium wp-image-543" src="http://blog.espm.eu/wp-content/uploads/2010/07/Screen-shot-2010-07-27-at-3.32.00-PM3-300x198.png" alt="" width="300" height="198" /></a></p>
<p><strong>Diagram based on MSP 2007 (OGC). Areas of Management Intervention</strong></p>
<p>I guess as always, the best way to clarify things it to go back-to-basics:</p>
<p><strong>Projects:</strong> Have always been with us and I can with confidence say; there is no confusion there. We all know that “A project is a temporary initiative performed to achieve a unique product or service”. One way or another all definitions say the same. Key words are: “temporary” (not a process) and “unique” (in some ways, each product or service will always differ).</p>
<p>Project Management is the “application of knowledge, skills, tools and techniques to project activities in order to meet or exceed stakeholder needs and expectations from the project” <strong>PMBoK, PMI</strong>.</p>
<p>When we decide to move office location, develop a new product or build a bridge we are talking about Projects</p>
<p><strong>Programmes</strong>: A programme is born out of a strategic need. That is certain objectives we want to achieve such as: “increased market share in South America”, “reduced staff turnover”, “better connectivity between two neighbouring countries” or “reduced cancer mortality rate in southern California”.</p>
<p>Once such objectives are defined, quantified and understood, a number of projects can be initiated to achieve them. Operational activities as such, exist only at  project level.</p>
<p>A program is defined as “a temporary, flexible organization created to coordinate, direct, and oversee the implementation of a set of related projects and activities in order to deliver outcomes and benefits related to the organization&#8217;s strategic objectives”. <strong>Managing Successful Programmes &#8211; OGC 2007</strong></p>
<p><strong>“Project” Portfolio:</strong> is simply a portfolio of project. That is a collection of projects that are not necessarily related. An organisation’s project portfolio would refer to all projects undertaking by the organisation (and naturally that includes programmes as all programmes by default have projects to deliver their products and services).</p>
<p>Project Portfolio Management on the other hand, is the process of continuously reviewing the organisation&#8217;s project portfolio to ensure that all projects (and programmes) are aligned to the organisational strategy and are given the priority they deserve in accordance with that strategy.</p>
<p>Project Portfolio Management insures that no useless projects are undertaken and that low-priority projects maybe slowed or delayed in order to user their resources to speed higher priority projects.</p>
<p>A wise-man-said: “there is nothing so useless that doing efficiently that which should not be done at all” <strong>Peter Drucker</strong></p>
<h3>So here is what PPP managers do:</h3>
<ul>
<li>In <strong>Project Management,</strong> we manage and coordinate our project activities and resources in order to have our final product or service on time, on budget and to specification.</li>
<li>In <strong>Programme Management</strong> we go further to coordinate projects and manage the Benefit Realisation and any Business Change that is bound to happen due to the scope of the programme.</li>
<li>In<strong> Project Portfolio Management</strong>, we work with the top organisation management to understand their strategy and objectives. We then make sure that no projects that do not contribute to such strategy are undertaken and that those that do and are, are prioritised according to their contribution. This is more a strategic than an operational role.</li>
</ul>
<p>3 disciplines all start with a P…. But they are indeed distinct even if related.</p>
<p><strong>Can you still blame me for cringing at PPPMOs and other PPPs ?</strong></p>
<img src="http://feeds.feedburner.com/~r/Blog-ESPM/~4/HcREQk87F8g" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.espm.eu/2010/07/27/536/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blog.espm.eu/2010/07/27/536/</feedburner:origLink></item>
		<item>
		<title>5 buoni motivi per seguire un corso di formazione su Microsoft Project</title>
		<link>http://feedproxy.google.com/~r/Blog-ESPM/~3/3yZEIcZYq6k/</link>
		<comments>http://blog.espm.eu/2010/07/11/perche-prendere-in-considerazione-un-corso-di-formazione-su-microsoft-project/#comments</comments>
		<pubDate>Sun, 11 Jul 2010 16:22:27 +0000</pubDate>
		<dc:creator>Rosario Rizzo</dc:creator>
				<category><![CDATA[Business Value]]></category>
		<category><![CDATA[Microsoft Project]]></category>
		<category><![CDATA[Strumenti di Project Management]]></category>
		<category><![CDATA[MCTS]]></category>
		<category><![CDATA[MSP]]></category>
		<category><![CDATA[Tools]]></category>
		<category><![CDATA[Training]]></category>

		<guid isPermaLink="false">http://blog.espm.eu/2010/07/11/perche-prendere-in-considerazione-un-corso-di-formazione-su-microsoft-project/</guid>
		<description><![CDATA[


In questo articolo vedremo quali benefici possono derivare per un Dipendente di un&#8217;Azienda o per un Libero Professionista dal frequentare un corso di formazione base o avanzato di Microsoft Project 2007 o 2010.
Al di là del fatto che qualsiasi tipo di formazione è utile e gradita (almeno dalla maggior parte di noi), considerati i tempi [...]]]></description>
			<content:encoded><![CDATA[<p><!-- Start ScreenSteps Content --></p>
<div class="LessonContent">
<div class="LessonSummary">
<p>In questo articolo vedremo quali benefici possono derivare per un Dipendente di un&#8217;Azienda o per un Libero Professionista dal frequentare un corso di formazione base o avanzato di Microsoft Project 2007 o 2010.<br />
Al di là del fatto che qualsiasi tipo di formazione è utile e gradita (almeno dalla maggior parte di noi), considerati i tempi in cui viviamo, bisogna approfittarne quando l&#8217;azienda ci propone un corso di aggiornamento o quando è possibile per un professionista o freelance affrontarlo economicamente.<br />
Microsoft Project è uno strumento di pianificazione e controllo di progetti molto potente e complesso e molto spesso mette in soggezione parecchie persone. Specialmente quando queste non ricevono nessun tipo di formazione strutturata ma avviano il software e poi cercano di scoprire cosa farne.</p>
<p>In contesti in cui si eseguono continuamente progetti, è essere necessario considerare quali cammini formativi far seguire alle persone, ed uno di questi potrebbe essere proprio quello di Microsoft Project, in modo da apprendere come utilizzarlo al meglio nel lavoro di progetto. Vediamo quali possono essere i benefici a lungo termine.</p>
<p><strong>Migliora il CV</strong>. Aver seguito con profitto un corso di MS Project può aiutare a migliorare la propria posizione in Azienda o essere &#8220;più vendibile&#8221; in caso di ricerca di un nuovo lavoro. Dopo tutto miglioriamo la nostra qualifica professionale (e magari anche lo stipendio), nonchè poter aspirare a posizioni di maggiore responsabilità.</p>
<p><strong>Maggiore efficienza sul lavoro</strong>. Seguire un corso di formazione con un bravo ed esperto docente di MS Project, può arricchirci di tecniche, astuzie e strumenti per fare meglio il nostro lavoro sui progetti ed essere più efficienti. Non basta installare il software sul nostro PC, occorre conoscere e applicare le migliori <strong><em>best practices</em></strong> nell&#8217;utilizzo di Project.</p>
<p><strong>Migliorare le comunicazioni</strong>. E&#8217; un dato di fatto che prima durante e dopo la vita di un progetto dobbiamo fornire informazioni più o meno sofisticate sull&#8217;andamento dello stesso. Sapere impostare al meglio un piano di progetto,oltre a facilitarci la vita  nella sua gestione, ci mette in condizioni di creare con pochissima fatica tutta la reportistica che ci serve con MS Project . Questo permette sicuramente di migliorare la qualità e l&#8217;efficienza delle comunicazioni di progetto (e quindi del Team).</p>
<p><strong>Contestualizzare l&#8217;apprendimento dello strumento</strong>. In un corso di formazione di Microsoft Project è importantissimo contestualizzarne l&#8217;utilizzo con casi reali della vita dei progetti (non basta trovare un docente che conosce benissimo tutti i comandi ed opzioni di Project ma che non ha mai lavorato sul campo). Oltre alla contestualizzazione dell&#8217;uso del software nei progetti reali occorre anche vederne l&#8217;utilizzo anche per quanto riguarda la metodologia di Project Management, spiegando l&#8217;utilizzo di Project durante le varie fasi della pianificazione, esecuzione e controllo e chiusura del progetto e nelle varie aree di conoscenza come Scope, Time, Cost, Human Resource, ecc.</p>
<p><strong>Valutare bene chi offre la formazione</strong>. Concludo ricordando coloro i quali pensino di iscriversi ad un corso di formazione du Microsoft Project, di valutare anche i precedenti punti di riflessione che ho introdotto e verificare se l&#8217;offerente del corso può garantirne l&#8217;applicabilità. Seguire corsi di formazione è sempre più raro e costoso, facciamo in modo che sia di qualità e che portiamo a casa del valore che possiamo applicare nel tempo.</p>
<p>E voi, pensate che basti installare Project e cominciare a giorcarci o sia necessario un approccio più articolato?</p>
<p>Rosario Rizzo<br />
MCTS Project 2007</p>
</div>
</div>
<p><!-- End ScreenSteps Content --></p>
<img src="http://feeds.feedburner.com/~r/Blog-ESPM/~4/3yZEIcZYq6k" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.espm.eu/2010/07/11/perche-prendere-in-considerazione-un-corso-di-formazione-su-microsoft-project/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blog.espm.eu/2010/07/11/perche-prendere-in-considerazione-un-corso-di-formazione-su-microsoft-project/</feedburner:origLink></item>
		<item>
		<title>Roles, Responsibilities and Skills in Programme Management</title>
		<link>http://feedproxy.google.com/~r/Blog-ESPM/~3/HxK9P7Gq1EA/</link>
		<comments>http://blog.espm.eu/2010/07/06/roles-responsibilities-and-skills-in-programme-management/#comments</comments>
		<pubDate>Tue, 06 Jul 2010 13:44:49 +0000</pubDate>
		<dc:creator>Omar Zein</dc:creator>
				<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://blog.espm.eu/?p=522</guid>
		<description><![CDATA[The past two decades have seen a significant increase in project and programme management maturity, largely thanks to the efforts of the various project management institutes and associations worldwide.
More importantly to the context of this paper, programme management as opposing to project management, varying not in scale but rather in fundamental management aspects has been [...]]]></description>
			<content:encoded><![CDATA[<p>The past two decades have seen a significant increase in project and programme management maturity, largely thanks to the efforts of the various project management institutes and associations worldwide.</p>
<p>More importantly to the context of this paper, programme management as opposing to project management, varying not in scale but rather in fundamental management aspects has been well developed and defined over the past decade. A major milestone in such understanding was the publication of the 3<sup>rd</sup> edition of the OGC’s Managing Successful Programmes (MSP) in 2007 which defines programme management as “<em>the action of carrying out the coordinated organisation, direction and implementation of a dossier of projects and transformation activities to achieve outcomes and realise benefits of strategic importance to the business”</em>, and clearly outlines the role of the Business Change Manager which constitutes the greatest difference between the roles found in project management and in programme management.</p>
<p>Today, some confusion still prevail over the roles of the different actors in programme management and how they differ from their peers in project management.</p>
<p>This papers tries to outline and clarify the major roles, their responsibilities and the skill required to satisfy such responsibilities.</p>
<p><span style="font-size: x-large"><span><strong><span style="font-size: small"><span style="font-weight: normal"><br />
</span></span></strong></span></span></p>
<h2><strong>DEFINITIONS</strong></h2>
<h3><strong>Job</strong></h3>
<p>A job is a position within an organisation and is usually defined in the <em>Job Description</em> which outlines what is expected from the person who will perform such a job and his/her skills and attribute.</p>
<p>Examples of jobs are: Marketing Director, Software Developer, Executive Assistant, etc.</p>
<h3><strong>Role</strong></h3>
<p>Within each job, there is at least one role to assume. In project and programme management, there are often multiple roles associated with each job, depending on the needs and phase within the programme lifecycle.</p>
<p>Typical roles in programme management are: Programme Manager, Planning Coordinator, Senior User, etc.</p>
<h3><strong>Responsibilities</strong></h3>
<p>For every role assumed, there is a set of associated responsibilities. However, not all associated responsibilities need to be satisfied on every occasion. Required responsibilities vary depending on the type of initiative and the point of time within the programme’s lifecycle.</p>
<p>Examples of responsibilities are: Quality Control, Management Reporting, Risk Planning, etc.</p>
<h3><strong>Skills and Attributes</strong></h3>
<p>In order to satisfactorily fulfil a responsibility, a skill or a set of skills are required. Skills are usually acquired through training, experience or a combination of both.</p>
<p>Sometimes, certain attributes are needed to help in the effective utilisation of skills. Such attributes could also be acquired through training and experience although quite often, these can be personal attributes that were embedded in us during our early stages of development.</p>
<p>Examples of skills are: communication, planning and leadership. Examples of attributes relating to these skills are: confidence, logical thinking and charisma.</p>
<p>It is important to understand the relationship between a job, the role(s) involved, the responsibilities held and the skills required to satisfy the job. Without clear understanding of the above, it is unlikely that an efficient programme management team can be put together.</p>
<h2><strong>ROLES, RESPONSIBILITIES AND SKILLS</strong></h2>
<p>A programme, regardless of its structure, purpose or outcome will entail a project or a number of projects (or a mix of projects and other programmes). That is to say, projects by default are present in every programme and as such, certain project management roles must be present within every programme. Such roles include the Project Manager, Customer, Senior User, Planning Coordinator, etc.</p>
<p>In this paper, we will concentrate on the major roles within a programme that differ from those of project management. Mainly, what is referred to by the OGC’s <em>Managing Successful Programmes</em> as the Programme Board.</p>
<h3><strong>The Sponsor</strong></h3>
<p>The sponsor is the most senior member of the programme organisation. Often in large programmes, there is more than one sponsor or sponsoring group</p>
<p>The sponsor has some crucial responsibilities, some of which are often ignored to the detriment of the programme. Ironically, the reason often being: seniority.</p>
<p><strong>Responsibilities of the Sponsor</strong></p>
<ul>
<li>Authorising the programme on the basis of its mandate and business case</li>
<li>Appointing the Senior Responsible Owner (SRO) to represent the interest of the sponsor</li>
<li>Approving and authorising the funding for the programme</li>
<li>Resolving cross-programme issues and strategic issues with senior stakeholders</li>
<li>Approving the programme’s progress against the organisational strategy and objectives</li>
<li>Demonstrating “visible” support to the programme and its management team</li>
<li>“Leading by example” the transformational change brought about by the programme</li>
<li>Confirming successful delivery and signs-of at the programme closure.</li>
</ul>
<p><strong>Skills and Attributes of the Sponsor</strong></p>
<p>By virtue of his or her position, the sponsor is a very senior member of the organisation. He/she should have a clear vision of the strategy, very strong entrepreneurial skills, high credibility in the organisation and a deep knowledge of the business.</p>
<h3><strong>The Senior Responsible Owner (SRO)</strong></h3>
<p>The SRO is often the sponsor or a member of the sponsoring group. He/she is appointed by the sponsors to represent them in the programme organisation and is ultimately responsible for foreseeing that the programme meets its overall objectives.</p>
<p>The SRO must be empowered to make decisions on behalf of the sponsors.</p>
<p><strong>Responsibilities of the Senior Responsible Owner</strong></p>
<ul>
<li>Guarding the viability of the vision and the business case</li>
<li>Getting the money from the sponsors</li>
<li>Leading the programme to its successful completion</li>
<li>Managing key “strategic” risks</li>
<li>Maintains strategic alignment between the programme and the organisation</li>
<li>Interfacing with the senior stakeholders.</li>
</ul>
<p><strong>Skills and Attributes of the Senior Responsible Owner</strong></p>
<p>Just like the sponsor, the SRO is a senior member of the organisation. He/she must possess strong leadership skills and be able to make critical decision. The SRO should be able to retain focus over the strategic objectives of the programme.</p>
<h3><strong> The Programme Manager</strong></h3>
<p>The programme manager can be thought of as a <em>“super”</em> project manager. His/her role is mainly operational in being responsible for planning and governance and for overseeing the successful delivery of the programme’s output/product. That is, the new capability.</p>
<p>Although knowledge of the business is important, the higher stress is on his/her skills of programme management. The programme manager must have practical experience of having been a project manger for large and complex initiatives.</p>
<p><strong>Responsibilities of the Programme Manager</strong></p>
<ul>
<li>Daily programme management throughout the programme lifecycle</li>
<li>Defining the programme governance (controls)</li>
<li>Planning the overall programme and monitoring the progress</li>
<li>Managing the programme’s budget</li>
<li>Managing risks and issues and taking corrective measurements</li>
<li>Coordinating the projects and their interdependencies</li>
<li>Managing and utilising resources across projects</li>
<li>Managing stakeholders’ communication</li>
<li>Aligning the deliverables (outputs) to the programme’s “outcome” with the aid of the Business Change Manager</li>
<li>Managing the main programme documentations such as the Programme Initiation Document.</li>
</ul>
<p><strong>Skills and Attributes of the Programme Manager</strong></p>
<p>The programme manager must have a strong practical experience of project management gained through managing large and complex projects. He/she must have:</p>
<ul>
<li>Good knowledge and handling of project and programme management methodology and techniques</li>
<li>A good understanding of the wider objectives of the programme</li>
<li>The ability to work positively with the wide range of individuals involved in programme management</li>
<li>Strong leadership and management skills</li>
<li>Good knowledge of budgeting and resource allocation procedures</li>
<li>The ability to find innovative ways to resolve problems.</li>
</ul>
<h3><strong>The Business Change Manager (BCM)</strong></h3>
<p>One of the fundamental differences between programme management and project management lies in the management and realisation of the benefits. That is, the clear and measurable added value brought about by the integration and utilisation of the newly delivered capability.</p>
<p>Whereas project management deals with outputs (products or deliverables), programme management deals with outcomes, the final result brought about through the utilisation of outputs.</p>
<p>The role of the BCM is that of planning and managing the realisation of the benefits through the integration of the new capability within the business practices.</p>
<p>The BCM is a very strong member of the “business” and although knowledge of programme management is very helpful, the higher emphasis is on his/her knowledge of the business processes and the organisation’s strategic objectives.</p>
<p>Where there may be more than one business area impacted by the programme, a BCM for each of these areas should be appointed, one of which will act as the Senior BCM.</p>
<p><strong>Responsibilities of the Business Change Manager</strong></p>
<ul>
<li>Defining the benefits that will realise the strategic objectives of the programme</li>
<li>Developing the benefit realisation plan</li>
<li>Maintaining overall focus on benefit realisation</li>
<li>Defining and tracking the Key Performance Indicators for benefit realisation</li>
<li>Managing “business continuity” during the change</li>
<li>Advising the programme manager on whether the outputs and outcomes will lead to the realisation of the benefits</li>
<li>Preparing affected business areas for transition to the new way of working. Potentially implementing new business processes</li>
<li>Optimising the timing of the release of new deliverables into business operations</li>
</ul>
<p><strong>Skills and Attributes of the Business Change Manager</strong></p>
<p>The BCM must have a strong background and ongoing operational responsibilities in the relevant business areas affected by the programme. He/she should have a good understand of the management structure, politics and culture of the organisation, and possess good change management skills and enough experience to manage very complex situations while maintaining focus on the programme’s objectives.</p>
<p>The BCM should also have good negotiation skills, interpersonal skills, managing chaos skills and prioritisation skills.</p>
<h3><strong>The Programme Management Office (PMO)</strong></h3>
<p>The Programme Management Office has similar functions to the Project Management Office but on a larger scale, higher level and a wider perspective.</p>
<p>The PMO can vary from one person acting as “Programme Support” to a large team of individuals and can have more than one location if the programme is scattered nationally or globally. It can be setup to support a specific programme or be a permanent structure supporting all the organisation’s programmes, in which case, it is integrated with the organisation’s permanent Project Management Office.</p>
<p>The PMO has a manager responsible for its functions. The Programme Office Manager.</p>
<p><strong>Responsibilities of the Programme Management Office</strong></p>
<ul>
<li>Setting up tools and standards for managing the programme</li>
<li>Planning, tracking and reporting on outputs and outcomes</li>
<li>Information and logistics management</li>
<li>Financial planning and tracking</li>
<li>Risk and Issue tracking</li>
<li>Cross-project interdependency management</li>
<li>Setting quality control standards and tracking implementation</li>
<li>Setting and tracking change control procedures</li>
<li>Developing stakeholders’ map, defining the interest of each group</li>
<li>Planning and executing communication plans to stakeholders</li>
</ul>
<p><span style="text-decoration: underline">Additional Roles that a permanent PMO can have</span></p>
<ul>
<li>Strategic overview and reporting on all programmes to senior management</li>
<li>In-house consultancy to projects and programmes</li>
<li>Providing training to projects and programmes management teams</li>
<li>Auditing and health checks on projects and programmes</li>
</ul>
<p><strong>Skills and Attributes of the </strong><em><strong>Programme Office Manager (POM)</strong></em></p>
<p>The skills required for the role of the programme office manager are very different from those of the programme manager. The programme manager role is a hands-on role and needs strong leadership and people skills. On the other hand, the POM’s role is a hands-off role requiring strong management discipline and communication skills. The POM’s role is a supporting role to the programme and its management team.</p>
<p>The skills and attributes of the POM should include:</p>
<ul>
<li>Long experience of effective programme management. Having been a strong member of programme management team(s)</li>
<li>Solid proficiency in programme and project management methodologies</li>
<li>Strong knowledge and experience in the use of the various tools to aid programme management</li>
<li>Ability to put theory in practice</li>
<li>Clarity during chaos</li>
<li>Strong interpersonal and communication skills.</li>
</ul>
<p><a href="http://blog.espm.eu/wp-content/uploads/2010/07/sro-and-the-prog-board2.jpg"><img class="size-medium wp-image-527 alignnone" src="http://blog.espm.eu/wp-content/uploads/2010/07/sro-and-the-prog-board2-300x232.jpg" alt="" width="300" height="232" /></a></p>
<p><em>The Senior Responsible Owner and the Programme Board (OGC, MSP© 2007, page 30)</em></p>
<p><em><br />
</em></p>
<h2><strong>Acquiring Skills for the Role</strong></h2>
<p>There is no doubt that our personal attributes play a major role in our ability to utilise certain skills, making the differences between the “academic knowledge of the how” and the “practical ability to implement the how”. This however is very subjective to both the skill and the individual in question and as such, no rule that applies-to-all can be set.</p>
<p>It is nevertheless very beneficial to be aware of what skills are easier to learn that others. Then, each individual need to be honest with themselves in deciding whether to undertake such a learning effort of not.</p>
<p>For example, one may argue that communication skills can be learnt and with practice, a motivated yet not so good a communicator can become a good communicator. On the other hand, leadership skills are unlikely to be acquired through reading and training at a mature age and as such if one lacks in leadership, then he/she will do well to acknowledge so and concentrate on their stronger attributes and acquirable skills.</p>
<p>A useful tool when assigning the various roles in a programme is to draw a simple matrix for each role outlining the skills required for the <em>particular job</em> against the skills held by each candidate.</p>
<p>An assessment similar to that outlined in the OGC’s Successful Delivery Skills can be utilised. An example is as follows:</p>
<p>Company: The World Newspaper, Geneva, Switzerland</p>
<p>Programme: New newspaper format. Tabloid and full color.</p>
<p>Role: Programme Manager</p>
<p>Candidate: Mr Alan Norman Other</p>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="198" valign="top"><strong>SKILL</strong></td>
<td width="71" valign="top"><strong>Nessesary   Level</strong></td>
<td width="79" valign="top"><strong>Candidate   Level</strong></td>
<td width="78" valign="top"><strong>DELTA   (ASSESMENT)</strong><strong>*</strong><strong> </strong></td>
</tr>
<tr>
<td width="198" valign="top">Experience   of project and programme management</td>
<td width="71" valign="top">3</td>
<td width="79" valign="top">1</td>
<td width="78" valign="top">-2</td>
</tr>
<tr>
<td width="198" valign="top">Knowledge   and handling of project and programme management methodology and techniques</td>
<td width="71" valign="top">2</td>
<td width="79" valign="top">3</td>
<td width="78" valign="top">+1</td>
</tr>
<tr>
<td width="198" valign="top">Understanding   of the wider objectives of the programme</td>
<td width="71" valign="top">1</td>
<td width="79" valign="top">3</td>
<td width="78" valign="top">+2</td>
</tr>
<tr>
<td width="198" valign="top">Ability   to work positively with the range of individuals involved in the programme</td>
<td width="71" valign="top">3</td>
<td width="79" valign="top">1</td>
<td width="78" valign="top">-2</td>
</tr>
<tr>
<td width="198" valign="top">Strong   leadership and management skills</td>
<td width="71" valign="top">2</td>
<td width="79" valign="top">1</td>
<td width="78" valign="top">-1</td>
</tr>
<tr>
<td width="198" valign="top">Good   knowledge of budgeting and resource allocation procedures</td>
<td width="71" valign="top">1</td>
<td width="79" valign="top">3</td>
<td width="78" valign="top">-2</td>
</tr>
<tr>
<td width="198" valign="top">Ability   to find innovative ways to resolve problems</td>
<td width="71" valign="top">3</td>
<td width="79" valign="top">3</td>
<td width="78" valign="top">&#8212;</td>
</tr>
</tbody>
</table>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="69" valign="top">Level 0</td>
<td width="78" valign="top">None</td>
</tr>
<tr>
<td width="69" valign="top">Level 1</td>
<td width="78" valign="top">Awareness</td>
</tr>
<tr>
<td width="69" valign="top">Level 2</td>
<td width="78" valign="top">Professional</td>
</tr>
<tr>
<td width="69" valign="top">Level 3</td>
<td width="78" valign="top">Expert</td>
</tr>
</tbody>
</table>
<h2><strong>Conclusions</strong></h2>
<p>Programme Management is a distinct discipline from Project Management and although most project management roles are present in programmes (since programmes contain projects), there are roles within programme management that hold distinct responsibilities and as such require particular skill that differ from their counterparts in projects.</p>
<p>Whereas project management deal with outputs (products or deliverables), programme management deals with outcomes, the final result brought about through the utilisation of such outputs. This constitutes the largest distinction between the two disciplines and is mostly visible in the role of the Business Change Manager.</p>
<p>When selecting the programme board and team, one must be very aware of the skills needed for the particular roles within that programme and that although some skills can be learnt, other will be harder to learn or acquire for someone who does not already possess them.</p>
<h2><strong>References</strong></h2>
<p>Young, Trevor (2005). The Handbook of Project Management, Kogan Page</p>
<p>OGC (2007). Managing Successful Programmes, third edition.</p>
<p>OGC. Successful Delivery Skills</p>
<p>Russ Martinelli and Jim Waddell (2004). Programme Manager Roles, Responsibilities and Core Competences</p>
<img src="http://feeds.feedburner.com/~r/Blog-ESPM/~4/HxK9P7Gq1EA" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.espm.eu/2010/07/06/roles-responsibilities-and-skills-in-programme-management/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blog.espm.eu/2010/07/06/roles-responsibilities-and-skills-in-programme-management/</feedburner:origLink></item>
		<item>
		<title>Vantaggi e svantaggi di usare Sharepoint per il Project Management</title>
		<link>http://feedproxy.google.com/~r/Blog-ESPM/~3/i3lJw-gIIvM/</link>
		<comments>http://blog.espm.eu/2010/06/24/vantaggi-e-svantaggi-di-usare-sharepoint-per-il-project-management-2/#comments</comments>
		<pubDate>Thu, 24 Jun 2010 09:38:05 +0000</pubDate>
		<dc:creator>Rosario Rizzo</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Comunicazioni]]></category>
		<category><![CDATA[Sharepoint]]></category>
		<category><![CDATA[Tools]]></category>

		<guid isPermaLink="false">http://blog.espm.eu/?p=514</guid>
		<description><![CDATA[Microsoft Sharepoint è un&#8217;ottimo strumento per condividere documenti ed informazioni a livello aziendale o dipartimentale, permettendone una gestione flessibile e (quasi) intuitiva.
Esistono diversi plus che consigliano le aziende ad implementare Sharepoint WSS 3.0 oppure la versione più potente Sharepoint Server 2007 o la nuovissima versione 2010 e non sto qui ad elencarle (lo fa già [...]]]></description>
			<content:encoded><![CDATA[<p>Microsoft Sharepoint è un&#8217;ottimo strumento per condividere documenti ed informazioni a livello aziendale o dipartimentale, permettendone una gestione flessibile e (quasi) intuitiva.</p>
<p>Esistono diversi <em>plus</em> che consigliano le aziende ad implementare Sharepoint WSS 3.0 oppure la versione più potente Sharepoint Server 2007 o la nuovissima versione 2010 e non sto qui ad elencarle (lo fa già molto bene il Marketing di Microsoft <img src='http://blog.espm.eu/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  ) ma il motivo primario per cui le Aziende dovrebbero pensare seriamente a Sharepoint è la possibilità di collaborare sui documenti e condividere degli <em>spazi virtuali</em> tra persone che lavorano su progetti diversi e da sedi di lavoro diversi (per non considerare anche i fusi orari diversi).</p>
<p>Uno degli aspetti che io definisco vocazionali di Sharepoint, è la possibilità di creare degli spazi di collaborazione sui progetti a cui possono accedere e collaborare risorse di progetto. Vediamo alcuni punti di vantaggio e svanrtaggio</p>
<p><strong>Pro / Cons #1 &#8211; Facilità di installazione e utilizzo di Sharepoint</strong></p>
<p>Sharepoint Web Services 3 è distribuito gratuitamente da Microsoft e qualsiasi azienda può installarlo liberamente sui propri server (è evidente che si debba possedere un&#8217;infrastruttura di rete e server Windows Server, con anche un&#8217;istanza di SQLServer 2000 e successivi).</p>
<p>E&#8217; abbastanza semplice da installare e configurare (e lo fa il settore ICT interno o con una mezza giornata di un consulente sistemista esterno).</p>
<p>Il vantaggio principale è che con poca formazione gli utenti possono utilizzare Sharepoint in modo soddisfacente per il Project Management e la collaborazione.</p>
<p>Lo svantaggio legato a questo aspetto è che le Aziende sottovalutano l&#8217;aspetto formativo e di impostazione dei siti di collaborazione su Sharepoint (è come il detto: ecco la bicicletta, adesso pedala). Se non vengono gestiti bene i processi di lavoro su Sharepoint, si perde il controlo sulla struttura e la complessità del sistema. Posso affermare che il successo nell&#8217;utilizzo di Sharepoint per il Project Management dipende dalla chiarezza ed efficacia dei processi seguiti nella gestione dei siti e delle risorse. Quindi, per farla breve, occorre pianificare attentamente la struttura, la navigazione, le regole di lavoro.</p>
<p><strong>Pro / Cons #2 &#8211; Funzionalità di collaborazione di Sharepoint</strong></p>
<p>Un plus di Sharepoint è dunque quella di colaborare tra più persone sui documenti condivisi, ma questo non implica che sia adatto per il Project Management. Chi conosce Sharepoint sa però che manca l&#8217;elemento <strong>Processo</strong>, tutto è demandato all&#8217;attenzione e disciplina degli utenti che devono lavorare conformemente alle regole stabilite (quando presenti) nel gruppo di Project Management. A meno che non si implementino costosi softwares di Workflows che implementino processi di collaborazione controllati e monitorati , è difficile garantire il buon funzionamento del flusso lavorativo sui progetti gestiti con Sharepoint.</p>
<p>Dobbiamo pensare a Sharepoint nell&#8217;ottica di Pareto applicando la regola dell&#8217;80/20. Sharepoint mette a disposizione dell&#8217;80% delle cose che servono per il Project Management ma non fornisce il rimanente 20%. Su questo aspetto ne ho avuto prova direttamente in diverse occasioni. Se non ci si accontenta di quello che ci mette a disposizione Sharepoint, esistono sul mercato soluzioni commerciali che coprono il gap della mancanza dei processi controllati.</p>
<p><strong>Pro / Cons #3 &#8211; Partenza veloce con Sharepoint</strong></p>
<p>Da esperienze professionali che ho avuto negli ultimi tre anni su implementazioni di Sharepoint, posso affermare che Sharepoint permette di partire subito con la gestione documentale e collaborativa sui progetti, ma dopo poco tempo il cliente si accorge che le cose non vanno molto bene.</p>
<p>Sono stato chiamato un paio di volte dopo la partenza nella gestione dei progetti dai miei clienti per aiutarli a sistemare le cose viste le difficoltà di gestione dei siti di PM e del disordine globale generatosi.  Mi piacerebbe molto, invece, che i clienti chiamino &#8220;prima&#8221; di partire e rischiare il fallimento del progetto Sharepoint.</p>
<p>Questo perchè c&#8217;è molto da lavorare sull&#8217;aspetto comunicativo e collaborativo di noi Italiani, prima ancora della strutturazione e nomenclatura degli oggetti di Sharepoint. Un progetto Sharepoint per il PM non può prescindere da un&#8217;accurata progettazione e cura degli aspetti comunicativi nei gruppi i progetto ed aziendale.</p>
<p>Anche tu hai avuto qualche disavventura o soddisfazione nell&#8217;implementazione di Sharepoint per il Project Management?</p>
<p><em>Per saperne di più su come implementare un Portale Progetti con Sharepoint, partecipa al mio corso su <a title="Sharepoint per il Project Manager" href="http://www.espm.eu/it/corsi-espm" target="_blank">Sharepoint per il Project Manager</a> o contattami direttamente.</em></p>
<p>Rosario Rizzo</p>
<img src="http://feeds.feedburner.com/~r/Blog-ESPM/~4/i3lJw-gIIvM" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.espm.eu/2010/06/24/vantaggi-e-svantaggi-di-usare-sharepoint-per-il-project-management-2/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blog.espm.eu/2010/06/24/vantaggi-e-svantaggi-di-usare-sharepoint-per-il-project-management-2/</feedburner:origLink></item>
		<item>
		<title>Project Manager o Tool Manager? – ovvero, il tool non fa il Project Manager</title>
		<link>http://feedproxy.google.com/~r/Blog-ESPM/~3/t1oBt5pkMAo/</link>
		<comments>http://blog.espm.eu/2010/05/31/project-manager-o-tool-manager-ovvero-il-tool-non-fa-il-project-manager/#comments</comments>
		<pubDate>Mon, 31 May 2010 06:00:30 +0000</pubDate>
		<dc:creator>Rosario Rizzo</dc:creator>
				<category><![CDATA[Microsoft Project]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Strumenti di Project Management]]></category>
		<category><![CDATA[European School of Project Management]]></category>
		<category><![CDATA[Excel]]></category>
		<category><![CDATA[MCTS]]></category>
		<category><![CDATA[Project Manager]]></category>
		<category><![CDATA[Scheduling]]></category>
		<category><![CDATA[template]]></category>
		<category><![CDATA[Tools]]></category>

		<guid isPermaLink="false">http://blog.espm.eu/?p=498</guid>
		<description><![CDATA[


Vi riporto alcuni estratti di un ironico quanto efficace articolo che ho letto ieri pomeriggio scorrendo i vari feeds di Project Management a cui sono abbonato.
L&#8217;articolo dissacra tutti coloro che sono fanatici dei tools software o cartacei per la conduzione di un progetto, evidenziando che il mestiere del PM è quello di pianificare e condurre [...]]]></description>
			<content:encoded><![CDATA[<p><!-- Start ScreenSteps Content --></p>
<div class="LessonContent">
<div class="LessonSummary">
<p>Vi riporto alcuni estratti di un ironico quanto efficace articolo che ho letto ieri pomeriggio scorrendo i vari feeds di Project Management a cui sono abbonato.</p>
<p>L&#8217;articolo dissacra tutti coloro che sono fanatici dei tools software o cartacei per la conduzione di un progetto, evidenziando che il mestiere del PM è quello di pianificare e condurre un progetto e non quello di usare &#8220;cassette degli attrezzi&#8221; sofisticate e costose. Anche il sottoscritto consiglia ai propri clienti l&#8217;utilizzo di strumenti semplici (vedi <a href="http://blog.espm.eu/2010/03/22/tools-per-il-project-management-oppm/" target="_blank">OPPM qui</a> e <a href="http://blog.espm.eu/2010/04/05/tools-per-il-project-management-%e2%80%93-oppm-parte-2/" target="_blank">anche qui</a>) e snelli, lasciando quelli più complessi e sofisticati (MS Project) per i progetti o gli ambienti di progetto che lo richiedono.</p>
<p>Proprio su questo argomento la Direzione Didattica di <a href="http://www.espm.eu" target="_blank">European School of Project Management </a> mi ha chiesto di progettare un corso specifico su strumenti &#8220;agili&#8221; per la gestione dei progetti e probabilmente ai primi di luglio verrà proposto al pubblico.<br />
Riporto quindi alcuni concetti dell&#8217;articolo che dovrebbero far riflettere parecchie persone:</p>
<ol>
<li>Morale della favola: gli attrezzi senza specialista fanno scuotere la testa ai mici. (<em>nell&#8217;articolo i protagonisti sono dei gatti</em>)</li>
<li>L&#8217;abito non fa il monaco</li>
<li>Un tool senza il professionista che sappia come e quando usarlo non serve a molto e può provocare danni</li>
<li>Il tool non fa il project manager</li>
<li>Per quanto normalmente si pensi (o cerchi di fare pensare;-) che questi tools facciano il project management, sono in realtà tutti ausili di cui si può anche fare a meno</li>
<li>i diagrammi di Gantt dovrebbero essere il risultato (visivo) finale di un impegnativo lavoro di impostazione e pianificazione del progetto, non il progetto stesso</li>
<li>Soprattutto, il project manager dovrebbe conoscere la sua disciplina (il project management) tanto per cominciare; deciderà poi quali tools gli servono per un progetto, nonché come e quando usarli</li>
</ol>
<p>Potete leggere l&#8217;intero <a title="Project Management o Tool Management" href="http://projectmanagementprince2.wordpress.com/misfits-of-project-management/tools-reloaded/" target="_blank">articolo qu</a>i</p>
<p>Se siete daccordo o meno sui principi dell&#8217;articolo, che io condivido pienamente, scrivetemi la vostra.</p>
</div>
</div>
<p><!-- End ScreenSteps Content --></p>
<img src="http://feeds.feedburner.com/~r/Blog-ESPM/~4/t1oBt5pkMAo" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blog.espm.eu/2010/05/31/project-manager-o-tool-manager-ovvero-il-tool-non-fa-il-project-manager/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blog.espm.eu/2010/05/31/project-manager-o-tool-manager-ovvero-il-tool-non-fa-il-project-manager/</feedburner:origLink></item>
	</channel>
</rss>
