PLM, Engineers and Collective Memory

January 24, 2013

Many years ago, one of my mentors told me that "the worst pencil is better than the best memory". I liked it. Since than, I have no trust in remembering things. I started to take notes. I switched to be completely paperless 4-5 years ago. The biggest problem on my way to become completely paperless was the ability to capture information at the time you need it coming from multiple sources. Finally, iPhone and combination of apps allowed me to create an environment where I can keep track of my activities and get access to this at any time.

Engineering people are bad organized (please, don’t take it personally). Processes and work planning are not going well with engineers designing and creating new products. Companies tried to create innovation process management software, but in my view it was very unsuccessful. At the same time, I can see a need of engineers to capture information alongside their everyday activities.

One of the products I’m using to capture the information on a daily basis is Evernote. It supports many ways to capture notes using web and mobile versions including capturing of videos, pictures, website links and many others. Combined with search function, it helps to keep things organized. Evernote is not alone in this market. Two additional notable companies in this space – Clipboard and Snip.it. The last one was snatched by Yahoo few days ago. Watch the following two videos if you are not using similar products in your life.

From Personal to Collective Memory

I found a total absence of tools that can help engineers to capture their everyday working activities. Of course, engineers are not prohibited from usage of Evernote, Google and many other tools. At the same time, one of the key elements in capturing the activity is contextual relationships to information. In case of Evernote, it is photo, voice memos, videos, etc. To make engineering and design context capturing can be an interesting opportunity, in my view. They key element is efficiency. Engineers won’t tolerate even additional 30 secs of their working time. However, to memorize design idea, concept or decision can be extremely powerful.

The next interesting step can come with the ability to provide information around a particular item, drawing, product, customer, etc. collected by different people in organization. Such type of clipboards can become a sort of collective memories. The potential value can be significant – lost ideas, forgotten decisions, potential customer problems and many others.

What is my conclusion? Our memory is not efficient. To be able to capture information around engineering and design activity is still very untapped place. Usability is a key. Vendors can learn from tools like Evernote and others how to create a tool you can use in your everyday life in any environment. Just my thoughts…

Best, Oleg

Image courtesy of [keattikorn] / FreeDigitalPhotos.net


How to get engineers, to do PLM?

December 5, 2012

Enterprise software is a complicated beast. PLM is not an exclusion from the list. Despite demands to be simplified and become user friendly, the majority of PLM implementations require long preparation, planning and implementation phases. However, this is only a visible part of the iceberg. The invisible part (and probably mostly important) that many people are rejecting to use data-management software. If you speak to engineers, they can tell you how they hate everything that makes their lives very complicated. Here is the question I can hear many times in industry discussions, conferences, dispute and blogs – how to get engineers to use PLM software?

I’ve been thinking about different approaches. The following TechCrunch article caught my attention – Ways to get people to do things they don’t want to do. Read the article and make your conclusion. The analogy with kids is pretty funny. At the end of the days, engineers like kids… (excuse me, engineers, but it was a compliment :) ). This is my favorite passage:

Unfortunately, the corporate norm remains drawing up a long list of what needs to get done and throwing it over the email wall to be completed… or else! There will always be tasks people don’t want to do. But there are better ways to motivate others, principally by designing conditions where people actuate themselves. Fundamentally, people resist being controlled and both the carrot and the stick can be tools for unwanted manipulation. Instead, designing behavior by putting in the forethought to appropriately stage tasks, providing progress indicators, and finally, offering celebratory rewards under the right circumstances, are easy ways to motivate while maintaining a sense of autonomy. Whether in the doctor’s office or the corner office, it is the job of the person inflicting the pain to do their utmost to ease it. Not doing so is intellectually lazy, whether to a kid or to a colleague. Considering how the receiver could more easily comply with the request is at the heart of inspiring action.

Here is my 3 ways of how software vendors can reduce the pain and to simplify the way for engineers to be involved into PLM activities:

