Posts tagged as:

Engineers

PLM, Engineers and Collective Memory

by Oleg on January 24, 2013 · 2 comments

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

Share

2 comments

PLM is all about process management. This statement comes to the play when people explain the value of PLM in the organization. Usually, when you think about process management, your mind is switching to some kind of “workflow thinking” mode, which assumes you need to follow the process from state to state by accomplishing tasks and activities. In every PLM implementation, this is a moment of time, people ask – how do we manage engineering processes? What toolset we need to have to make it happen?

I can see, engineering people, are bad organized. In many situations to run processes among engineers is similar to herding cats. To manage process in an engineering organization is a challenge. This is a place where PLM vendors usually fails to provide a reliable and simple solution. Engineers are asking for additional flexibility and vendors have a tendencies to provide a complicated solutions. Many PLM tools are providing sort of Workflow designer to create a process model. Later on, you can discover that engineers tend to abandon these processes. Main reason – these processes are not reflecting the reality. I wanted to come with some ideas how to fix that. I came up with the three definitions – tasks, engagement and information context. Take a look on the picture below.

The overall engineering process is described as list of tasks (above). This is the simplest way to present what needs to be done. It easy to digest and follow up. At the same time, the activity around this task list is not linear. In order to accomplish the task, an engineer needs to engage with additional people. This a typical situation when a person who leads the process needs to communicate with other people and comes with the result. Often, it is ad-hoc communication that cannot be formalized resides in people’s mind. Another situation happens when an engineer needs to bring an additional set of information to accomplish the task or make a decision. To combine these activities together is not a simple thing. Workflow is a wrong tool to solve this problem. To support a simplified task management tools with the ability to manage external engagement and connect to information context can be  a potential solution to the problem.

What is my conclusion? The simplification is a key word to summarize my thoughts. In many situations, engineers will prefer a simple task list to get things done. However, tools need to provide a collaborative capabilities to connect the engineer’s activity to other people and additional sources of information. Just my thoughts. I’m interesting to learn how you manage engineering tasks in your organizations.

Best, Oleg

Share

14 comments

How to get engineers, to do PLM?

by Oleg on December 5, 2012 · 10 comments

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.

Share

10 comments

GrabCAD, New Openness and Future Business Models

February 1, 2012

The world is changing fast. What was near to impossible 10 years ago tomorrow, becomes a reality today. It related to the field of engineers as well as to the software that used by people  and manufacturing companies. One of the factors impacting everything around us is the internet. It brings unknown before opportunities and [...]

Share
Read the full article →

Engineers and Video Collaboration?

July 26, 2011

Think about enterprise software and collaboration. I think, collaboration is boring. It is complicated, requires lots of system configuration and implementation skills. Try to talk to your colleagues engineers about a potential new system for collaboration. How many will be listening? Probably something is wrong. What can be a new reality for “collaboration”? MenloParkPatch announces, [...]

Share
Read the full article →