<?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; realization</title>
	<atom:link href="http://transaccelgroup.com/tag/realization/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>Risking it All by Resting on Your Laurels</title>
		<link>http://transaccelgroup.com/2014/05/22/risking-it-all-by-resting-on-your-laurels/</link>
		<comments>http://transaccelgroup.com/2014/05/22/risking-it-all-by-resting-on-your-laurels/#comments</comments>
		<pubDate>Thu, 22 May 2014 19:49:02 +0000</pubDate>
		<dc:creator><![CDATA[Mark Hetrick]]></dc:creator>
				<category><![CDATA[Change]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[Leadership]]></category>
		<category><![CDATA[realization]]></category>
		<category><![CDATA[Training]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=6015</guid>
		<description><![CDATA[In ancient times, conquering heroes were crowned with wreathes of laurel, giving rise to the idiom to rest on one’s laurels, meaning to bask in the glory of past achievements. When it comes to acts of bravery, one may indeed rest on one’s laurels without fear. However, with respect to implementing change, resting on one’s laurels is a Very Bad Idea. One must guard against the temptation to view the project as over and done. After the fanfare of an effective implementation has faded, the goals of your initiative are at risk unless you have an action-oriented sustainability process in place. The good news is that this can be done with small steps, consistency, and attention to detail: Maintain documentation. How often have you looked for information only to find that the only available documentation is three years old and woefully outdated? Assign people—and hold them accountable—to keep documents such as policies, procedures, training materials, and system specifications current. This is particularly critical when members of the original project team leave the organization and new employees are hired. Don’t rely on tribal knowledge. Provide continuous communication and training to everyone who is affected by the newly installed changes. Proactively distribute news and tips via email distribution lists. Get on the agendas of regular meetings. Post information on your organization’s intranet site or internal portal. Thoughtfully consider if new training modules need to be offered as the system develops. Offer refresher brief training or “lunch and learn” style sessions to address knowledge gaps. Keep business leaders engaged with updates, issues, and progress, especially after the project governance structure has disbanded. An information vacuum can leave management wondering, “What did we get for that expensive change initiative [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>In ancient times, conquering heroes were crowned with wreathes of laurel, giving rise to the idiom <em>to rest on one’s laurels</em>, meaning to bask in the glory of past achievements. When it comes to acts of bravery, one may indeed rest on one’s laurels without fear. However, with respect to implementing change, resting on one’s laurels is a Very Bad Idea. One must guard against the temptation to view the project as over and done. After the fanfare of an effective implementation has faded, the goals of your initiative are at risk unless you have an action-oriented sustainability process in place.</p>
<p>The good news is that this can be done with small steps, consistency, and attention to detail:</p>
<ol>
<li><strong>Maintain documentation</strong>. How often have you looked for information only to find that the only available documentation is three years old and woefully outdated? Assign people—and hold them accountable—to keep documents such as policies, procedures, training materials, and system specifications current. This is particularly critical when members of the original project team leave the organization and new employees are hired. Don’t rely on tribal knowledge.</li>
</ol>
<ol start="2">
<li><strong>Provide continuous communication and training</strong> to everyone who is affected by the newly installed changes. Proactively distribute news and tips via email distribution lists. Get on the agendas of regular meetings. Post information on your organization’s intranet site or internal portal. Thoughtfully consider if new training modules need to be offered as the system develops. Offer refresher brief training or “lunch and learn” style sessions to address knowledge gaps.</li>
</ol>
<ol start="3">
<li><strong>Keep business leaders engaged</strong> with updates, issues, and progress, especially after the project governance structure has disbanded. An information vacuum can leave management wondering, “What did we get for that expensive change initiative we launched last year?” Keeping leaders updated has an additional benefit; it earns you the credibility to ask them to help remove obstacles as they arise during the system’s or process’s evolution.</li>
</ol>
<ol start="4">
<li><strong>Value and respond to <em>individua</em>l needs</strong> and provide coaching or assistance when needed. Organizational change happens at the individual level, one person at a time. Each person you assist provides them with confidence, reinforces the change in the organization and likely wins you a person more willing to embrace whatever changes come in the future. You will have subtly developed a network of change champions.</li>
</ol>
<p>Sustaining change requires discipline, but it’s not as time- or resource-consuming as it appears. It’s a relatively small investment of effort that pays substantial benefits. Safeguard your project achievements by not resting on your laurels.</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2014/05/22/risking-it-all-by-resting-on-your-laurels/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>With A Little Help From My Friends</title>
		<link>http://transaccelgroup.com/2013/09/30/with-a-little-help-from-my-friends/</link>
		<comments>http://transaccelgroup.com/2013/09/30/with-a-little-help-from-my-friends/#comments</comments>
		<pubDate>Mon, 30 Sep 2013 18:52:13 +0000</pubDate>
		<dc:creator><![CDATA[Administrator]]></dc:creator>
				<category><![CDATA[time]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[cost]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[realization]]></category>
		<category><![CDATA[scope]]></category>

		<guid isPermaLink="false">http://ws2.telnex.us/~transaccelgroup/?p=6047</guid>
		<description><![CDATA[In my travels, I try to pick up tidbits to help me be more effective at managing projects. We’ve all seen the various tools, techniques, methodologies, etc. to help us deliver against The Big Three: cost, scope and time—but is that really all there is? The funny thing about projects is that success is declared despite most of the project participants knowing that the outcome was somewhat less than successful. Why is that? You hear things like, “It came in on time, under budget and was executed exactly as documented in the requirements.” So it must have been a success, right? And yet there is an unspoken disappointment because it’s not really entirely what was envisioned. The other day, I ran across a great piece by Gartner about improving project success. Its premise was that if you focus on three things—Partnership, Requirements and Resources—you can really increase the probability of a successful project outcome. Wow! . . .something different from The Big Three!! I was easily able to relate requirements and resources back to the big three, but what about partnership? The formal definition of “partnership” (courtesy of my dictionary) was of little use, but when I looked at its synonyms, I found words like alliance, collaboration, connection, relation, and union. And that’s when it hit me. Partnership doesn’t relate to the big three but rather comprises the foundation that enables us to deliver on them. Without true partnership, project realization or the ability to deliver the expected value from the project is unlikely. This should have been obvious considering the successful projects I’ve participated in and led. It was partnership at all levels that helped drive realization. From various IT organizations to external partners [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>In my travels, I try to pick up tidbits to help me be more effective at managing projects. We’ve all seen the various tools, techniques, methodologies, etc. to help us deliver against The Big Three: cost, scope and time—but is that really all there is? The funny thing about projects is that success is declared despite most of the project participants knowing that the outcome was somewhat less than successful. Why is that? You hear things like, “It came in on time, under budget and was executed exactly as documented in the requirements.” So it must have been a success, right? And yet there is an unspoken disappointment because it’s not really entirely what was envisioned.</p>
<p>The other day, I ran across a great piece by Gartner about improving project success. Its premise was that if you focus on three things—Partnership, Requirements and Resources—you can really increase the probability of a successful project outcome. Wow! . . .something different from The Big Three!! I was easily able to relate requirements and resources back to the big three, but what about partnership? The formal definition of “partnership” (courtesy of my dictionary) was of little use, but when I looked at its synonyms, I found words like alliance, collaboration, connection, relation, and union. And that’s when it hit me. Partnership doesn’t relate to the big three but rather comprises the foundation that enables us to deliver on them. Without true partnership, project realization or the ability to deliver the expected value from the project is unlikely.</p>
<p>This should have been obvious considering the successful projects I’ve participated in and led. It was partnership at all levels that helped drive realization. From various IT organizations to external partners to the client organizations themselves, the most successful (and fun) projects were always built around partnership. In fact, one might argue that partnership was more important than The Big Three because these successful projects weren’t always on-time, on budget or delivered as initially envisioned. Instead, the customers were heavily engaged along the way, were part of the decision making process, were active participants in validating and re-validating the scope, and were integral parts of testing and acceptance. And so, while I very much agree with the Gartner’s assertion, I would add that management of the big three is table stakes in today’s world—the true differentiator on projects is partnership.</p>
<p>Lennon and McCartney wrote the lyric “I’ll get by with a little help from my friends,” and I would propose that they got it right: with a little help from each other (in partnership throughout all aspects of a project) we can greatly improve the chance of success.</p>
<p>What do you think? Do you have any examples of how partnership drove success?</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://transaccelgroup.com/2013/09/30/with-a-little-help-from-my-friends/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
