<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: &#8230;and then there was one</title>
	<atom:link href="http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/feed/" rel="self" type="application/rss+xml" />
	<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/</link>
	<description>An Honest Discussion About Things I see</description>
	<lastBuildDate>Sun, 08 Nov 2009 19:17:11 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: beyondcategory</title>
		<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-6</link>
		<dc:creator>beyondcategory</dc:creator>
		<pubDate>Wed, 26 Apr 2006 03:33:55 +0000</pubDate>
		<guid isPermaLink="false">https://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-6</guid>
		<description>Senthil –

Thanks for looking in (re: comment #3), however (and this is where I am an ass), where can you tell me &quot;how?&quot; this will happen?  

I believe that this is a very good thing for Manugistics and its customers but I don&#039;t think my 3 readers (thanks mom), would let me off the hook when I lead with &quot;...an honest discussion about supply chain..&quot; when you tell me its good and you sound like you&#039;re reading off the press release or a script.

Which customers will &quot;...need retail and manufacturing solutions under one roof?&quot; No people who have a retail solution have gaps that Manugistics&#039; functionality can fill (pricing, revenue management, etc).  Companies with Manugistics in retail (office max as an example), could work with one vendor to get more out of the total footprint of the solution.

I figure if I talk smack, I needed to offer up a solution.

- The &quot;issue with the underlying technology platform&quot; is because they are different. JDA will port to SQL Server to offer another DB support and J2EE is different than .Net.... But then there is the composite application SOA approach -- that&#039;s where it could get interesting.

When you study mergers and acquisitions, you look at three types of fit:
Business fit: are the businesses complimentary or will the combination be the breath of fresh air that each company needs to grow even faster as one (in the face of two formidable foes in Oracle and SAP)
Financial Fit: Do the numbers make sense.  I believe the CFO (JDAs) and her analysis of the debt load (they took on debt to retire debt) and that the combined organization can manage it.
Organizational Fit: Face it, they never really are (it takes a strong leader and a person who can take in the whole footprint or &quot;big picture&quot;). It will also hinge the ability of the acquiree to work well with the acquirer (and vice versa. Also there is the hope that each organization recognizes the value that the other organization brings to the table.

- I don’t moderate posts, but lets keep it honest and think about this a little more. You have to admit, the discussion would be a lot more fun and interesting.</description>
		<content:encoded><![CDATA[<p>Senthil –</p>
<p>Thanks for looking in (re: comment #3), however (and this is where I am an ass), where can you tell me &#8220;how?&#8221; this will happen?  </p>
<p>I believe that this is a very good thing for Manugistics and its customers but I don&#8217;t think my 3 readers (thanks mom), would let me off the hook when I lead with &#8220;&#8230;an honest discussion about supply chain..&#8221; when you tell me its good and you sound like you&#8217;re reading off the press release or a script.</p>
<p>Which customers will &#8220;&#8230;need retail and manufacturing solutions under one roof?&#8221; No people who have a retail solution have gaps that Manugistics&#8217; functionality can fill (pricing, revenue management, etc).  Companies with Manugistics in retail (office max as an example), could work with one vendor to get more out of the total footprint of the solution.</p>
<p>I figure if I talk smack, I needed to offer up a solution.</p>
<p>- The &#8220;issue with the underlying technology platform&#8221; is because they are different. JDA will port to SQL Server to offer another DB support and J2EE is different than .Net&#8230;. But then there is the composite application SOA approach &#8212; that&#8217;s where it could get interesting.</p>
<p>When you study mergers and acquisitions, you look at three types of fit:<br />
Business fit: are the businesses complimentary or will the combination be the breath of fresh air that each company needs to grow even faster as one (in the face of two formidable foes in Oracle and SAP)<br />
Financial Fit: Do the numbers make sense.  I believe the CFO (JDAs) and her analysis of the debt load (they took on debt to retire debt) and that the combined organization can manage it.<br />
Organizational Fit: Face it, they never really are (it takes a strong leader and a person who can take in the whole footprint or &#8220;big picture&#8221;). It will also hinge the ability of the acquiree to work well with the acquirer (and vice versa. Also there is the hope that each organization recognizes the value that the other organization brings to the table.</p>
<p>- I don’t moderate posts, but lets keep it honest and think about this a little more. You have to admit, the discussion would be a lot more fun and interesting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Logistics and supply chain management</title>
		<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-5</link>
		<dc:creator>Logistics and supply chain management</dc:creator>
		<pubDate>Wed, 26 Apr 2006 01:34:00 +0000</pubDate>
		<guid isPermaLink="false">https://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-5</guid>
		<description>&lt;strong&gt;JDA Software acquires Manugistics to provide end to end supply chain solution&lt;/strong&gt;

        JDA Software, a leader in the retail software with more than 4,800 customers will acquire Manugistics, a leading supply chain software vendor with over 800 customers. While JDA started by focusing on POS and retail optimization software, Manugisti</description>
		<content:encoded><![CDATA[<p><strong>JDA Software acquires Manugistics to provide end to end supply chain solution</strong></p>
<p>        JDA Software, a leader in the retail software with more than 4,800 customers will acquire Manugistics, a leading supply chain software vendor with over 800 customers. While JDA started by focusing on POS and retail optimization software, Manugisti</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Senthil Nathan</title>
		<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-4</link>
		<dc:creator>Senthil Nathan</dc:creator>
		<pubDate>Wed, 26 Apr 2006 01:31:19 +0000</pubDate>
		<guid isPermaLink="false">https://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-4</guid>
		<description>This acquisition gives JDA an opportunity to go stronger in the manufacturing sector. It was mentioned in the press conferecne that many companies are already using both Manugistics and JDA. So for such customers who need both retail and manufacturing SCM under one roof, it is a good deal. There seem to be an issue with the underlying technology platform which is different for Manu and JDA.</description>
		<content:encoded><![CDATA[<p>This acquisition gives JDA an opportunity to go stronger in the manufacturing sector. It was mentioned in the press conferecne that many companies are already using both Manugistics and JDA. So for such customers who need both retail and manufacturing SCM under one roof, it is a good deal. There seem to be an issue with the underlying technology platform which is different for Manu and JDA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beyondcategory</title>
		<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-3</link>
		<dc:creator>beyondcategory</dc:creator>
		<pubDate>Tue, 25 Apr 2006 18:03:06 +0000</pubDate>
		<guid isPermaLink="false">https://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-3</guid>
		<description>Vinnie -

Thanks for the feedback; sorry for the misstatement (embarrassingly, I&#039;ve read those postings too).  

You do bring up a point, SCM, honestly, to me needs to focus on not doing more or looking further (how boring would an analyst report look using my approach?), vendors need to simplify their messaging, their solutions, and the overall implementation envelope, so that the uptake of SCM apps within the enterprise increases. 

OK, across companies with complex supply chains -- maybe your stretch is needed. However, outside of highly complex supply chain companies sophisticated users, the benefit and the opportunity of SCM applications is still...foggy.

I know users who don’t care if its SOA, client server, or a brick through the window!   They just want (1) a better plan and (2) their users (not their consultants) to be able to get it and tune the software as their business changes.

This comment really was an excuse to rant.

- V</description>
		<content:encoded><![CDATA[<p>Vinnie -</p>
<p>Thanks for the feedback; sorry for the misstatement (embarrassingly, I&#8217;ve read those postings too).  </p>
<p>You do bring up a point, SCM, honestly, to me needs to focus on not doing more or looking further (how boring would an analyst report look using my approach?), vendors need to simplify their messaging, their solutions, and the overall implementation envelope, so that the uptake of SCM apps within the enterprise increases. </p>
<p>OK, across companies with complex supply chains &#8212; maybe your stretch is needed. However, outside of highly complex supply chain companies sophisticated users, the benefit and the opportunity of SCM applications is still&#8230;foggy.</p>
<p>I know users who don’t care if its SOA, client server, or a brick through the window!   They just want (1) a better plan and (2) their users (not their consultants) to be able to get it and tune the software as their business changes.</p>
<p>This comment really was an excuse to rant.</p>
<p>- V</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vinnie mirchandani</title>
		<link>http://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-2</link>
		<dc:creator>vinnie mirchandani</dc:creator>
		<pubDate>Tue, 25 Apr 2006 17:09:39 +0000</pubDate>
		<guid isPermaLink="false">https://beyondcategory.wordpress.com/2006/04/25/and-then-there-was-one/#comment-2</guid>
		<description>thanks for link but wanted to clarify I am hard on the apps industry for too much emphasis on architectures and delivery models (SOA and SaaS) and not enough on stretching the bounds of apps. To me SCM apps could be doing so much more  with telemetry and the wave of analytics that is generating... 

see

http://dealarchitect.typepad.com/deal_architect/2006/03/soa_sos.html

and

http://dealarchitect.typepad.com/deal_architect/2006/04/application_ma.html</description>
		<content:encoded><![CDATA[<p>thanks for link but wanted to clarify I am hard on the apps industry for too much emphasis on architectures and delivery models (SOA and SaaS) and not enough on stretching the bounds of apps. To me SCM apps could be doing so much more  with telemetry and the wave of analytics that is generating&#8230; </p>
<p>see</p>
<p><a href="http://dealarchitect.typepad.com/deal_architect/2006/03/soa_sos.html" rel="nofollow">http://dealarchitect.typepad.com/deal_architect/2006/03/soa_sos.html</a></p>
<p>and</p>
<p><a href="http://dealarchitect.typepad.com/deal_architect/2006/04/application_ma.html" rel="nofollow">http://dealarchitect.typepad.com/deal_architect/2006/04/application_ma.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
