Knowledge Jolt with Jack

Typealyzer says my blog is INTJ

2008-11-30T23:11:47Z

Typealyzer says that this blog appears to be of the Myer-Briggs type INTJ.

The analysis indicates that the author of http://blog.jackvinson.com is of the type:

INTJ - The Scientists

The long-range thinking and individualistic type. They are especially good at looking at almost anything and figuring out a way of improving it - often with a highly creative and imaginative touch. They are intellectually curious and daring, but might be physically hesitant to try new things.

The Scientists enjoy theoretical work that allows them to use their strong minds and bold creativity. Since they tend to be so abstract and theoretical in their communication they often have a problem communicating their visions to other people and need to learn patience and use concrete examples. Since they are extremely good at concentrating they often have no trouble working alone.

I assume you can point Typealyzer at just about any website. Google.com doesn't have enough text to analyze. I tried several blogs that I happened to have in local memory, and many fall in the INTJ bucket.

[found via David Snowden, who dislikes any kind of categorization, but it's the weekend]

Collaboration, or walk before you run

2008-11-29T04:43:54Z

James Robertson has an initial model of collaboration, based on the idea that you have to form the capacity, then build the capability, and then create a strategy around how it fits into your organization.

I've seen a number of discussions lately that all say the same thing: jumping immediately to a solution is often a recipe for disaster, even when it's the "right" solution. The problem, of course, is that people want to know that you can fix the problem or that you have the best way to implement a specific kind of project. And how better to prove that than to show them THE solution?

Maybe there are better ways - but they require that you (the "expert") have a much stronger foundation in the how's and why's and the circumstances around why such solutions might be worthwhile. Rather than diving into the "solution," establish why such a solution is interesting, establish where the organization is in terms of readiness, and then walk with them through the process of devising a sensible solution. People that follow various change management approaches might see some familiar themes here. James' model is an attempt to build this framework around the idea of collaboration.

Three tiers of collaboration

... Within an organisation, it’s easy to get caught up in just a few aspects of collaboration, leaving big holes that impact on short and long-term success. How do we ensure we’re looking at all the necessary elements of collaboration?

While sitting in an airport on the way back to Australia, a overall model for collaboration coalesced in my mind, bringing together all the different aspects of collaboration. This is still in its infancy, but I thought it would be useful to share it, and to get some feedback.

A model: three tiers of collaboration

Two links in a row to James Robertson. I guess I'm catching up with his blog.

PDF isn't the right way to deliver help

2008-11-29T04:23:36Z

James Robertson points to an aspect of one of my minor peeves with software: manuals that are online PDF's. PDF manuals: the wrong paradigm for an online experience

Mike Hughes writes about the problems with PDF manuals. To quote:

Let me describe a familiar user assistance experience. A user installs a new application, and when the user wants Help, the application directs her to the user documentation on a Web site or CD-ROM. What the user finds there is a PDF file containing the manual—or a collection of PDF files, representing a library of manuals, including a user guide, configuration guide, troubleshooting guide, and various references. And the layout of each of these PDF manuals is exactly the same as if it were a printed book. This raises an interesting question: If we’re giving manuals to users to read online, why do we design and write them for paper?

I hadn't even thought of this aspect of usability, but I have to agree.

My beef is usually that I need help precisely when I am in the middle of something and don't have the time (or connection) to go off and download a bulky PDF file. Why can't they have context-sensitive help or otherwise useful information, such as context-setting scenarios? Even better, why not make the application clear enough to use that I don't need to go traipsing off to the manual?

The full Mike Hughes article goes into some detail on this topic, even providing some pointers on how to provide useful (online) documentation. One thing I'm happy my current employer does with their software is that all help is delivered with the software in the form of traditional F1-access help files.

Happy Thanksgiving

2008-11-27T06:23:47Z

Happy Thanksgiving to all my U.S.A. based friends - to everyone who wishes to be grateful for what they have today.

Given that I haven't had much time to keep up with blogging during regular work hours, maybe I'll come up with some time over the extended weekend. Or I might just leave the computer alone.

Metering out your success

2008-11-24T04:22:34Z

Mary Abraham writes about how metrics can drive the wrong behavior (or the wrong conclusions) in The Metrics Mess.

[T]ake a moment to consider whether your efforts to measure the wrong thing are leading you into unproductive activity. Don't focus on bulk -- focus on impact. For example, counting how many times a particular document is opened via your portal or document management system may be interesting but not helpful. What you really want to know is how many times was it opened and actually used? And, how often was it exactly the thing the user was searching for? In the latter two cases, you learn much more about the quality of your content and the quality of your search engine.

Of course, the place many organizations struggle is with that measure of "impact." So they develop proxies for it, such as number of times accessed.

On the wider web, the proxy for "impact" is the number of links to a given item. If lots of people link to it, that is an interpretation of "impact" or importance. (Google calls this pagerank, of course.) But how do you measure the impact of the FMLA policy document, or a sample document, or ... With most corporate systems, there is no sensible way to measure impact in this way. Beyond "are people seeing this content" in general, I suspect there isn't much point in trying to measure things this way.

But, how does an organization get beyond this? I suggest the idea of reinforcing the use of this stuff in the business. Ask your colleagues if they've shared their recent successes and failures. Make it part of the regular process around reviewing projects: Ask people who they asked and what resources they consulted before initiating a project. If you are feeling autocratic, turn off attachments for internal email -- being sure there are mechanisms for publishing "stuff" for the internal population.

Incubating twins

2008-11-20T22:32:25Z

No, I do not have another pair of babies coming. I have, however, seen two articles on business incubators this week. It's not something I usually worry about, but the coincidence strange. I almost thought they were reprints on reading the opening paragraphs, but quickly found that they were not.

Art Murray has an article in the Nov/Dec 2008 KM World, The Future of the Future: Incubating the next-generation enterprise. And Director Magazine from October 2008 has an article from Joanna Higgins, Slicing the pie on the same topic.

They each take a slightly different view. Murray is surprised that the incubators never accomplished their high-minded vision of enabling small business owners to collaborate on common business needs. That said, there are nearly 5,000 incubators around the world (from National Business Incubation Association). Higgins' article talks about some new incubators that are starting ("Incubator 2.0") with the hope of tapping exactly the knowledge that Murray finds is never tapped. Interesting.

The real world for enterprise 2.0

2008-11-19T04:08:16Z

James Robertson and Matt Hodgson had a pair of articles recently that I see as related on the topic of doing something with Enterprise 2.0. James gave us some tips on what teams should consider when Implementing enterprise 2.0 in the real world (abbreviated):

Now that the hype of enterprise 2.0 is starting to settle, it’s clear that there are many valuable approaches that can (and should) be put into practice.

Don’t be afraid to experiment.

Take a ’safe-fail’ approach.

Have a clear purpose.

Take it seriously.

Make it work now.

Match the culture.

Build on the experiences of others.

And Matt gave us some important thoughts on If you build it will they come?, suggesting that there's much more to technology roll-outs than simply implementing the latest must-have technology. It is all about understanding the needs of the community, including how the organization is aligned (or not) to take advantage of those tools. His summary:

The question, then, should be “If you understand what users want, and then build it in such a way as it aligns with their needs and those of the organisation, will they come?” The answer, of course, is yes!

I think this pairs very nicely with James' thoughts, and I think they are both in Australia. Maybe there is something in the water.

Simple list-based task management

2008-11-18T23:16:41Z

Mark Forster has posted his Simplest Time Management Method.

I discovered that all I had to do once I’d drawn the list up was to draw a line at the end of it. Then I continued to add new items to the end of the list but didn’t allow myself to work on them until I had finished all the items up to the line. I could do those in any order I liked.

Once I’d finished the items above the line, I drew another line at the end of the new items and did the same again.

I like the simplicity of this approach. You get everything in the list, and you give yourself a basic rule that prevents leaving those tasks-I-don't-want-to-do behind. And you can still feel like you are getting things done.

Web 2.0 as applied to chemical engineering

2008-11-18T23:09:33Z

I'm in Philadelphia this week for the AIChE Annual Meeting, which is its usual collection of networking and technical sessions about all things engineering. (I am participating on a panel on the future of chemical engineering education on Thursday.) There was a session today on the application of Web 2.0 ideas in chemical engineering.

The opening talk by Scott Butner of PNNL gave an overview of the standard Web 2.0 ideas and concepts that I won't repeat. And he also gave the best discussion of how and where Web 2.0 might apply in chemical engineering. These applications include

Collaborative knowledge management, whether in local teams, in the entire enterprise or beyond the walls of the organization. Just imagine being able to gather experts on arcane technical topics without having to be all in one room. Or even not-so-arcane topics, but bringing to bear the collective knowledge and experience of many more people.
Building upon communities of interest.
Increasing access to rich data sources. As more and more data become available with associated metadata, we can use some of the mash-up tools to recombine that data and visualize it in new ways. For example, EPA data about waste streams drawn on a map or recombined with other relevant data.
Educational opportunities. He didn't give many details, beyond mentioning that there was a YouTube video contest. There are opportunities for sharing videos and presentations, but that is barely Web2.0, other than the sharing-across-boundaries aspect.

Beyond these topics, I could imagine a few other ideas, particularly in light of the other talks on pharmaHUB, virtual organizations, building ontologies, and value network analysis.

Making engineering calculations available online. Of course, this has been happening for a while. The Web2.0 twist is that we should make the calculations available by web services as well as a user interface. And you could pull data from many potential sources, not just from a data file sitting on your local machine. And then publish the results as its own model for further re-use, or as an educational module.
On the other end, provide API's for doing the data analysis, whether that data comes from a physical system or from a model of that system. Again, these things exist, but they are frequently locked into closed systems.
Outside of engineering calculations, there is the basic need of getting chemical engineers more engaged in these online communities. I've never been excited by the level of participation and interest from the larger chemical engineering community.

One of the discussion points was around "what is truth" in the context of user generated content and information that can be changed by anyone. This is a familiar worry in the context of wikis, but it also has implications for the academic peer review process. If one can publish and get nearly instantaneous feedback - both supportive and negative - why would you want to submit to the traditional blind review process that takes months at its best. Even more important is the idea of disseminating your ideas quickly with those people who are truly interested in what you are studying.

Who is smarter?

2008-11-18T03:30:59Z

I have a bunch of articles awaiting comment, but this one seems to demand quick turnaround. A colleague forwarded How Companies Are Using IT To Spot Innovative Ideas by David Greenfield from InformationWeek's 10 November 2008 issue. It highlights how research organizations are adding prediction markets to their process of selecting new ventures to pursue.

The use of these collective decision-making technologies, both sophisticated prediction markets and simple voting tools, is spreading, and they're increasingly being paired together as a component of corporate innovation programs, helping companies sort through reams of ideas--from new products to customer service to productivity improvements--to find that handful of blockbusters.

The idea of prediction markets always leads down the discussion path for wisdom-of-crowds. In these examples -- people with related domain knowledge all working together to gauge what ideas seem to have the most value for potential research. But this isn't that much different from what goes on within good research companies on a regular basis. And this article highlights that prediction markets aren't necessarily a silver bullet. If you aren't getting valuable ideas to begin with, using collective filtering on bad ideas isn't going to do much good.

But where do companies get those better ideas? That's the golden question. Based on everything I've seen and done, the surprising new ideas come from a combination of "the prepared mind" (expertise) and strange ideas that appear to come from left field -- the innovation-in-the-gaps concept.

The article from InformationWeek is clearly focused on technologies that support prediction markets. Bringing together opinions from people spread around the company, or around a larger industry, essentially requires smart use of technologies. It be fun to play with some of these in real-life situations. I could even imagine doing something like this with customers -- assuming we had a large enough body of people who would participate.

Product Management 101 from Christopher Cummings

2008-11-12T19:26:39Z

I attended a webinar on Product Management today entitled, Product Manager 101: What Does A Product Manager Actually Do by Christopher Cummings of Lycos (did you know that they still exist?). His short form definition:

The product manager is the glue that binds the team together and the grease that keeps the product moving in the right direction.

So, what does a PM do? There are some key areas where product managers get involved, and these sound rather familiar from other presentations and recent training. A product manager

Understands the market
Develops market-based product strategies
Creates relevant and usable documentation
Brings products into the market
Bridges every department that touches the product.

Of course, he went into detail on each of these elements with examples and highlights. Of the items that caught my attention:

Use the software - a lot. Product managers have to know how the software works and what it does, and how customers expect it to behave. I've heard / seen others that have said the product manager doesn't necessarily need to be intimately familiar with the software. I suspect this depends on the anticipated usage. I have colleagues who sell infrastructure software that is difficult to "use" unless you have a full scale manufacturing plant outside your office.
Keep a record of customer (and potential customer) compliments and complaints.
Do plenty of research in understanding the market and developing those strategies. This is a key long-term activity that is easy to let drop when the short term work rears its head.
The product manager is the face of the product. This swings both ways: Just like your waiter at a restaurant - they can make or break the perception of the product. In my experience the product manager is much more critical for internal perception, as the marketing and sales teams are heavily involved on the externally-facing work.
The 5-C's of customer interactions: be Clear, Concise, Confident, Courteous, and Completely understand issues.
The PM is responsible for profit & loss (P&L). This is a new one on me.
Leverage your networks. Access experts inside and outside the company. Find customers and potential customers via your network connections.

Cummings keeps his own blog and posted a short set of slides along these lines few weeks ago. The presentation spent more time on the details behind these.

Product Management 101: What Does A Product Manager Actually Do?

View SlideShare presentation or Upload your own. (tags: lycos senior)

So you think you know something

2008-11-07T05:01:26Z

Kevin Meyer has a great story about visiting a Toyota manufacturing plant, getting to see what lean is really about. JKE Day 1: Toyota Kyushu - The Manufacturing Ballet.

Do you think you understand lean? Then you might want to visit Toyota Kyushu on the Japan Kaikaku Experience.

His story is great. Many of the things I have heard and seen about Lean are right there in plain sight during his tour of the plant.

This article, particularly his introduction, where he says, "I thought I understood lean pretty well. I was wrong." reminds me that everyone has need of continuous improvement -- or at least that it is always possible. Many professions require continuing education, but the sense that I get from most people is that they do these things because they have to -- not because it brings new depth or breadth to their expertise. Of course, the fact that he had this particular expertise enabled him to see things that others may not have noticed -- or he sees implications in ways that others may not. That's the beauty of the prepared mind.

My father, retired many years, still reads his technical journals and heads to the local university library to collect still other technical papers. He's still writing Fortran code from time to time! Lifelong leaning in action.

This whole past year has been a learning experience for me in a new position, (somewhat) new industry, and a new city. And I expect that to continue, regardless of where i work and live.

KM must be a gender thing

2008-11-05T07:09:47Z

I've been catching up on some backlogged blog reading (either by reading or just skimming), and I realized that I need to move Mary Abraham's blog, Above and Beyond KM into a different category, so I see it more often.

Mary's KM and the Pantyhose Fallacy from last week strikes a humorous realization for me. The Pantyhose Fallacy?

Here's the Pantyhose Fallacy: for years retailers have sold us a bill of goods -- that it is possible for people of varying sizes and shapes to wear an article of clothing sold in a single size. They call it "one size fits all." The sad truth is that the one size fits badly and doesn't remotely fit all.

Mary suggests that KM vendors (and IT departments) have fallen into this fallacy, assuming what works well in one place must work for everyone. I think there is a strong connection here to the idea of failure-by-consensus.

The problem is, of course, that in men's clothing there is the concept of one-size-fits-all, and it sorta works. (Well, maybe not one size, but one basic design that fits men's shapes.)

