Thoughts about PDM/PLM jumbos and PLM glue

December 10, 2013


PDM v. PLM. This topic is usually raising lots of questions. Still is… People are getting confused by names and functions. Few years ago, I wrote 3 posts comparing PDM and PLM from different aspects – data, process and integration. Recently, Chad Jackson made me think about PLM and PDM topic again by his write up of Enovia capabilities. You might read my PDMish, PLMish and other CADPDLM bundles following Chad’s post.

Aras blog is bringing PDM v PLM topic again. Navigate to PDM or PLM? Yes. story by Peter Schroer – CEO and President of Aras. Peter draws a clear functional line between PDM and PLM. The following passage put all "dots" in comparison between D and L in product development.

PDM doesn’t provide product configuration management (effectivity) or enterprise process management. It doesn’t keep the design in synch with product workflows or requirements management, it doesn’t manage non-CAD and non-file based data very well, and it doesn’t track where that part or assembly fits in to the entire system lifecycle process. While PDM is useful, it doesn’t help make supply chains more efficient, it doesn’t improve quality or customer satisfaction, and it doesn’t help increase revenue.

The recipe I captured in Aras’ blog is suggesting PLM to play the role of glue that connect PDM (engineering) and extended enterprise (rest of the company).

PLM, or product lifecycle management, is the glue between PDM and the extended enterprise. PLM takes product data and puts it in the correct context for each user. For some users the CAD file is the center of their universe, but for many others CAD-based data is just a small subset of the entire set of product information they work with.

The last things about "glue" made me think about future integration strategies in PDM/PLM world. It was a time when everybody had a dream of a single PLM system used by everybody in the company providing a holistic set of functions. However, nowadays the number of "single PLM" believers are going down.

So, what comes next? Few weeks ago, I’ve been discussing the idea of Future unbundling strategies in PLM. Thinking more, I can see future separation of giant systems into small services as something more feasible. I can see how small features and functions are getting traction in a company to fulfill a specific need – change management, configurations, engineering BOM, etc.

What is my conclusion? I can see more tools and service diversity in the future. It is very hard to provide ready to go out-of-the-box set of functions. Compared to that, I can see set of services to make product development, collaboration, data management and communication more efficient. Some of tools can be cloud- and some of them – on-premise based. Social platforms will play a role of one-big-system-glue. Just my thoughts…

Best, Oleg

Why cloud won’t solve CAD/PDM/PLM integration problem tomorrow?

October 17, 2013


All roads lead to Rome. Sometimes, I have a feeling whatever discussion happens in CAD, engineering and manufacturing world, it will lead to PDM and PLM. My earlier conversation about pros and cons of having special CAD file sharing tools started here, ended up on GrabCAD blog by Hardi Meybaum here with a conversation about what system should be used in organization to manage data, users and workflows and how to integrate these systems. Here is the passage:

In addition to the cons Oleg brought up I actually see a bigger issue – integration. A good thing about a generic/horizontal file sharing tool is that everyone is using the same system so it’s easy to manage data, users and workflows. Conversely, a manufacturing company might have someone who only needs to access very specific CAD data once or twice a quarter. Does this person really need access to your manufacturing-specific tool to get it? I think overcoming this problem is going to be an important obstacle to address in the next 3-5 years.

Another interesting point raised by Hardi, was the role of VAR is changing cloud/SaaS software role. In the past I discussed the future of PLM VARs last year here – What is the future of PLM VARs? My main point was that technical experience will become one of the main differentiation factors for future SaaS VARs. GrabCAD blog practically in the same way.

The benefit of VARs repositioning within the CAD space is that most of them have offered value implementing rather complicated engineering systems to customers already. They understand the customer well and have software knowledge within the company. I believe the new model for VARs in the next 5 years will be reinvention – some will become software companies providing specific integration like Zapier and others will focus on very specific workflow integrations between horizontal products.