1. One step at the time. This is a fundamental change, in my view. Most of PLM activities looks like multi-year journey, which involves the transformation of company business processes and activities. To make flexible software capable to be adapted to company processes. Then make a change "one process at the time" is the future of PLM software.

2. Improvements KPI. To develop tools that can demonstrate improvements indicators. These tools can be used by company to promote and appreciate people involved into the implementation of PLM programs.

3. Social Features. Implement "social features" and tools that can help people to promote what they do in the company. Imagine PLM software can help people to become more visible in the organization can help to develop additional incentives to use PLM software.

What is my conclusion? Technology is simple. People are hard. I’ve heard this conclusion couple of years ago from John Gage’s keynote at COFES and I like it very much. It precisely explains why software programs and IT projects are failing despite brilliant code and amazing technological achievements. PLM vendors need to think how to connect their software to an individual engineer to make it more successful in the future. Just my thoughts…

Best, Oleg

Image credit Angry Engineer.


How To Stop Searching for PLM Killer App?

March 12, 2011

Are you familiar with the "Killer App" syndrome? In my view, conversations about a "Killer App" are very popular when some technological device or broad technological innovation needs to be proven. Killer App becomes so popular that return on the technology becomes obvious. I can bring some examples of Killer Apps in the past:VisiCalc on Apple II or Lotus 1-2-3 for IBM PC. However, in my view, talks about "killer app" are also a good indication about problems with a product or technology.

The following article caught my attention yesterday: What is the Killer Application for a Modern Engineer? I missed it when it was originally published in January. Chad Jackson, my colleague in the PLM Blogosphere, is talking about CAD, Collaboration and Mashups as examples of killer applications for Engineers. Where I disagree about the "notion" killer application in the context of engineers, I found analyzes Chad made in his post interesting.

Examples of Killer Apps?

CAD App
Personally, I think CAD is a mainstream technology. It was proven by many years. I don’t think, somebody today is designing any product without CAD system. History of CAD passed many waves of technological innovation that moved CAD between 2D, 3D and different computers platforms. I found surprising the fact SolidWorks wasn’t mentioned in the list of CAD products, but the choice of CAD was always somewhat "religious" and Chad’s selection didn’t surprise me.

Collaboration App
The history of various "collaborative applications" in the engineering space, in my view, started by introducing of data management to a wider company audience and following trial to expansion into PDM and PLM. The discussion about what is the killer app for collaboration is on going even today. My favorite collaboration tool for many years is email. Since I moved to Google App, I found it as a good addition to my email experience. PDM and PLM applications are constantly trying to replace email without visible success, in my view.

Mashups
The story of mashup is funny in my view. The word itself came to us from the Internet and Web space where applications (mostly running in the browser) "mashed up" the web content and making it more valuable for end users. The most successful mashup application, in my eyes is Google Map. I wrote about mashup on my blog before (Will Mashup Grow Up in PLM?) In my eyes mashups are interesting, but too vague and unclear from the standpoing of end-user who trying to get a job done.

PLM as a Killer App

In the beginning of 2000s PLM was introduced as a next big thing for engineers and manufacturing. After almost a decade of debates and different technological and product development attempts, I can see Product Lifecycle Management more as a "business and technological strategy" rather than "application".

Product Development: One Size Doesn’t Fit All?

Now think about design, engineering and manufacturing. It is all so different from various perspectives. Industry specific needs, departments and roles are different. Finally, every manufacturing shop is developing their own strategy for how to compete in the modern world and what can make it unique. If you ask me what application can fit everything, my ultimate answer is simple – Excel. Yes, Excel rocks when it comes to the flexibility and user adoption. The cost of customizing Excel to fit your needs is huge and the cost to support it even bigger (remember my Do you need chief Excel officer to manage BOM?)

What is my conclusion? PLM software vendors and analysts need to stop searching for a next "Killer Application". Flexibility and granularity are two important directions software vendors need to follow to gain next level of PLM software adoption. Just my opinion, of course. YMMV.

Best, Oleg


Follow

Get every new post delivered to your Inbox.

Join 114 other followers