Maybe this is the reason for such troubles. We just need our organizations to be more "manly" and accept that they are just like everyone else. I'm sure that those KM solutions will work just perfectly.

Passive and active knowledge

2008-11-04T18:44:42Z

In a conversation at a user group meeting, we were talking about options for adding foreign language to our products and the need for training in local language. Like many companies, we've made the effort to internationalize, but there is so much more to be done. The comment that I got today was that these customers don't particularly need local language for the software -- using the software is passive knowledge -- what is needed is that the training should be offered in the local language.

On the other hand, in training users get to think about their problems and ask questions. This is technical knowledge that's being discussed. It's hard to hear it in another language, even one where you might be proficient, and translate that into how you work. Even more, it is difficult to ask detailed, technical questions outside of your mother tongue. It is this active knowledge that is much harder to manage in another language. Having trainers who understand the language (or who's mother tongue is something other than English, so both sides have to work at translation), is much more important than converting the software for local language. And... it should be lots cheaper.

[Of course, there continue to be new markets for our products where local language in the software may be of more value.]

Has this idea of active / passive knowledge come up before? There is a connection, I suspect, to implicit / tacit / explicit. But this articulation of it seems to make more sense. At least it did a few hours ago as we were talking.

Product Management training from ZigZag

2008-11-02T21:12:20Z

My company brought in John Mansour of ZigZag Marketing to do some refresher training and provide some ongoing guidance around our product management / product marketing function. While I am not going into details about the company perspective on the training, I can provide an overview of the training for reference.

A key element of all the training was simplicity. John Mansour repeated a number of times that if the new system isn't simple and helpful, then it doesn't make sense to use it. And for me, with no previous product management training, simplicity and the whole course were quite useful to put everything I've been learning on the job into context of a process. The in-class exercises also helped me formalize the knowledge I have about the industry and my products in a useful way.

The bulk of the training was spent in going through key elements of their Product Management Framework, which provides much more structure around what and how product managers and colleagues are supposed to be doing. Many of us expressed sentiments of the variety, "I already do many of these things, but not in a way that helps me complete the next task or reuse the material when I come back to it later." For people who have seen Pragmatic Marketing's Framework, I see a lot of overlaps.

The ZigZag framework makes a lot of sense from this perspective too. Get an understanding of the market in general, strategize on how to address that market, figure out specific customer needs, design & develop products to meet those needs and then launch & market those products. There is a lot of reuse of material from one step to another. John Mansour joked that this is "green product management" because the general outline is to re-use as much content as possible. Oh, and repeat the process in a sensible cycle.

In an interesting connection to Theory of Constraints, in the discussion of Strategy elements, I heard some parallels with the TOC idea of the "throughput operating strategy." Once the strategy for the company has been defined in conjunction with the product management efforts, make sure that everyone is aligned with that strategy. For those very familiar with TOC, this is the hardest: Step 3 - Subordinate everything else to the [decision].

Usability: "It's easy to make a product hard to use." Implication being that it's difficult to make a product easy to use. The key is to go back to the business problem users are trying to solve: Does the product help them or hinder them?

Proof point: "The product is nothing more than a proof point." Proof that we've done our research and really understand our customers' business problems.