However, let me get back to CAD, PDM, PLM and integration topic. While CAD File Sharing is highly demanded by almost all organizations these days, customer requirements are moving very fast from pure need to share information to questions and requirements how to control CAD data and manage change processes.

In the early beginning, PLM vendors and implementers were trying to get deep associations with CAD roots. This is not true anymore. One of the latest trend is to focus PLM on the business level of the company and how to improve company business processes. In one of my early articles CAD data and PLM, I described this position talking about CAD Rootless PLMs and importance of integration between CAD and PLM.

At the same time, the center of integration gravity is still positioned on integration of CAD and PDM. The complication of this type of integration is related to multi-CAD nature of CAD data. Companies are using different CAD systems. Some of CAD systems can dominant, but you always can find data from multiple CAD systems in every organization. GrabCAD post mentioned that as well. In the early days, PDM vendors were focusing on how to develop plug-ins for every CAD. This is still true for many vendors. However, next trend, in my view, would be future openness of CAD systems toward providing interfaces integrating to many PDM systems. You can read more about it in my post – Multi-CAD integration: Yesterday, Today and Tomorrow .

Last, but not least topic is related to Cloud/SaaS solutions. This is a place where Hardi Meybaum of GrabCAD believe the most. Here is an interesting passage from GrabCAD post:

It will only be solved once there is enough adoption in the general market for the next generation of SaaS CAD tools like GrabCAD Workbench, Autodesk PLM360, TeamPlatform. At that point the integration challenges will evolve.

I can see a clear point of movement to the cloud / SaaS trajectory. However, in my view, despite a significant growths in design domain, co-existence will be probably the right word to describe the reality of coming few years. I want to stress this point – CAD will be the latest application in the list of PDM, PLM and other business services to move to the cloud. What is interesting to me is how vendors are going to support this “cloud transition”. Companies clearly won’t be able to move all in a single shot. You can take a look on how I can see a transition in my blot post – PDM/PLM Evolution: Final Step and Cloud / On-Premises Integration.

What is my conclusion? Integration is a complicated and important topic. However, to think integration will disappear with movement to the cloud is too naive position. Cloud/SaaS can clearly simplify some technological aspects of integrations. However, the complexity of design, data management and processes in an organization will be very hard to overcome only by the change of technological foundation. The "transition phase" will be another reason why vendors and customers will have to deal with integration for coming decade, at least. Just my thoughts…

Best, Oleg

3 steps how to put PLM / ERP each in their place

March 14, 2013

PLM and ERP integration. Endless topic. My PLM blogging friends – Chad Jackson and Jim Brown decided to discuss it again at their Tech4PD video blog. Even if it is presented as a debate, I found much more similarity between their statements about PLM/ERP integration rather than differences. They both agree PLM and ERP systems are taking a big part of engineering information environment, both systems are important, PLM and ERP are complimentary in terms of their business functions.

There are differences in the positions, of course. Jim is advocating for single source of products data integrated with ERP, CRM and other systems. PLM is the master of product data. From Jim standpoint, the data from PLM system is integrated and represents as product master data to all other data management systems. Chad agrees, the integration needed, but think low-touch integration is more secured and can be less risky. His (Chad’s) opinion is that total integration proposed by Jim is a too big shot to take. Chad advocates for simple integration and so called "one time information push". From Chad standpoint to keep integration simple is an easier and less risky path to integrate data. If you have few minutes, I’d encourage you to watch the video for few minutes (especially if you want to see how Jim takes a swim with polar bears).

So, a simple conclusion after 7 min of video – data needs to be integration between PLM and ERP. Well, it gave me sort of disappointment. Ask anybody in the industry they will tell you about needs to integrated information between PLM and ERP. I like the way Jim present the need – we have to have a comprehensive solution. At the same time, Chad put it down in a very pragmatic way- complex integration won’t work. We need to have something simple in place. The debates between Jim and Chad made me think about possible steps to resolve the complexity of integration between PLM and ERP.

