<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	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/"
	>

<channel>
	<title>TransAccel Group &#187; alignment</title>
	<atom:link href="http://transaccelgroup.com/tag/alignment/feed/" rel="self" type="application/rss+xml" />
	<link>http://transaccelgroup.com</link>
	<description>Improving IT Processes &#38; Services</description>
	<lastBuildDate>Tue, 03 Jul 2018 13:13:15 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.2.38</generator>
	<item>
		<title>Squishy Goals Mean Squishy Outcomes</title>
		<link>http://transaccelgroup.com/2014/10/31/squishy-goals-mean-squishy-outcomes/</link>
		<comments>http://transaccelgroup.com/2014/10/31/squishy-goals-mean-squishy-outcomes/#comments</comments>
		<pubDate>Fri, 31 Oct 2014 18:29:18 +0000</pubDate>
		<dc:creator><![CDATA[Bruce Lotier]]></dc:creator>
				<category><![CDATA[Strategy]]></category>
		<category><![CDATA[alignment]]></category>
		<category><![CDATA[business case]]></category>
		<category><![CDATA[Change]]></category>
		<category><![CDATA[Goals]]></category>
		<category><![CDATA[Initiatives]]></category>
		<category><![CDATA[Measures]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[realization]]></category>
		<category><![CDATA[strategy]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=5992</guid>
		<description><![CDATA[Performance measurements are only as good as your goals. Goals ► Priorities ► Outcomes ► Initiatives Do your organizational goals sound something like this: Foster talent by building a culture that maximizes opportunities for growth. Sounds nice, right? But how would you measure that? How would you know when you’ve achieved it? The truth is, it would be next to impossible. Whether you’re creating goals at an organizational level or at an operational level, here are some tips for improving them so that you can demonstrate their achievement. Describe the outcome. The trick is to describe the result you hope to achieve rather than the activity. Measuring an activity can result in meaningless metrics. (It is also wise to stay away from words and phrases that cannot be measured such as maximize or more efficient.) Here’s a possibility: Growth and innovation will increase through training, mentoring, and creating time buffers around scheduled projects. Studies have shown that goal specificity and level of difficulty have a direct impact on employee performance: Goals that are specific and challenging (but not unreasonable) lead to better performance by motivating employees. Create line of sight. Just as important, a clear line of sight should exist between corporate objectives and the goals set at the operational level—employees should be able to grasp their roles’ importance in the larger picture. In order to achieve this, it is helpful to include different levels of the organization in developing the goals to ensure consensus, cooperation, and realistic goal-setting. Define the measure. Once your goals have been determined, you will be able to think about how you will measure the outcome. Performance measures should be as explicit as your goals, and answer the following: It [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>Performance measurements are only as good as your goals.</p>
<p><strong>Goals </strong><strong>► </strong><strong>Priorities </strong><strong>► </strong><strong>Outcomes </strong><strong>►</strong><strong> Initiatives</strong></p>
<p>Do your organizational goals sound something like this: <strong>Foster</strong> <strong>talent by building a culture that maximizes opportunities for growth</strong><strong>. </strong>Sounds nice, right? But how would you measure that? How would you know when you’ve achieved it? The truth is, it would be next to impossible. Whether you’re creating goals at an organizational level or at an operational level, here are some tips for improving them so that you can demonstrate their achievement.</p>
<p><strong>Describe the outcome.</strong><br />
The trick is to describe the <em>result you hope to achieve</em> rather than the activity. Measuring an activity can result in meaningless metrics. (It is also wise to stay away from words and phrases that cannot be measured such as <em>maximize</em> or <em>more efficient.) </em>Here’s a possibility: <strong>Growth and innovation will increase through training, mentoring, and creating time buffers around scheduled projects.</strong></p>
<p>Studies have shown that goal specificity and level of difficulty have a direct impact on employee performance: Goals that are specific and challenging (but not unreasonable) lead to better performance by motivating employees.</p>
<p><strong>Create line of sight.</strong></p>
<p>Just as important, a clear <em>line of sight</em> should exist between corporate objectives and the goals set at the operational level—employees should be able to grasp their roles’ importance in the larger picture. In order to achieve this, it is helpful to include different levels of the organization in developing the goals to ensure consensus, cooperation, and realistic goal-setting.</p>
<p><strong>Define the measure.</strong></p>
<p>Once your goals have been determined, you will be able to think about <em>how</em> you will measure the outcome.</p>
<style type='text/css'>
  #checklist-1 li:before{color:#757575 !important; content:'' }
	</style>
<ul id="checklist-1" class="list-icon circle-no list-icon-">
<li>What are we trying to achieve?</li>
<li>What behavior are we hoping to encourage? (Key Performance Indictors)</li>
<li>What will success look like?</li>
</ul>

<p>Performance measures should be as explicit as your goals, and answer the following:</p>
<style type='text/css'>
  #checklist-2 li:before{color:#757575 !important; content:'' }
	</style>
<ul id="checklist-2" class="list-icon circle-no list-icon-">
<li><em>What change is being measured?</em></li>
<li><em>How will the change be quantified (generally a number or percentage of something)</em></li>
<li><em>What is the starting point or baseline measure?</em></li>
<li><em>What is the target performance? By when?</em></li>
</ul>

<p>It is an old saying but true: you cannot manage what you do not measure. Measuring tracks the specific activities and conditions necessary to support your goals and provides the means by which you communicate to the organization what is important. Measuring also presents the opportunity to identify problem areas and affords employees the ability to monitor their performance and see themselves comparatively. It is therefore vital that you measure the correct things—not the easy things because they exist or because you’ve measured them before—the right things. If your goals have been delineated with specificity and the outcomes you wish to achieve are clear, chances are you will know what they are.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2014/10/31/squishy-goals-mean-squishy-outcomes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Applying The 80/20 Principle To Portfolio Management</title>
		<link>http://transaccelgroup.com/2014/10/09/applying-the-8020-principle-to-portfolio-management/</link>
		<comments>http://transaccelgroup.com/2014/10/09/applying-the-8020-principle-to-portfolio-management/#comments</comments>
		<pubDate>Thu, 09 Oct 2014 18:59:32 +0000</pubDate>
		<dc:creator><![CDATA[Bruce Lotier]]></dc:creator>
				<category><![CDATA[time]]></category>
		<category><![CDATA[alignment]]></category>
		<category><![CDATA[capacity]]></category>
		<category><![CDATA[investment]]></category>
		<category><![CDATA[Keeping the Lights On]]></category>
		<category><![CDATA[Leadership]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[resources]]></category>
		<category><![CDATA[scope]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=5997</guid>
		<description><![CDATA[The 80/20 principle posits that 80% of organizational value comes from 20% of your projects. The 80/20 allocation seems to hold true for a lot of things: I know I wear 20% of my clothing 80% of the time, and I use my pots and pans the same way. Nevertheless, the 80/20 principle is a particularly handy concept when thinking about managing the projects in your portfolio. First, using the 80/20 principle, think about which projects are critical, must-haves, and core to your mission (about 20% of the whole array), and set aside those that are discretionary or not vital. During this exercise, projects that should be eliminated altogether should be obvious. (Be ruthless.) Of the mission-critical projects, decide which should proceed and which should be deferred based on urgency and capacity. Considerations during your deliberations should include: Second, having decided which projects should proceed, it is time to collaborate with the entire range of managers, from line managers to senior managers, to prioritize them. Each will contribute something to the debate, and it is better to debate now than waste valuable resources (time, money, and people) later. Line managers will have first-hand knowledge of processes and capacity; middle management will have a better view of the interplay and inter-relationships between departments and activities, and top management will possess the long view that encompasses the overall organization direction and strategy. And obviously, inviting greater participation overall means greater cooperation and commitment. Third, once your projects have been prioritized, it is time to figure out who will be doing what. Streamlining your projects down to the vital few has the added benefit of not stretching the capacity you have, but concentrating it where it is needed most. [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>The 80/20 principle posits that 80% of organizational value comes from 20% of your projects. The 80/20 allocation seems to hold true for a lot of things: I know I wear 20% of my clothing 80% of the time, and I use my pots and pans the same way. Nevertheless, the 80/20 principle is a particularly handy concept when thinking about managing the projects in your portfolio.</p>
<p><strong>First</strong>, using the 80/20 principle, think about which projects are critical, must-haves, and core to your mission (about 20% of the whole array), and set aside those that are discretionary or not vital. During this exercise, projects that should be eliminated altogether should be obvious. (Be ruthless.) Of the mission-critical projects, decide which should proceed and which should be deferred based on urgency and capacity. Considerations during your deliberations should include:</p>
<style type='text/css'>
  #checklist-3 li:before{color:#757575 !important; content:'' }
	</style>
<ul id="checklist-3" class="list-icon circle-no list-icon-">
<li>The organization’s ability to undertake the project:
<ul id="checklist-3" class="list-icon circle-no list-icon-">
<li>Do you have enough funding and staff?</li>
<li>Is there a learning curve?</li>
<li>What will on-boarding require?</li>
</ul>
</li>
<li>Data derived from the success or failure of other projects</li>
<li>Timing and competition with other critical projects, especially for key SMEs and Management attention and cycles</li>
<li>How projects may be interrelated and dependent on each other</li>
<li>New technology and business process changes</li>
</ul>

<p><strong>Second</strong>, having decided which projects should proceed, it is time to collaborate with the entire range of managers, from line managers to senior managers, to prioritize them. Each will contribute something to the debate, and it is better to debate now than waste valuable resources (time, money, and people) later. Line managers will have first-hand knowledge of processes and capacity; middle management will have a better view of the interplay and inter-relationships between departments and activities, and top management will possess the long view that encompasses the overall organization direction and strategy. And obviously, inviting greater participation overall means greater cooperation and commitment.</p>
<p><strong>Third</strong>, once your projects have been prioritized, it is time to figure out who will be doing what. Streamlining your projects down to the vital few has the added benefit of not stretching the capacity you have, but concentrating it where it is needed most. Here I would offer a special caution: it is very important that you are realistic about day-to-day operations and the support resources necessary to Keep The Lights On. Too often organizations under-estimate this aspect and/or think of KTLO resources as discretionary. They are not. Borrowing resources from KTLO operations results in “robbing Peter to pay Paul,” and effectively lowers service levels and stresses organizational capacity. Perhaps even more harmful, it underscores the notion that KTLO work is of less importance or less glamorous, damaging morale and trust.</p>
<p>Peter F. Drucker wrote, <em>Management is doing things right; Leadership is doing the right things.</em> Getting your portfolio into shape by winnowing out projects of questionable value and tabling those that can wait will go a long way to making the choice clear.</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2014/10/09/applying-the-8020-principle-to-portfolio-management/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cutting Your Project Portfolio Down to Size</title>
		<link>http://transaccelgroup.com/2014/07/10/cutting-your-project-portfolio-down-to-size/</link>
		<comments>http://transaccelgroup.com/2014/07/10/cutting-your-project-portfolio-down-to-size/#comments</comments>
		<pubDate>Thu, 10 Jul 2014 19:33:59 +0000</pubDate>
		<dc:creator><![CDATA[Greg Scott]]></dc:creator>
				<category><![CDATA[Planning]]></category>
		<category><![CDATA[alignment]]></category>
		<category><![CDATA[business case]]></category>
		<category><![CDATA[capacity]]></category>
		<category><![CDATA[keep the lights on]]></category>
		<category><![CDATA[resources]]></category>
		<category><![CDATA[risk]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=6008</guid>
		<description><![CDATA[That big project portfolio of yours is your biggest headache. It’s true. If you are like most companies, your portfolio has grown to an unwieldy size, which means you have way too many projects competing for the same resources. Here’s what to do. First, inventory ALL projects and activities that require any kind of IT resources, making sure to include non-obvious ones like SMEs and user training time. According to Gartner, 60% of IT’s budget is spent on operational, “keep the light on” activities, so it is important that these are included to ensure correct allocation of project resources. Projects that pull resources from core operations can create business risk. Second, decide who will comprise a governance committee, i.e., who will make decisions concerning the portfolio. This should be a mix of IT and business leaders with the authority to make decisions for the organization. The governance committee will determine which projects should continue, which should be delayed, and which should be terminated. These decisions will be made based on determining which projects have the potential to create the most value for the company. Each project in the portfolio should align with business goals and be ranked on the strength of its business case outlining benefits, costs and risk. Keep this simple, but also be on the lookout for project interdependencies. You certainly don’t want a critical project bungled because it relied on deliverables from another project that was killed or delayed. The importance of strong governance in the portfolio process cannot be overstated. Projects that are nice but not essential drain away resources that could be used more productively. Focus on cutting unnecessary demand and don’t start new projects until you know for certain [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>That big project portfolio of yours is your biggest headache. It’s true. If you are like most companies, your portfolio has grown to an unwieldy size, which means you have way too many projects competing for the same resources. Here’s what to do.</p>
<p>First, inventory ALL projects and activities that require any kind of IT resources, making sure to include non-obvious ones like SMEs and user training time. According to Gartner, 60% of IT’s budget is spent on operational, “keep the light on” activities, so it is important that these are included to ensure correct allocation of project resources. Projects that pull resources from core operations can create business risk.</p>
<p>Second, decide who will comprise a governance committee, i.e., who will make decisions concerning the portfolio. This should be a mix of IT and business leaders with the authority to make decisions for the organization. The governance committee will determine which projects should continue, which should be delayed, and which should be terminated. These decisions will be made based on determining which projects have the potential to create the most value for the company.  Each project in the portfolio should align with business goals and be ranked on the strength of its business case outlining benefits, costs and risk. Keep this simple, but also be on the lookout for project interdependencies. You certainly don’t want a critical project bungled because it relied on deliverables from another project that was killed or delayed.</p>
<p>The importance of strong governance in the portfolio process cannot be overstated. Projects that are nice but not essential drain away resources that could be used more productively. Focus on cutting unnecessary demand and don’t start new projects until you know for certain that existing projects can be completed and meet expected deliverables. This won’t be easy. Every project is “owned” by someone who thinks it is the most important project in the portfolio, so it is essential to let the business case data drive the decision, and not emotions or politics. We can all relate. This time of year I can see myself riding around on a John Deere with 4-wheel steering, a zero turn radius, and a 48-inch mowing deck. Grass cutting would be so much easier (okay, and a little fun). But, with financial resources being what they are, I can’t make the case for its purchase because it will not really provide any material benefit. It’s just a “nice to have.” So, back to my 21” push mower.  Sorry, John Deere dealer.</p>
<p>Half the year is gone.  As you look at how you will finish out the year and also prepare for next year’s portfolio of projects, the summer months are a great time to review your project portfolio and get the pruning shears out. Since 80% of the benefit usually comes from 20% of the projects, in portfolio management, less is always more.</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2014/07/10/cutting-your-project-portfolio-down-to-size/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Transparency &amp; Cost Optimization… Bank on it!!</title>
		<link>http://transaccelgroup.com/2014/06/19/transparency-cost-optimization-bank-on-it/</link>
		<comments>http://transaccelgroup.com/2014/06/19/transparency-cost-optimization-bank-on-it/#comments</comments>
		<pubDate>Thu, 19 Jun 2014 19:36:18 +0000</pubDate>
		<dc:creator><![CDATA[Steve Ebersole]]></dc:creator>
				<category><![CDATA[Leadership]]></category>
		<category><![CDATA[alignment]]></category>
		<category><![CDATA[budget]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[demand]]></category>
		<category><![CDATA[discipline]]></category>
		<category><![CDATA[flexibility]]></category>
		<category><![CDATA[investment]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=6012</guid>
		<description><![CDATA[In my last blog I spoke about the four principles that lead to better Cost Optimization. They were Transparency, Flexibility, Simplification and Discipline. I would like to take this opportunity to discuss Transparency in more detail. How many times has IT management staff felt that their business partners don’t appreciate or understand the effort, time and money required to satisfy a business demand? On the other hand, how many times do you think business partners wonder if IT is focusing on the correct enterprise initiatives, or why their requests are not satisfied to their expectation level? The answer? Too many times to count on both hands. Without transparency, the worst fears of both sides and all stakeholders become a reality. Webster defines Transparency as “the quality that makes something obvious or easy to understand.” At TransAccel, we view Transparency as a prerequisite for making better supply and demand decisions that are based on cutting the right costs in the right way, while maintaining what is most valuable to the organization. With transparency, the IT organization can participate in valuable discussions that balance costs with IT benefits. Transparency should exist across all sectors of IT – but especially crucial are: The first step toward Transparency is to divide IT services into two camps: those that support core (vital, no one else can do them) activities and operations, and those that could be outsourced if need be (non-core). Obviously, step one goes a long way in determining where resources and assets should be allocated (or not). For transparency and cost optimization to occur, defining and validating IT business services must be carried out, even if this is done through a series of incremental steps rather than a [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>In my last blog I spoke about the four principles that lead to better Cost Optimization. They were Transparency, Flexibility, Simplification and Discipline. I would like to take this opportunity to discuss Transparency in more detail.</p>
<p>How many times has IT management staff felt that their business partners don’t appreciate or understand the effort, time and money required to satisfy a business demand? On the other hand, how many times do you think business partners wonder if IT is focusing on the correct enterprise initiatives, or why their requests are not satisfied to their expectation level? The answer? Too many times to count on both hands. Without transparency, the worst fears of both sides and all stakeholders become a reality.</p>
<p>Webster defines Transparency as “the quality that makes something obvious or easy to understand.” At TransAccel, we view Transparency as a prerequisite for making better supply and demand decisions that are based on cutting the right costs in the right way, while maintaining what is most valuable to the organization. With transparency, the IT organization can participate in valuable discussions that balance costs with IT benefits.</p>
<p>Transparency should exist across all sectors of IT – but especially crucial are:</p>
<style type='text/css'>
  #checklist-4 li:before{color:#757575 !important; content:'\f111' }
	</style>
<ul id="checklist-4" class="list-icon circle-no list-icon-fa-circle">
<li>Portfolio management</li>
<li>IT budgeting, performance management, chargebacks and cost allocations</li>
<li>Measurement and benchmarking</li>
<li>Investment planning</li>
<li>IT service portfolios and catalogs</li>
</ul>

The first step toward Transparency is to divide IT services into two camps: those that support core (vital, no one else can do them) activities and operations, and those that could be outsourced if need be (non-core). Obviously, step one goes a long way in determining where resources and assets should be allocated (or not). For transparency and cost optimization to occur, defining and validating IT business services must be carried out, even if this is done through a series of incremental steps rather than a complete transformation.</p>
<p>Poor Transparency exists when the value and tradeoffs associated with IT spending are not quantitatively discussed within the larger context of business strategy and goals. Typical results of this information disconnect are inaccurate budget forecasting, inefficient investment planning, and the wrong projects draining away resources, to name a few. Another consequence? Prior optimization goals are often repeated or even increased in following years.</p>
<p>Benefits of Transparency include better demand and supply management, budget forecasting, investment planning, increased governance, respect from business partners, identification of business-valued initiatives, and the elimination of non-core and non-differentiating resource-sapping projects.</p>
<p>The goal is to run IT like a business. TransAccel would be happy to assist your organization with aligning IT services and activities to business goals, and mapping those services to interdependencies and resource requirements.</p>
<p>As organizations strive to achieve leaner and more cost effective IT departments, Transparency is one of four basic cost optimization principles that will allow you to drop additional coins into your piggy bank.</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2014/06/19/transparency-cost-optimization-bank-on-it/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>September: Conscious Planning… IT Planning Season Has Begun</title>
		<link>http://transaccelgroup.com/2011/09/01/september-conscious-planning-it-planning-season-has-begun/</link>
		<comments>http://transaccelgroup.com/2011/09/01/september-conscious-planning-it-planning-season-has-begun/#comments</comments>
		<pubDate>Thu, 01 Sep 2011 20:18:41 +0000</pubDate>
		<dc:creator><![CDATA[Bruce Lotier]]></dc:creator>
				<category><![CDATA[Planning]]></category>
		<category><![CDATA[alignment]]></category>
		<category><![CDATA[business case]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=6100</guid>
		<description><![CDATA[Although strategy determines IT’s focus and direction, it’s planning that drives execution. And, despite the obvious importance of planning, very few IT organizations do it, other than to create a list of projects they hope to focus on. That’s not planning—that’s a wish list. We could argue for hours about the myriad reasons IT organizations lack a robust annual planning process, but it all comes down to needing to know how to do it, and having the discipline to do it once you know how. In an effort to make planning less overwhelming, every month I am going to provide in this space a guide for the upcoming month. This guide will include a checklist and a set of questions that every IT leader should contemplate to be successful in 2012. The first step to IT planning is aligning the IT calendar to the corporate calendar. If you are like most of our clients, the corporate financial calendar is based on the yearly calendar. This makes September the most critical time of the year in terms of planning for the following year’s success. Therefore, from a corporate calendar perspective (January through December), the first month in an annual planning calendar should be September. September has begun, and, with the Labor Day holiday, we’re all probably behind schedule already. It’s time to get back to work—there is little time to be wasted. Here is where I recommend you begin: September Theme: Alignment To do: Determine what 2011 projects are slipping Ascertain what needs to happen to complete 2011 projects Focus resources on completing those projects Arrange for face-to-face meetings with divisional leadership. The objective is to hear and engage with each business unit regarding its objectives [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>Although strategy determines IT’s focus and direction, it’s planning that drives execution. And, despite the obvious importance of planning, very few IT organizations do it, other than to create a list of projects they hope to focus on. That’s not planning—that’s a wish list. We could argue for hours about the myriad reasons IT organizations lack a robust annual planning process, but it all comes down to needing to know how to do it, and having the discipline to do it once you know how.</p>
<p>In an effort to make planning less overwhelming, every month I am going to provide in this space a guide for the upcoming month. This guide will include a checklist and a set of questions that every IT leader should contemplate to be successful in 2012.</p>
<p>The first step to IT planning is aligning the IT calendar to the corporate calendar. If you are like most of our clients, the corporate financial calendar is based on the yearly calendar. This makes September the most critical time of the year in terms of planning for the following year’s success. Therefore, from a corporate calendar perspective (January through December), the first month in an annual planning calendar should be September.</p>
<p>September has begun, and, with the Labor Day holiday, we’re all probably behind schedule already. It’s time to get back to work—there is little time to be wasted. Here is where I recommend you begin:</p>
<p>September Theme: Alignment</p>
<p>To do:</p>
<p>Determine what 2011 projects are slipping<br />
Ascertain what needs to happen to complete 2011 projects<br />
Focus resources on completing those projects<br />
Arrange for face-to-face meetings with divisional leadership. The objective is to hear and engage with each business unit regarding its objectives for 2012.<br />
Immediately following these meetings, the IT business groups should meet and prepare a recommended plan for 2012 that includes objectives, strategies, programs, projects and estimated resource requirements.<br />
To stimulate thinking and discussion:</p>
<p>What improvements / adjustments are needed to sustain your future business model and objectives?<br />
Where are you with current operational improvement initiatives? How much more do you need to invest in these initiatives to achieve the desired outcome?<br />
What events might affect the course of your transition?<br />
How do you ensure alignment across all division, unit, and support functions?<br />
What does this mean for your external partners and suppliers?<br />
How can you utilize your extended ecosystem to its fullest?<br />
I welcome your questions and feedback on this guide. We can all benefit from hearing about other’s issues and ideas. Happy planning!</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2011/09/01/september-conscious-planning-it-planning-season-has-begun/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
