<?xml version="1.0" encoding="UTF-8" standalone="no"?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:gd="http://schemas.google.com/g/2005" xmlns:georss="http://www.georss.org/georss" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-286066349044827988</atom:id><lastBuildDate>Sat, 31 Aug 2024 12:37:43 +0000</lastBuildDate><category>SOA</category><category>Key Learnings</category><category>Application Support</category><category>Disaster</category><category>IT</category><category>Project Management</category><category>ROI</category><category>Architecture</category><category>BPM</category><category>Burc Oral</category><category>Business Agility</category><category>Business Alignment</category><category>Business Intution</category><category>CMM</category><category>EDA</category><category>IC</category><category>IT Flexibility</category><category>ITIL</category><category>Impedes</category><category>Key Sucess Factors</category><category>Legacy</category><category>Manager</category><category>Obstacle</category><category>SOA Practitioners Guide</category><category>Skills</category><category>Vendors</category><category>eGov</category><title>Manage Business and IT Clutter</title><description>Best practices, key learnings, strategy, anecdotes, etc. for achieving better alignment between business and IT</description><link>http://manageinformationclutter.blogspot.com/</link><managingEditor>noreply@blogger.com (Yogish Pai)</managingEditor><generator>Blogger</generator><openSearch:totalResults>10</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><language>en-us</language><itunes:explicit>no</itunes:explicit><itunes:subtitle>Best practices, key learnings, strategy, anecdotes, etc. for achieving better alignment between business and IT</itunes:subtitle><itunes:owner><itunes:email>noreply@blogger.com</itunes:email></itunes:owner><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-6558534717419625413</guid><pubDate>Tue, 02 Oct 2007 02:06:00 +0000</pubDate><atom:updated>2007-10-01T19:07:53.381-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Key Learnings</category><category domain="http://www.blogger.com/atom/ns#">Key Sucess Factors</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Key Learnings: SOA Key Success Factors (BEA-IT 2002-2006)</title><description>&lt;p&gt;Based on my conversation with my peers in the industry, there is still a lot of keen desire by IT Leadership teams to understand the key success factors for adopting SOA. Following are the list of key success factors we (IT leadership team) had identified while I was the CTO-IT at BEA Systems.&lt;/p&gt;&lt;ol&gt;&lt;li&gt;Build the right team &lt;/li&gt;&lt;li&gt;Organize for success &lt;/li&gt;&lt;li&gt;Build coalition with business partners &lt;/li&gt;&lt;li&gt;Maintain Flexibility&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;The slides of these are available &lt;a href="http://www.soablueprint.com/presentations/SOA_Key_Learnings.ppt"&gt;here&lt;/a&gt;. I have created a link of all my &lt;a href="http://www.soablueprint.com/keyLearnings.html"&gt;key learning blogs &lt;/a&gt;at my &lt;a href="http://www.soablueprint.com/"&gt;structured blog&lt;/a&gt;.&lt;br /&gt;&lt;/p&gt;</description><link>http://manageinformationclutter.blogspot.com/2007/10/key-learnings-soa-key-success-factors.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-1134574566198467819</guid><pubDate>Mon, 01 Oct 2007 17:22:00 +0000</pubDate><atom:updated>2007-10-01T10:22:28.064-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Burc Oral</category><category domain="http://www.blogger.com/atom/ns#">eGov</category><category domain="http://www.blogger.com/atom/ns#">ITIL</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><category domain="http://www.blogger.com/atom/ns#">SOA Practitioners Guide</category><title>SOA Practitioners Guide Part 4: SOA and ITIL Convergence</title><description>The &lt;a href="http://www.soablueprint.com/soaPractitionersGuide.html"&gt;SOA Practitioners&lt;/a&gt; have been working on the next set of the Practitioners' Guide with SOA and ITIL Convergence being the first (Part 4) of new set of Guides.  &lt;a href="mailto:BurcOral@cellexchange.com"&gt;Burc Oral&lt;/a&gt; has been leading this effort for the Practitioners' and is presentation (&lt;a href="http://www.soablueprint.com/whitepapers/eGov_SOA_Practitioners_on_ITIL.pdf"&gt;SOA Practitioners Guide Part 4: SOA and ITIL Convergence&lt;/a&gt;)  this at the eGov meeting today (October 1st, 2007).</description><link>http://manageinformationclutter.blogspot.com/2007/10/soa-practitioners-guide-part-4-soa-and.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-3022767910658431108</guid><pubDate>Thu, 27 Sep 2007 16:13:00 +0000</pubDate><atom:updated>2007-09-27T09:13:56.688-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Architecture</category><category domain="http://www.blogger.com/atom/ns#">EDA</category><category domain="http://www.blogger.com/atom/ns#">IC</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Integration Tomorrow, Part 2: SOA Architecture</title><description>&lt;a href="http://www.dmreview.com/article_sub.cfm?articleId=1091034" target="_blank"&gt;Part 1&lt;/a&gt; of the two-part series described the past and current integration approaches. This second part, takes a practical approach on how technology is going to change business landscape and the potential infrastructure changes required to integrate the business both at business and IT levels.&lt;br /&gt;&lt;br /&gt;Read more about this &lt;a href="http://www.dmreview.com/article_sub.cfm?articleID=1093310"&gt;here&lt;/a&gt;.</description><link>http://manageinformationclutter.blogspot.com/2007/09/integration-tomorrow-part-2-soa.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-2639472717574871098</guid><pubDate>Sat, 22 Sep 2007 18:16:00 +0000</pubDate><atom:updated>2007-09-22T11:17:58.828-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Application Support</category><category domain="http://www.blogger.com/atom/ns#">Legacy</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><category domain="http://www.blogger.com/atom/ns#">Vendors</category><title>Vendors need to incorporate SOA infrastructure in legay applications</title><description>The majority of the IT budget (over 80%) is typically committed to supporting the existing infrastructure and applications. Read how vendors can help acclerate the SOA adoption &lt;a href="http://entarch.blogspot.com/2007/09/vendors-need-to-incorporate-soa.html"&gt;here&lt;/a&gt;.</description><link>http://manageinformationclutter.blogspot.com/2007/09/vendors-need-to-incorporate-soa.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-1530871491479346866</guid><pubDate>Sat, 15 Sep 2007 03:08:00 +0000</pubDate><atom:updated>2007-09-14T20:09:48.936-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">BPM</category><category domain="http://www.blogger.com/atom/ns#">Business Agility</category><category domain="http://www.blogger.com/atom/ns#">Business Intution</category><category domain="http://www.blogger.com/atom/ns#">IT Flexibility</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Defining Business Agility</title><description>There has and continues to be a lot of discussion around Business Agility and read my definition &lt;a href="http://entarch.blogspot.com/2007/09/defining-business-agility.html"&gt;here&lt;/a&gt;.</description><link>http://manageinformationclutter.blogspot.com/2007/09/defining-business-agility.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>4</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-8076975294417776921</guid><pubDate>Wed, 12 Sep 2007 17:58:00 +0000</pubDate><atom:updated>2007-09-12T11:01:44.270-07:00</atom:updated><title>SOA Postulates, Theorems &amp; Corollaries</title><description>Similar to the mathematics, I felt that there is a need to define the laws for Service Oriented Architecture based on facts, observations and technology roadmaps and have termed tham as SOA Postulates, SOA Theorems and SOA Corollaries. &lt;br /&gt;Read more about it &lt;a href="http://entarch.blogspot.com/2007/09/soa-postulates-theorems-corollaries.html"&gt;here&lt;/a&gt;.</description><link>http://manageinformationclutter.blogspot.com/2007/09/soa-postulates-theorems-corollaries.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-7842428630306441465</guid><pubDate>Fri, 24 Aug 2007 04:01:00 +0000</pubDate><atom:updated>2007-08-23T21:04:05.290-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Application Support</category><category domain="http://www.blogger.com/atom/ns#">CMM</category><category domain="http://www.blogger.com/atom/ns#">Impedes</category><category domain="http://www.blogger.com/atom/ns#">IT</category><category domain="http://www.blogger.com/atom/ns#">Key Learnings</category><category domain="http://www.blogger.com/atom/ns#">Obstacle</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Key Learnings: Overcoming IT obstacle</title><description>I used to get offended whenever anyone stated that IT was an obstacle for Business, most probably because of I have been part of IT twice in my career. After giving this some thought following are some of the approaches IT could take to overcome this perception.&lt;br /&gt;&lt;br /&gt;Read more about this &lt;a href="http://entarch.blogspot.com/2007/08/key-learnings-overcoming-it-obstacle.html"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;a href="http://entarch.blogspot.com/2007/08/key-learnings-overcoming-it-obstacle.html"&gt;&lt;/a&gt;</description><link>http://manageinformationclutter.blogspot.com/2007/08/key-learnings-overcoming-it-obstacle.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-5787494406727705930</guid><pubDate>Wed, 18 Jul 2007 22:26:00 +0000</pubDate><atom:updated>2007-07-29T13:26:45.456-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Disaster</category><category domain="http://www.blogger.com/atom/ns#">Key Learnings</category><category domain="http://www.blogger.com/atom/ns#">Project Management</category><category domain="http://www.blogger.com/atom/ns#">ROI</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Key Learnings: IT Driven Runaway Projects</title><description>A scenario where Business has approved a large IT project with the timeline keep moving out with no end in sight.&lt;br /&gt;&lt;p&gt;Read more about how to identify and fix such projects &lt;a href="http://entarch.blogspot.com/2007/07/key-learnings-it-led-runaway-projects.html"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;/p&gt;</description><link>http://manageinformationclutter.blogspot.com/2007/07/key-learnings-it-driven-runaway.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-236328931928584811</guid><pubDate>Wed, 18 Jul 2007 22:25:00 +0000</pubDate><atom:updated>2007-07-20T11:22:50.717-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Disaster</category><category domain="http://www.blogger.com/atom/ns#">Key Learnings</category><category domain="http://www.blogger.com/atom/ns#">Project Management</category><category domain="http://www.blogger.com/atom/ns#">ROI</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><title>Key Learning: Business Drivern Runaway Projects</title><description>An example on how to manage a scenario where cash rich LOB continues to invest and drive projects with no foreseable return on investment.&lt;br /&gt;&lt;br /&gt;Read more about it &lt;a href="http://entarch.blogspot.com/2007/07/key-learnings-business-driven-runaway.html"&gt;here&lt;/a&gt;.</description><link>http://manageinformationclutter.blogspot.com/2007/07/key-learning-business-drivern-runaway.html</link><author>noreply@blogger.com (Yogish Pai)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-286066349044827988.post-3129479293819868576</guid><pubDate>Wed, 18 Jul 2007 00:40:00 +0000</pubDate><atom:updated>2007-07-22T06:53:36.971-07:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Business Alignment</category><category domain="http://www.blogger.com/atom/ns#">IT</category><category domain="http://www.blogger.com/atom/ns#">Manager</category><category domain="http://www.blogger.com/atom/ns#">Skills</category><title>Technology Manager Blues</title><description>&lt;span style="font-family:arial;"&gt;Challenges of being in IT management in a rapidly changing world of technology.&lt;br /&gt;&lt;br /&gt;Being in a technology management role is becoming increasingly difficult. We have to constantly balance conflicting factors. Here is a partial list.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;- The pace of technological evolution continues to accelerate. Before we have a chance to adopt the most recent wave of promising evolution, the world is moving onto next. SOA, CEP, Web 2.0&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;- Business community demands faster response. While they consider IT indispensable, IT is also viewed as a roadblock to achieving business objectives.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;- Current corporate environment is always shifting. Companies are buying other companies or getting bought out. This leads to a very short term focus and makes it difficult to make fundamental changes necessary for long term health of the organization.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;- There are Legacy systems and Legacy people afraid to adopt to changes &lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;- Sorting through vendor hypes and reality requires being on-guard all the time. The danger of over reliance on the latest technological silver bullet can lead to a lot of wasted time(POC etc.), while ignoring latest technological advances could potentially lead to a situation where the entire business model could be at risk (e.g. travel agencies)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;p&gt;&lt;span style="font-family:arial;"&gt;- Only a minority of IT people "get it", when it comes to things that yield long term benefits such as Enterprise Architecture, SOA etc. Most are more comfortable dealing with day to day requirements and are not interested in long term.&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;I am sure there a number of other factors. I will talk about these topics in future postings. &lt;/span&gt;</description><link>http://manageinformationclutter.blogspot.com/2007/07/technology-manager-blues.html</link><author>noreply@blogger.com (Ashok Kumar)</author><thr:total>1</thr:total></item></channel></rss>