<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	
	>
<channel>
	<title>Comments on: 4 Steps to Manage Your Technology Portfolio</title>
	<atom:link href="http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio/feed" rel="self" type="application/rss+xml" />
	<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio</link>
	<description>Just another WordPress site</description>
	<lastBuildDate>Thu, 06 Nov 2014 02:53:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>By: Wearables: A 2013 Top Technology Trend for Business — CIO Dashboard</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-229</link>
		<dc:creator><![CDATA[Wearables: A 2013 Top Technology Trend for Business — CIO Dashboard]]></dc:creator>
		<pubDate>Wed, 23 Jan 2013 20:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-229</guid>
		<description><![CDATA[[...] You don’t want to chase a fad without business value or get left behind. Balancing your technology portfolio is a delicate dance that involves making the right investments at the right times for the right [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] You don’t want to chase a fad without business value or get left behind. Balancing your technology portfolio is a delicate dance that involves making the right investments at the right times for the right [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ralph Hofman, BlinkLane Consulting</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-224</link>
		<dc:creator><![CDATA[Ralph Hofman, BlinkLane Consulting]]></dc:creator>
		<pubDate>Sat, 30 May 2009 09:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-224</guid>
		<description><![CDATA[Technology Portfolio Management is a real challenge. I fully agree with the former comments, that managing the application portfolio and managing the technology portfolio are inseparable. From a business point of view, however, the part that adds business value is only the application portfolio. So having to deal with managing the technology portfolio is not one of the core activities for most businesses.
To me, this all the more reason to look for solutions were you get your applications as a service. By contracting software as a service, you are able to outsource the technology portfolio management part.]]></description>
		<content:encoded><![CDATA[<p>Technology Portfolio Management is a real challenge. I fully agree with the former comments, that managing the application portfolio and managing the technology portfolio are inseparable. From a business point of view, however, the part that adds business value is only the application portfolio. So having to deal with managing the technology portfolio is not one of the core activities for most businesses.<br />
To me, this all the more reason to look for solutions were you get your applications as a service. By contracting software as a service, you are able to outsource the technology portfolio management part.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ralph Hofman, BlinkLane Consul</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-228</link>
		<dc:creator><![CDATA[Ralph Hofman, BlinkLane Consul]]></dc:creator>
		<pubDate>Sat, 30 May 2009 09:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-228</guid>
		<description><![CDATA[Technology Portfolio Management is a real challenge. I fully agree with the former comments, that managing the application portfolio and managing the technology portfolio are inseparable. From a business point of view, however, the part that adds business value is only the application portfolio. So having to deal with managing the technology portfolio is not one of the core activities for most businesses.
To me, this all the more reason to look for solutions were you get your applications as a service. By contracting software as a service, you are able to outsource the technology portfolio management part.]]></description>
		<content:encoded><![CDATA[<p>Technology Portfolio Management is a real challenge. I fully agree with the former comments, that managing the application portfolio and managing the technology portfolio are inseparable. From a business point of view, however, the part that adds business value is only the application portfolio. So having to deal with managing the technology portfolio is not one of the core activities for most businesses.<br />
To me, this all the more reason to look for solutions were you get your applications as a service. By contracting software as a service, you are able to outsource the technology portfolio management part.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Keen</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-223</link>
		<dc:creator><![CDATA[Michael Keen]]></dc:creator>
		<pubDate>Sat, 30 May 2009 03:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-223</guid>
		<description><![CDATA[It all comes down to the understanding and the proper management of the IT life cycle and IT Portfolio Management.  Without this critical component along with EA, IT Governance, this situation is doomed to be repeated time and time again.]]></description>
		<content:encoded><![CDATA[<p>It all comes down to the understanding and the proper management of the IT life cycle and IT Portfolio Management.  Without this critical component along with EA, IT Governance, this situation is doomed to be repeated time and time again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Keen</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-227</link>
		<dc:creator><![CDATA[Michael Keen]]></dc:creator>
		<pubDate>Sat, 30 May 2009 03:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-227</guid>
		<description><![CDATA[It all comes down to the understanding and the proper management of the IT life cycle and IT Portfolio Management.  Without this critical component along with EA, IT Governance, this situation is doomed to be repeated time and time again.]]></description>
		<content:encoded><![CDATA[<p>It all comes down to the understanding and the proper management of the IT life cycle and IT Portfolio Management.  Without this critical component along with EA, IT Governance, this situation is doomed to be repeated time and time again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Romero, IT Governance Evangelist, PMP</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-222</link>
		<dc:creator><![CDATA[Steve Romero, IT Governance Evangelist, PMP]]></dc:creator>
		<pubDate>Fri, 29 May 2009 23:24:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-222</guid>
		<description><![CDATA[Application Portfolio Management is just as critical as the Technology Portfolio Management you aptly describe. You need both disciplines to have any chance of knowing asset value, criticality and risk - the information necessary to make related investment (project and program) and operational decisions.

And Peter Kretzman brings up a very critical point above. The primary reason to apply portfolio management discipline to technology and application assets is to enable business-related interpretations and characterizations. It is critical for IT to be able to make a direct correlation between the assets in these portfolios and the services they provide to the business. This correlation is then factored into the associated SLAs that provide the business context and information to make business decisions in regard to those portfolio assets.

Consider the grocery chain example in the post: The discontinuation of vendor support will have a direct affect on IT&#039;s ability to continue meeting negotiated SLAs. In response to the vendor move, IT would use the information in these portfolios to determine the subsequent affect on the SLAs and present associated ramifications to the business. The conversation would look something like this:

&quot;The vendor has discontinued server support. If we do not move to a new server infrastructure, here is the affect it will have on your SLA for the service supported by the antiquated infrastructure - service levels will degrade to this extent while service cost will increase to this extent. Here are the investment alternatives and their associated services levels and costs.&quot;

It now becomes a fact-based business decision to stay on the existing infrastructure (and resulting SLA impact) or invest in new infrastructure and a newly negotiated SLA.

The reason we have &quot;IT Projects&quot; is because we don&#039;t have these portfolios and the critical information they provide to enable us to make the essential correlation between our technology assets and the business services they provide.

Thanks for providing some great advice in regard to changing this intolerable situation.

Steve Romero, IT Governance Evangelist
http://community.ca.com/blogs/theitgovernanceevangelist/]]></description>
		<content:encoded><![CDATA[<p>Application Portfolio Management is just as critical as the Technology Portfolio Management you aptly describe. You need both disciplines to have any chance of knowing asset value, criticality and risk &#8211; the information necessary to make related investment (project and program) and operational decisions.</p>
<p>And Peter Kretzman brings up a very critical point above. The primary reason to apply portfolio management discipline to technology and application assets is to enable business-related interpretations and characterizations. It is critical for IT to be able to make a direct correlation between the assets in these portfolios and the services they provide to the business. This correlation is then factored into the associated SLAs that provide the business context and information to make business decisions in regard to those portfolio assets.</p>
<p>Consider the grocery chain example in the post: The discontinuation of vendor support will have a direct affect on IT&#8217;s ability to continue meeting negotiated SLAs. In response to the vendor move, IT would use the information in these portfolios to determine the subsequent affect on the SLAs and present associated ramifications to the business. The conversation would look something like this:</p>
<p>&#8220;The vendor has discontinued server support. If we do not move to a new server infrastructure, here is the affect it will have on your SLA for the service supported by the antiquated infrastructure &#8211; service levels will degrade to this extent while service cost will increase to this extent. Here are the investment alternatives and their associated services levels and costs.&#8221;</p>
<p>It now becomes a fact-based business decision to stay on the existing infrastructure (and resulting SLA impact) or invest in new infrastructure and a newly negotiated SLA.</p>
<p>The reason we have &#8220;IT Projects&#8221; is because we don&#8217;t have these portfolios and the critical information they provide to enable us to make the essential correlation between our technology assets and the business services they provide.</p>
<p>Thanks for providing some great advice in regard to changing this intolerable situation.</p>
<p>Steve Romero, IT Governance Evangelist<br />
<a href="http://community.ca.com/blogs/theitgovernanceevangelist/" rel="nofollow">http://community.ca.com/blogs/theitgovernanceevangelist/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Romero, IT Governance Ev</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-226</link>
		<dc:creator><![CDATA[Steve Romero, IT Governance Ev]]></dc:creator>
		<pubDate>Fri, 29 May 2009 23:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-226</guid>
		<description><![CDATA[Application Portfolio Management is just as critical as the Technology Portfolio Management you aptly describe. You need both disciplines to have any chance of knowing asset value, criticality and risk - the information necessary to make related investment (project and program) and operational decisions.

And Peter Kretzman brings up a very critical point above. The primary reason to apply portfolio management discipline to technology and application assets is to enable business-related interpretations and characterizations. It is critical for IT to be able to make a direct correlation between the assets in these portfolios and the services they provide to the business. This correlation is then factored into the associated SLAs that provide the business context and information to make business decisions in regard to those portfolio assets.

Consider the grocery chain example in the post: The discontinuation of vendor support will have a direct affect on IT&#039;s ability to continue meeting negotiated SLAs. In response to the vendor move, IT would use the information in these portfolios to determine the subsequent affect on the SLAs and present associated ramifications to the business. The conversation would look something like this:

&quot;The vendor has discontinued server support. If we do not move to a new server infrastructure, here is the affect it will have on your SLA for the service supported by the antiquated infrastructure - service levels will degrade to this extent while service cost will increase to this extent. Here are the investment alternatives and their associated services levels and costs.&quot;

It now becomes a fact-based business decision to stay on the existing infrastructure (and resulting SLA impact) or invest in new infrastructure and a newly negotiated SLA.

The reason we have &quot;IT Projects&quot; is because we don&#039;t have these portfolios and the critical information they provide to enable us to make the essential correlation between our technology assets and the business services they provide.

Thanks for providing some great advice in regard to changing this intolerable situation.

Steve Romero, IT Governance Evangelist
http://community.ca.com/blogs/theitgovernanceevangelist/]]></description>
		<content:encoded><![CDATA[<p>Application Portfolio Management is just as critical as the Technology Portfolio Management you aptly describe. You need both disciplines to have any chance of knowing asset value, criticality and risk &#8211; the information necessary to make related investment (project and program) and operational decisions.</p>
<p>And Peter Kretzman brings up a very critical point above. The primary reason to apply portfolio management discipline to technology and application assets is to enable business-related interpretations and characterizations. It is critical for IT to be able to make a direct correlation between the assets in these portfolios and the services they provide to the business. This correlation is then factored into the associated SLAs that provide the business context and information to make business decisions in regard to those portfolio assets.</p>
<p>Consider the grocery chain example in the post: The discontinuation of vendor support will have a direct affect on IT&#8217;s ability to continue meeting negotiated SLAs. In response to the vendor move, IT would use the information in these portfolios to determine the subsequent affect on the SLAs and present associated ramifications to the business. The conversation would look something like this:</p>
<p>&#8220;The vendor has discontinued server support. If we do not move to a new server infrastructure, here is the affect it will have on your SLA for the service supported by the antiquated infrastructure &#8211; service levels will degrade to this extent while service cost will increase to this extent. Here are the investment alternatives and their associated services levels and costs.&#8221;</p>
<p>It now becomes a fact-based business decision to stay on the existing infrastructure (and resulting SLA impact) or invest in new infrastructure and a newly negotiated SLA.</p>
<p>The reason we have &#8220;IT Projects&#8221; is because we don&#8217;t have these portfolios and the critical information they provide to enable us to make the essential correlation between our technology assets and the business services they provide.</p>
<p>Thanks for providing some great advice in regard to changing this intolerable situation.</p>
<p>Steve Romero, IT Governance Evangelist<br />
<a href="http://community.ca.com/blogs/theitgovernanceevangelist/" rel="nofollow">http://community.ca.com/blogs/theitgovernanceevangelist/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kretzman</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-221</link>
		<dc:creator><![CDATA[Peter Kretzman]]></dc:creator>
		<pubDate>Thu, 28 May 2009 16:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-221</guid>
		<description><![CDATA[Excellent article.  However, your final question #1 is where the rubber hits the road. Many/most IT areas are completely inundated with user-driven projects (as it should be), taking up all available resources.  The conundrum then becomes how to do things like necessary technology refreshes and &quot;sell&quot; these to a skeptical clientele who just wants their functionality and who collectively yawn at IT technobabble (to them) like &quot;middleware&quot; and &quot;protocol.&quot; Everything has to be business-driven in the end, I firmly believe, but it&#039;s a catch-22: users tend to drive only what they understand and which benefits them directly. Education up and down the chain is an ongoing process to counteract all this.]]></description>
		<content:encoded><![CDATA[<p>Excellent article.  However, your final question #1 is where the rubber hits the road. Many/most IT areas are completely inundated with user-driven projects (as it should be), taking up all available resources.  The conundrum then becomes how to do things like necessary technology refreshes and &#8220;sell&#8221; these to a skeptical clientele who just wants their functionality and who collectively yawn at IT technobabble (to them) like &#8220;middleware&#8221; and &#8220;protocol.&#8221; Everything has to be business-driven in the end, I firmly believe, but it&#8217;s a catch-22: users tend to drive only what they understand and which benefits them directly. Education up and down the chain is an ongoing process to counteract all this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kretzman</title>
		<link>http://rocketpanther.com/ciostage/it-management/manage-technology-portfolio#comment-225</link>
		<dc:creator><![CDATA[Peter Kretzman]]></dc:creator>
		<pubDate>Thu, 28 May 2009 16:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=422#comment-225</guid>
		<description><![CDATA[Excellent article.  However, your final question #1 is where the rubber hits the road. Many/most IT areas are completely inundated with user-driven projects (as it should be), taking up all available resources.  The conundrum then becomes how to do things like necessary technology refreshes and &quot;sell&quot; these to a skeptical clientele who just wants their functionality and who collectively yawn at IT technobabble (to them) like &quot;middleware&quot; and &quot;protocol.&quot; Everything has to be business-driven in the end, I firmly believe, but it&#039;s a catch-22: users tend to drive only what they understand and which benefits them directly. Education up and down the chain is an ongoing process to counteract all this.]]></description>
		<content:encoded><![CDATA[<p>Excellent article.  However, your final question #1 is where the rubber hits the road. Many/most IT areas are completely inundated with user-driven projects (as it should be), taking up all available resources.  The conundrum then becomes how to do things like necessary technology refreshes and &#8220;sell&#8221; these to a skeptical clientele who just wants their functionality and who collectively yawn at IT technobabble (to them) like &#8220;middleware&#8221; and &#8220;protocol.&#8221; Everything has to be business-driven in the end, I firmly believe, but it&#8217;s a catch-22: users tend to drive only what they understand and which benefits them directly. Education up and down the chain is an ongoing process to counteract all this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
