« Opinions Wanted: Vote for the 'Inventor of 2011' Award | Main

03/30/2012

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a012876d521fc970c0168e971a75a970c

Listed below are links to weblogs that reference Observations and Random Thoughts on PLM:

Comments

Jon Banquer

"On Tuesday Carl Bass talked about how disruptive technology is often dismissed."

What's really disruptive and has been dismissed for years now by Autodesk is fully integrated CAM for Inventor. Perhaps it's long past time for Carl Bass to stop dismissing CAM and for Autodesk to do something about this huge problem for Inventor.

Autodesk already has the employees to make their own powerful CAM inside Inventor happen. Autodesk employes someone who was head of Gibbscam R&D for many years and before that had many years experience creating CAM for CATIA. There are also several companies with excellent toolpath technology that Autodesk could purchase.

Jon Banquer
San Diego, CA
http://cadcamtechnologyleaders.blogspot.com/

Rob Cohee

John,

I appreciate you promoting your blog on mine, nice... ;-) As I've said before, and will continue to say until you give me something new to talk about... your position on this topic is WELL documented.

Let me bottom line this for you and I won't get into an endless discussion on this topic. Market spend on PLM - ~8 bn
Market spend on CAM - ~2 bn

But more importantly - as Carl and Buzz have stated, the primary reason we entered into the PLM market is it is what our customers are asking us to do as a higher priority.

Prioritizing is pretty easy when you look at it that way Jon. I think you'll find that CAM is without question part of a products lifecycle and an important piece of technology no doubt, but from a business standpoint, the opportunity defines itself pretty clearly.

Jon Banquer

"WELL documented" doesn't solve the problem of Autodesk not having their own fully integrated CAM for Inventor.

"WELL documented" doesn't mean a realization on Autodesk's part that not having their own powerful CAM has given and continues to give SolidWorks a huge market advantage over Autodesk Inventor.

The fact is that Autodesk has ceded the market to SolidWorks on a silver platter by not having their own fully integrated, powerful CAM for Inventor.

The priorities are wrong for Autodesk Inventor and they need to be changed. Priorities would be much easier to see for Autodesk if management at Autodesk took their head out of the cloud and planted their feet firmly in reality. Reality is SolidWorks owns the market and one of the reasons is because of so many CAM choices that run inside of SolidWorks.

Jon Banquer
San Diego, CA

Jon Banquer

I have seen no evidence that anyone in upper Autodesk management understands the difference between a design solution and a manufacturing solution which targets users who wish to design products that can be manufactured.

One of the reasons Missler Software TopSolid CADCAM 7 is starting to really take off, despite no real marketing in the US, is that they do understand the difference. The same can be said for SpaceClaim except they have much better marketing and have now started to target manufacturing. While SpaceClaim has no CAM of its own, one independent solution was announced yesterday. I think we will see more CAM that runs inside of SpaceClaim announced this year because SpaceClaim upper management truly understands what the problem is and what needs to be done about it. Design software has failed a large part of the market and will continue to fail a large part of the market because it doesn't put the focus on how the part will eventually need to be made.

Jon Banquer
San Diego, CA

Rob Cohee

Jon,

Thanks for the history lesson on something that has nothing to do with the post. What are your thoughts on baseball? Politics? Religion...? Please share with us how that relates to CAM as you have an incredible talent for turning all conversations unrelated into a discussion on CAM. It's a talent, really.

If your posts don't have anything to do with the topic, they will be removed. And you can take your rant to Twitter as I'm sure you will... :-) Have a nice weekend Jon.

Jon Banquer

My posts will most likely be removed from your blog because they deal with the reality that both you and many at Autodesk can't handle.

My comments won't be removed elsewhere, as many know I'm right and many Inventor users aren't very happy with how Inventor gets developed... for good reason.

Your threats of removing my comments don't bother me as I know that truth is going to win out. The truth is that SolidWorks has won the market (for now) because Autodesk upper management doesn't want to provide the real world tools that are needed by many.

Jon Banquer
San Diego, CA

Johan Schmidt

Cam guy is nuts

Oleg Shilovitsky

Rob, you've been talking about EBOM / MBOM stuff in PLM 360 vs. some BOM stuff and engineering change management in PMD Vault. Talking about "apples to apples" what is the difference? Thanks, Oleg

Scott Moyse

Oleg,

My take is Vault PDM is EBOM, that gets passed to PLM 360 as a Read Only BOM. It can then be leveraged and modified as an MBOM by the manufacturing team as the Product evolves and becomes more defined throughout manufacture.

Cheer

Scott

Evan Yares

Rob, is there a stock MBOM template in PLM 360? I see EBOM, but not MBOM.

Rob Cohee

Hey Evan / Oleg,

Scott is spot on here. The EBOM (E in this case being engineering) can be and I'm going to stress CAN be, because as we know this is different for everyone... It can be evolved into the MBOM (manufacturing) inside of PLM 360. That MBOM could then evolve to the Purchasing BOM, Assembly BOM, As Built BOM, ect. The bottom line is that if you choose to allow everyone in the lifecycle to iterate on a BOM, then its no longer solely a EBOM.

That's a bit of a change in the way we look at who is ultimately responsible for updating the BOM. Why do we force changes to go through an engineer when no engineering work was required to make the change? Why? Because we force engineering tools to manage the BOM. Not the case with PLM 360. If you open up the BOM to evolve at the same pace the actual product does then "ownership" of the BOM evolves over the life of it as well.

Just so I could say it one more time. BOM. Good thing I'm not on a plane typing this right now.

Olegshilovitsky

Rob,

What you are saying about multiple BOMs (EBOM, MBOM, Purchase, Assembly, Bult) is really interesting.

Can you give me a reference on how I can organize multi-BOM structures in PLM360? I've been trying to build few, and I stuck. The workspace has only one BOM structure, and I don't want to use what called general relationships (I'm not sure I captured this name "gen rel" right from our last talk). So, does it mean I will need to build multiple workspaces for EBOM/MBOM/PurchaseBOM/AssemblyBOM/AsBuiltBOM? If so, how I can inherit data between these workspaces?

I'd like to reference you to two of my posts. One post is 3 years ago - Seven Rules towards Single BOM -- http://plmtwine.com/2009/10/14/seven-rules-towards-single-bill-of-material/. I'd be interested how Autodesk Vault / PLM combination can follow these rules?

Another one is a modern version of the same post :) -- Cloud PLM and Bill of Material Question. http://beyondplm.com/2012/03/09/cloud-plm-and-bill-of-material-question/.

Thanks, Oleg

Dan Margulius

We love you Rob.
Come to Israel and show us the PLM light :)
Dan

The comments to this entry are closed.

RSS Feed

  •   Subscribe

Survey