1. Move from "data ownership" to "data publishing". This is an important shift. Enterprise system integration people spent decades debating "data ownership" topic. It is all about "master" and about how to establish a logic of data ownership. The concept of data publishing takes the data ownership upside down. You shift the focus on how to use data. The access can be provided using multiple ways (APIs and variety of data formats). My personal preference to use linked data and RDF/RDFS model (format) for that purpose.

2. Move from "data mapping" to "data description and connection". In other words, link everything. In the original concept of data integration (Chad called it "data push"), the focus is on how to map data located in one system to another system. The whole purpose is to take data in one system, convert (map) and put in another system. After you accomplished "data publishing" concept, you don’t need to transfer data. You just find right data using model qualifiers. It simplify the business logic and helps to establish more reliable data integration mechanisms.

3. Include links to data elements from other systems. Think about this option similar to links on web pages. If you need to extend data or navigate to related data, you just follow the link, which takes you to the right place.

What is my conclusion? I can see PLM and ERP integrations fail in many companies because it relies to old and outdated integration principles. These old principles relies on data ownership and business of protecting data in a boundary of enterprise applications. It is going to change soon. The new one doesn’t move the data while provide an open and reliable mechanism to build an integration system similar to web. Just my thoughts…

Best, Oleg

PLM and Global Product Development Strategy

December 13, 2011

Manufacturing business become global even for very small companies these days. It is not unusual to see a company of 100-150 employees having multiple locations using suppliers world wide. How these businesses can survive globally and what systems they need to use? What solutions are available today to support global product development? I decided to put some thoughts about that as well as share some articles related to this topic I had a chance to read earlier this week.

Global PLM system deployment

To support global product development is one imperative objectives for every PLM software provider. Obviously, PLM mindshare vendors are thinking about that. Navigate your browser to the article in Cadalyst few days ago – Break Down the barrier to Global Product Development written by Brian Shepherdof PTC. Brian’s view on global product development and role of PLM can be summarized in the following passage from the article:

Product lifecycle management (PLM) is a key component of GPD. PLM enables geographically dispersed individuals and groups to work collaboratively on products and product development processes through a seamless, integrated information flow.

I found the notion of "integrated information flow" interesting. Later in the article Brian is talking about 5 challenges to achieve global product development – distributed design, collaboration across the enterprise, share data securely, manage complex programs, manage change and achieve scalable performance. The approach PLM mindshare vendors are proposing (and PTC is clearly one of them) is to organize a single environment for people to work collaboratively.

The question I wanted to raise and discuss is how to drive global deployment of such a complicated system as PLM across multiple locations, divisions and departments. This is can be a multi-year complicated and expensive project. None of the challenges mentioned in Cadalyst article are covering this topic, and it surprised me a bit. One of the main problems I see is related to a nature of heterogeneous environment in every global organization.

The Reality of Heterogeneous environments

The global organization is normally heterogeneous. The reason for that is related to the fact how most of global organizations were created. I can see two typical cases – establishment of remote manufacturing facility or acquisition of another company, which includes both engineering and manufacturing functions. In both situations, the biggest problem is to integrate multiple heterogeneous systems into a single one. Alternative is to keep working systems for some time and establish a new system gradually. This process can be complicated and expensive. In many situations, companies are leaving with existing systems for a very long period of time.

Global Part Numbers and Global Development Strategy

Thinking about how organization can shift successfully to a global model, I’m coming with my 3 elements of potential global development strategy:

1 – share data across locations;
2 – establish global identification for items and documents
3 – integrated engineering and manufacturing environments

Steve Amman of Zero-Wait State wrote about why use of intelligent part numbers is a wrong way to think about when you want to establish a global environment. Here is an interesting passage from Steve’s post – What is so difficult about product development strategy? Let’s start from Part Numbers…

