TM1 v Anaplan

User avatar
jim wood
Site Admin
Posts: 3951
Joined: Wed May 14, 2008 1:51 pm
OLAP Product: TM1
Version: PA 2.0.7
Excel Version: Office 365
Location: 37 East 18th Street New York
Contact:

Re: TM1 v Anaplan

Post by jim wood »

Good post lotsaram. A decent insight.
Struggling through the quagmire of life to reach the other side of who knows where.
Shop at Amazon
Jimbo PC Builds on YouTube
OS: Mac OS 11 PA Version: 2.0.7
dkleist
Posts: 56
Joined: Wed May 21, 2008 12:33 pm

Re: TM1 v Anaplan

Post by dkleist »

lotsaram wrote:The tool is good but the major problems are and will continue to be data integration, automation and loading
Loading and integration are the biggest stumbling blocks to any BI/OLAP/EPM solution on the cloud. The "last mile" ("last kilometer") issue on bandwidth capacity limitations is a substantial driver for implementation. Currently, it's faster and more effective to move your tool to where your data resides should you possess any sizable amount of transactional or historical data. It has been a significant problem for a while: even Amazon doesn't have a great answer, where their approach to staging large datasets in AWS S3 is to purchase their import service where you ship them a portable hard-drive.
User avatar
jim wood
Site Admin
Posts: 3951
Joined: Wed May 14, 2008 1:51 pm
OLAP Product: TM1
Version: PA 2.0.7
Excel Version: Office 365
Location: 37 East 18th Street New York
Contact:

Re: TM1 v Anaplan

Post by jim wood »

dkleist wrote:
lotsaram wrote:The tool is good but the major problems are and will continue to be data integration, automation and loading
Loading and integration are the biggest stumbling blocks to any BI/OLAP/EPM solution on the cloud. The "last mile" ("last kilometer") issue on bandwidth capacity limitations is a substantial driver for implementation. Currently, it's faster and more effective to move your tool to where your data resides should you possess any sizable amount of transactional or historical data. It has been a significant problem for a while: even Amazon doesn't have a great answer, where their approach to staging large datasets in AWS S3 is to purchase their import service where you ship them a portable hard-drive.
I agree. While I really appreciate the benefits the cloud has to offer, data loads and size are the first thing that come to mind. While it may work really well when your sat in the office it won't when wondering around using 3G say.
Struggling through the quagmire of life to reach the other side of who knows where.
Shop at Amazon
Jimbo PC Builds on YouTube
OS: Mac OS 11 PA Version: 2.0.7
BigG
Community Contributor
Posts: 211
Joined: Tue Sep 15, 2009 11:13 pm
OLAP Product: IBMPA
Version: PA 2.0 Cloud
Excel Version: 2010

Re: TM1 v Anaplan

Post by BigG »

Think loading large volume transactional data to any system does have its issues in many ways. Most ETL 's and utilities that touch the cloud require an on premise install. But as cloud solutions become more and more pervasive (pardon the pun), then cloud to cloud data movement scenarios will help eleviate this percieved bottleneck. But even still if we are talking planning, generallly the data loads are not overly burdening. Can also manage volume through delta loads.

Think we can all mostly agree, cognos planning is not prefered over TM1, except for a few die hards who like BiFs and some of the other features that come with the product. Probably wouldnt call planning the same product as Anaplan though.

On the marketing guff, can't see much difference from what has happened in the market for the last 20 years. Before cognos had TM1, it was common practice for planning to pick on its differences. Probably whats happening here is the fact that Anaplan are not a mainstream product yet and therefore tactics need to be agressive. I dont think they are targeting the TM1 community on a whole... they do have other marketing tactics.

What about IBM cloud strategy, does this include TM1 in the cloud.?..maybe...
GG
Post Reply