The old way is to try to create or use an existing divisions “intelligent” part numbering scheme that was set up before we had modern PDM, PLM and ERP systems. Part numbers can be coded with prefixes and suffixes to represent different part types, product lines, and commodity codes and a whole bunch of other translations for the numbers so they can be organized mostly on a spreadsheet. The more information you are trying to code into the part numbers, the more you trap yourself into this old methodology.

As an alternative, Steve is proposing to use the power of PLM meta data to classify information instead of intelligent part numbers. This is can be a complicated goal if your global PLM environment is not established yet. An alternative to this approach can be the establishment of sharing network with the information resided into existing systems.

What is my conclusion? I think, global product development startegy is hard. I can see companies are working years to achieve that. Even very well organized companies are crashing to deliver the results in a short period of time. Taking steps into sharing data, create an overall identification and integrate two most complicated systems – engineering and manufacturing can take a company in the right direction. Just my thoughts…

Best, Oleg

Autodesk, Aras and Integrated PDM / PLM story

December 7, 2011

Back to the beginning of this year, I came with the post – Integrating PLM and PDM. Wrong question? My initial thoughts about integrating PDM and PLM was driven by growing interest to integrate existing software assets in the companies. However, thinking more I can see some additional aspects of PDM / PLM integration in a longer-term perspective. Few weeks ago, I postedFrom PDM to PLM: Unify vs. Integrate. I can see some examples of "integrate trend" happens now. I wanted to discuss two examples. Both Aras and Autodesk, in my view, are trying to integrate existing PDM systems with agile and flexible PLM environments.

Aras Enterprise PLM

If you haven’t had a chance to review it, Aras EPLM is a new packaged offering coming from Aras and expanding SolidWorks Enterprise PDM horizons by providing additional process oriented applications in Aras PLM. I recommend you to take a look on Aras EPLM on-demand webcast. Based on the information I found on the website, the functional scope of Aras EPLM related to Item and BOM Management, Product costing, Supply Chain processes, Project management and Change Management.

The clear strategy of Aras is to provide a complementary solution to SolidWorks and EPDM. I believe SolidWorks customers are looking for this solution as the opportunity to keep SolidWorks EPDM, to have an additional functionality and eliminate probably more expensive and unclear migration towards future Enovia V6 solutions DS is planning to deliver in the future.

Autodesk Nexus PLM

Another interesting example that just came last week – Autodesk made the announcement of Nexus PLM. Thre is little information and hands-on experience available about Autodesk PLM. You can navigate to my earlier posts aboutAutodesk Nexus PLM and Autodesk PLM strategies. At the same time, from the top slide presented by Steve Bodnar, Autodesk VP of PLM, we can learn that Autodesk is building their PLM strategy as a combination of two products – on-premise PDM (Autodesk Vault) and cloud based future product (Nexus PLM).

Looking on the scope of solutions Autodesk is promising to deliver as part of Nexus PLM, you can see some similarity with Aras EPLM Solution.

PDM / PLM Integration: pros and cons

If I think about possible advantages of combined solutions PDM+PLM, the one that stands clear to me is the interest to leverage existing software assets and re-use implementations cost already made by customers. When I think about the way Aras and Autodesk articulate what they do, I can see lots of similarities.

In that context, the cost of integration between PDM and PLM becomes one of the most important elements. Mindshare PLM vendors like Siemens PLM and Dassault are driving customers towards unified solution. They are trying to convince customers that unification will reduce the total cost of ownership and optimize the implementation. At the same time, if cost of integration is low, the type of solution proposed by Autodesk and Aras can have some grounds.

What is my conclusion? PDM / PLM integration looks like an interesting trend. We are going to see to see more examples, in my view. What is the fundamental reason behind it? I think many companies are having trouble to drive their IT infrastructure towards unification. It requires longer projects and expanded budgets. If PLM companies find an efficient way to integrate and access data between systems, it can definitely provide a competitive advantage on the market. Last one cannot be guaranteed, but it sounds as an interesting opportunity. Just my thoughts…

Best, Oleg

Image: dan /

Total Integration and the Future of PLM

August 12, 2011

I’m still cleaning my post-vacation backlog of feeds and messages. One of the articles by UK Eureca Magazine caught my attention, since it was named exactly as my blog – Beyond PLM. This article is an interview with managing director PLM Software, Robin Hancock about the company’s vision for the future of PLM.

One of the main topics discussed in the article was a topic of "integration" or so-called "total integration". Here, my favorite passage:

Charting the development of PLM, Hancock says, "In the old days it was all about product design. Now, while you’re designing and developing the product and getting people to collaborate around it, you’re also designing and developing your plant and your manufacturing capability concurrently. Because the pressure is to get more competitive, more highly configured products to market at a lower price and higher quality, more quickly, doing those things concurrently is the next big value proposition for manufacturing and engineering companies. But change is difficult and the last thing you want is some ‘big bang’.

Siemens PLM is planning their future HD PLM approach to help realize the potential of the total integration. Here is a visionary video Siemens PLM released a year ago:

The discussion about "the total integration" and "big bang" approach made me think about the following 3 trends I can see in a modern PLM technological and application development: Multiple System Approach, Vertical Integration and Continuous Implementation.

Multiple System Approach

The reality of manufacturing companies is simple – people stopped believing in a single system that solves all problems. Businesses understood that they need to have a blend of systems representing their unique approach of running product development. I can see multiple reasons why it happened. Among the most important ones I can see system complexity, implementation cost and high demand for fast ROI.

Vertical Integration

Customers have a strong demand for vertical integration. The days were systems could work disintegrated finally over. The question of integration between design,manufacturing, supply, execution and other elements of the overall system chain is obvious and businesses are ready to spend a lot of resources to make it work.

Continuous Implementation

This trend related to the potential implementation cost. The demand of users is to drive this cost down as much as possible. Opposite to a ‘big bang’ approach, this one is focusing on how to implement multiple small projects into a sequence of successful deployments.Each has their own cost, ROI value proposition. All of them together allows to decrease the overall implementation cost and project risks.

What is my conclusion? It seems to me, the understanding of the "integration value" is important to successfully implement PLM systems. This is not a short term project, but a long journey. I think, in the past "integration" was a "step child" in PLM product family. PLM companies focused on their own product lines and dismissed integration opportunity. However, future is integrated. Just my thoughts…

Best, Oleg

Integrate PDM and PLM: Wrong Question?

February 9, 2011

Two weeks ago, during SolidWorks World 2011, I had a chance to talk with Jonathan Scott of Razorleafabout different aspects of integration between SolidWorks Enterprise PDM and Enovia V6. Navigate to the following link to see Jonathan’s presentation online. These slides as well our conversation made me think about trajectories of different product data management systems and environments in the context of the overall software lifecycle in manufacturing organization.

PDM as a PLM Foundation

Few years ago, I had a chance to read SolidWorks White Paper about PLM. You can navigate to the following link to retrieve this document. The concept of "PLM: It starts from PDM" was crafted very well in this paper. Thinking more about this concept I can see a very interesting approach of PLM implementation- to start from existing PDM solution. The potential advantages of this approach can be to prevent unnecessarily migrations between systems and shorten implementation cycle. PLM system connected to PDM system can re-use data foundation to manage CAD files lifecycle, Bill of Materials, change management.

CAD Files and BOMs

These are two entities that always raises lots of discussion during PLM implementations. Multiple CAD systems create significant difficulties for PLM implementation and making ROI much longer than expected. Management of multiple Bill of Materials, tracking changes between different BOM views can be an additional complication in front of PLM. What if product data management system, which already in place (from CAD vendors, homegrown or any other) can provide this solution? The starting point of PLM implementation will not be anymore to start managing CAD files.

Collaboration and Process Foundation

A significant portion of a product lifecycle is to support people in their way to run product development, exchange information and making decision. Most of this work today relies on IT infrastructure available in the organization – mail, shared workspaces, instant messenger and more. Business process management software (if any in place) rarely covers product development processes. Companies thinking about product development process improvements have a very long way to go until PLM implementation actually coming to the stage of quality management, cost management, compliance, regulatory and more. A new approach in PLM implementations can be to start from this stage and leveraging existing PDM infrastructure.

What is my conclusion? Software has a long lifecycle in manufacturing companies. I found the lifecycle of PDM/PLM software systems is very complicated. Actually, it is as complicated as the product lifecycle they are managing. To change existing systems in a company can be a very costly decision. To re-use existing systems can be a complicated from the technical standpoint, but can lead to a faster ROI. It makes sense to me. The cost of integration can be a key in this story. So, a potentially "wrong question" can lead to the right answer. Just my thoughts…

Best, Oleg

PLM: Share Data or Die

January 22, 2011

I’m still digesting a huge amount of information I learned from PLM Innovation Congress earlier this week in London. However, there is one trend that I can identify that struck me as a major one coming across all presentations and talks. I can call it “integrate and share” trend. The problem of integration and share of data is not new in manufacturing organization. The need for integration of various elements of data for product development, manufacturing and supply chain is clear. Software vendors and customers are working for on this for years. However, something new happens now that allow me to have a fresh look on this.

Integration Processes

The sound of integration needs is very loud, and you are able to see it in presentations. I put few examples of pictures I made during the event to show how customers explain their critical business issues related to integration of data and processes in organizations. In a nutshell, inability to provide smooth integration prevents streamlining of organizational processes. It appears in communication between engineering and manufacturing, sales and production, support and sales.

Share Data

The need to share data is obvious. However, data sharing was never realized in an easy way. There are multiple reasons for that. Some of them are including the nature of people (keep my data close to me), company organization (departments, hierarchy, etc.) and competition between vendors (lock-in data inside of proprietary formats and data structures). At the same the value of data sharing is obvious. Organizations are losing money, projects are going out of schedules just because of that. PLM aimed to solve this problem during the past decade. I have to note a significant success in multiple implementations I had a chance to see. I personally participated in some of them. However, the ability to share data efficiently is still more science that ordinary process.

What is my conclusion? The need to integrate and share data is urgent. However, the way organizations are doing it, reminds me space shuttle programs. There is a need to downgrade and simplify these integration efforts to become more similar to transatlantic flights or even car trips. Just my thoughts…

Best, Oleg

CAD-less PLM Puzzle

December 14, 2010

Ask people about the connection between CAD and PLM and you will discover a very interesting thing. In the past people draw a bold line connection CAD and PLM environment. The connection between CAD and PLM is not very strong. CAD was considered as a founding layer in all PLM strategies, today impose lots of restrictions and complications in the implementation of PLM strategies.

CAD Foundation Layer

CAD data management is one of the historical roots of modern PLM. It was very straightforward to start everything with CAD. The starting pitch was to take CAD data under control. CAD provides the initial point and source of design information in the organization. Many PDM and PLM companies used to implement CAD integration modules first and then expanded the offering beyond this point. It was also an easy part to get into manufacturing organizations via people involved into design and CAD.

Business Processes

The opposite side of PLM development actually was to think more about product development and organizational processes. In the beginning, it was very ERP-ish to think about PLM as a "process management story". However, more people started to see processes, change management, quality management and other similar, but disconnected from CAD topics as an important trend in their PLM strategies.

Connecting Dots

One of the important aspects of a product development process is to be able to connect dots between different departments in an organization. These days you cannot optimize product development without analyzing various aspects of product development – design, engineering, manufacturing, sales support. CAD is one of the elements in this chain. You cannot take CAD out of the overall product development story. However, to balance between strong dependencies on CAD and process optimization seems to me a right path to go.

PLM New Entrants

There are not many new entrants in the PLM world. Very few new companies were started in this space for the last decade. There is one very important question you need to ask. How much effort and focus new PLM company need to spend around the CAD? I don’t think there is a clear answer. Few new companies in the PLM world started completely disconnected from CAD and, later, discovered a need to put their hands into CAD-related stuff. Those companies that kept their eyes open to CAD world were more successful in the past. Industry is also an important aspect when you think about your CAD-roots.

What is my conclusion? CAD is obviously important. It represents a lot of IP in every manufacturing organization. It is hard to think how you can effectively manage a product lifecycle without putting your hands deeply inside of what people are doing in CAD. However, the technological aspects of CAD data management are very complicated. CAD vendors are playing hard to keep CAD as their competitive instrument, which creates additional entry barriers in front of new PLM development initiatives. Do you think CAD-less PLM has a future? An important question to ask, in my view.

Best, Oleg

PLM SharePoint Thoughts

October 22, 2010

I’ve been attending SPTech Boston Conference today. Navigate your browser on this link. You can get some information there. Microsoft is rolling SharePoint 2010 out, and I wanted to understand what traction it takes in the community of developers. To understand that I spent couple of hours on the SPTech Exhibition.

SharePoint Collaboration

Collaboration remains one of the most popular words in SharePoint field. The companies on the exhibition can be classified into to two groups: 1- Administrating SharePoint; 2- Collaborating with SharePoint. Compared to my previous SharePoint conference, I can see a definite trend down of companies helping people to install, configure and maintain SharePoint. Does it mean stuff became easier for the last 1-2 years? No, I don’t think so. I think people just learned a bit.

The second group of companies is focusing on how people can collaborate with data and documents. SharePoint remains a strong player in this domain. Nevertheless, multiple vendors are working to make it more usable and more attractive. In the context of engineering software, it related to two fields – Viewing Solution and Document Sharing. Viewing solutions were presneted by few companies – adlibsoftware, Atalasoft, BAInsight, Surfray and some others. Most of the companies in this space, are working on formats of multiple document and struggling complexity of engineering documents. I will spend more time in coming weeks to learn more what these companies are doing.

The Google Wave Miracles

The very interesting things happen in what I call “after Google Wave” age. I can see companies coming with the nice ideas that very similar to the original Google Wave ideas. Google was very ambitious in their plans. Most of the products I’ve seen are similar, but trying to provide a niche solution. However, the following product was kind of different and interesting. VIZit from Atalasoft Inc. came with the early beta of Vizit Social eXchage (VSX). They are extending SharePoint with a very interesting feature – social discussions around SharePoint content. I found it kinda cool. You can mark any piece of content in document (i.e. PowerPoint, Acrobat PDF, Word) and organize discussion of people around this topic. The product is still in beta. You can contact company using the following link.

The Cost of Free SharePoint
My last portion of SharePoint thoughts are indirectly related to Open Source SharePoint PLM solution announced few weeks ago. You can see more details in my previous blog about that – PLM SharePoint: Silver Bullet of Fierce Criticism. I think one important point was missed in previous article related to the SharePoint based PLM solution – solution cost. I want to thank ArnoldIT for sharing the link on SharePoint Price Calculator (the link was live when I published it). I think you can find it interesting. It shares some numbers and details related to SharePoint 2010 licensing. Here is the example I run on this sample:

What is my conclusion today? SharePoint is continuing to be interesting as a product that drives people and organization. The diversity of solutions on top of SharePoint is high and Microsoft continue to hold big gaps in functionality allowing to partners to develop decent solutions. At the same time, the price of “Free SharePoint” is far from free. The complexity of SharePoint solution is always beyond the average. You should consider it before you move… Just my thoughts.
Best, Oleg


Get every new post delivered to your Inbox.

Join 239 other followers