tag:blogger.com,1999:blog-37322772024-03-08T03:18:15.618+00:00Intellectual Capital PunishmentIntranet & Knowledge Management practitioner blog covering strategy, collaboration, virtual teams, culture, tools and the ocasional reference to primatology.Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.comBlogger110125tag:blogger.com,1999:blog-3732277.post-1092237559266756722004-09-22T20:19:00.000+01:002004-09-23T14:41:55.406+01:00The ultimate intangible asset<span style="font-family:arial;">If you've not had this sent to you by the office joker, take a look at </span><a href="http://www.wewantyoursoul.com"><span style="font-family:arial;">www.wewantyoursoul.com</span></a><span style="font-family:arial;"> , a spoof site that offers instant quotes on the value of your soul. Even better are the comments of indignation it inspires in the lowly-rated.</span>
<br /><span style="font-family:Arial;"></span>
<br /><span style="font-family:Arial;">Sadly the actual quotation part seems to have been broken for quite some time - clearly the soul market is rather bullish.</span>
<br /><span style="font-family:Arial;"></span>
<br /><span style="font-family:Arial;">"We want your brain" as the KM equivalent anyone? </span>
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1095080964085249042004-09-14T21:03:00.000+01:002004-09-15T09:28:08.736+01:00"Failure Laundering"A colleague of mine slipped this marvellous expression into a conversation today: "failure laundering". It was in the context of an intiative that hadn't delivered and had gone very quiet, but instead of being formally closed it got bundled up into a new initiative. That way it wasn't seen as having failed, but merely reincarnated. Some 'change' management programmes can go on for years like this.
<br />
<br />Another observation I rather like on this theme is "we never kill projects, we just wound them severely".
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1093356344281575692004-08-24T12:45:00.000+01:002004-08-24T16:29:08.993+01:00Is an intranet the last resort of the dis-connected?An interesting discussion going on in <a href="http://groups.yahoo.com/group/AOK_K-Net/">AOK</a> about people'#s preferences for seeking information.
<br />
<br />John Maloney wrote:
<br />> I found a reference in Rob Cross's book, "The Hidden Power of Social
<br />> Networks." People are FIVE TIMES more likely to turn to a colleague
<br />> for knowledge than any portal, Intranet, system or Website. That is
<br />> not a tendency, or even twice or three times as likely, it is five-
<br />> times!
<br />
<br />I replied: "Although I agree with the spirit of what you're saying about the need to
<br />support the people-to-people side of organisations, I wonder if you're over-extrapolating from the evidence? Cross cites <a href="http://tinyurl.com/5f7vu">Tom Allen's work from 1977 </a>(see e.g. page 2). The implications are limited about the technology and habits at the time. Cross goes on to say "Our own research and that of many others also continues to emphasize the point that who you know has a great deal to
<br />do with what you come to know over time." I therefore can't find any data presented by Cross on the impact of portals or intranets per se. This isn't to say that it's no longer true that people prefer asking somebody else, only that I'd like to see a more recent study to support it."
<br />
<br />"Secondly, just because in '77 people had that habit, it doesn't mean it isn't changing - or that there's resistance to change. People are lazy. Rooting through a paper filing cabinet is much harder than asking Nellie (as the archetypical colleague). Searching Google, now it exists, may be easier than asking Nellie. Older generations may have an ingrained expectation that databases rarely have the right answer; teenagers seem to assume Google can answer everything. If you wanted to know film times at the local cinema, would you ask Nellie first or use the net?"
<br />
<br />"Thirdly, Allen's study was of scientists and engineers. This may not map onto business situations. One reason why portals are attractive is if they reduce internal service costs. You may not want your world-class expert answering the phone all day for routine queries, no matter how much the caller may prefer that mode. You want to keep them free for the
<br />high-value, non-routine calls that are ideal for people-people interactions. Each query has a cost, but asking Nellie doesn't expose the requester to that cost. Would you be 5 times as likely to call a premium rate helpdesk if the alternative was to get the answer from a portal for
<br />free? Organisations need to manage this."
<br />
<br />Dennis Pearce, from Lexmark, then added:
<br />"in addition to his "five times" result, Allen also found that the engineers he surveyed got their knowledge from the sources that were easiest and most familiar to them, not the ones that were most reliable or accurate, even when they themselves were aware of this. In other words, <em>they
<br />knowingly sacrificed accuracy for expediency</em>." [my emphasis]
<br />
<br />"I find this to be a much more interesting finding than the "five times" result, and one that seems (in my mind) to be more likely to be still true today. People have jobs to do, and sometimes you have to make do with the info you've got, given the time constraints you're under. Those who are developing new KM technologies are going to have to keep in mind that it's not just "better," but "faster and easier" that will be the big selling points. And it's a challenge to create something that's faster and easier than the way we've always done things."
<br />
<br />Quite right - its so easy to forget that making something quicker doesn't just save time, it can also completely change how people work. When electrical appliances for cleaning first became popular (e.g. vacuum cleaners), commentators foresaw the liberation of the housewife. In reality, it just upped expectations of how clean a house should be.
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com1tag:blogger.com,1999:blog-3732277.post-1090858472086193012004-08-23T19:14:00.000+01:002004-08-24T14:46:46.316+01:00Real Work, Necessary Friction, Optional ChaosPhilip Armour in <a href="http://portal.acm.org/citation.cfm?id=990680.990694&coll=ACM&dl=ACM&type=issue&idx=990680&part=periodical&WantType=periodical&title=Communications%20of%20the%20ACM&amp;CFID=24892084&CFTOKEN=59509086">The business of software</a> rejects the notion of estimting software by effort and advocates looking at the social component instead. WHat he has to say has implications way beyond the software industry though. He makes a good case for why putting pressure on teams can exponentially increase the cost fo the final deliverable.
<br />
<br />Traditional estimating tools aren't effective, he argues. Lines of Code, for example, is inaccurate because in reality it's non-linear (1000 people can't do 1 line each). Indeed adding people can just create further delay (as set out in the classic "The Mythical Man-Month"). Armour attributes total project time to:
<br />1) "the time it takes to factor our knowledge into an executable product" - this <em>is </em>what things like 'lines of code' measure.
<br />2) Know-we-don't-Know situatuations where exploration required. Spiral (iterative) methodologies acknowledge that not everything we do goes into the end product, but instead goes into creating knowledge to make the product. i.e. fillling the knowledge gaps to the point where you've learned how to make it. Armour calls this "<strong>necessary friction</strong>".
<br />3) "<strong>Optional Chaos</strong>" is co-ordination overhead, bickering and stress-induced chaos. Anything that does NOT disclose knowledge.
<br />
<br />1) is a function on Know-We-Know and Know-we-Don't-Know factors
<br />2) is a function of don't-know-what-we-don't-know, team capability and experience, team size and 'pressure', but the variability in the impact of this low.
<br />3) is a function of team size and 'pressure' and highly variable in impact.
<br />"When we attempt to accelerate projects, we introduce a high lelvel of [optional chaos]. High-stress projects put pressure on people to make quick, sometimes unvalidated decisions" [whose impact can then be catastophic].
<br />
<br />Adding more people: "large numbers of people...increases the levels of both communication and mis-communication." More people means less equally distributed knowledge, so more chance for mis-understanding, and more time spent sharing knowledge that already 'known' rather than tackling learning gaps.
<br />
<br />Outside of software, the implications are very similar: if you want a deliverable quickly, be aware that doublign the team size is unlikely to reduce the time to delivery that much, and in fact may make the deliverable cost far more than double. As a project manager, Armour offers a useful set of questions about how your team is spending its time. I particularly like that it clearly sets out that "knowledge work" is both 1 & 2, and that pressure just amplifies what takes most of the fun out of being a knowledge worker. Not the pressure per-se, but the side-effects it creates.
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1091616674836886272004-08-03T23:51:00.000+01:002004-08-04T11:51:53.976+01:00Mapping Collaboration Maturity<a href="http://techupdate.zdnet.com/techupdate/stories/main/Mapping_Collaboration_Maturity.html">TechUpdate - ZDNet</a> article:
<br />* "Procurement of collaboration technology and services is not well managed and is introduced without centralized guidance (e.g., business units subscribing to Web conferencing providers; end users using public IM networks; departments using teamware).
<br />* Effective collaboration requires behavior change on the part of users as well as examination of information sharing and process structures. Collaboration strategies are less successful when not aligned with human capital management (HCM; e.g., rewards, incentives) and knowledge management efforts to improve performance and innovation. "
<br />
<br />Presents a 'maturity model' of collaboration that emphasises the human angle too. ALso sounds a dire warning that if not controlled, overlapping systems will put significant stress on users. Lets hope IT and leadership can get it right this time. Otherwise yet again we spend $millions on technology and change that doesn't work and 'collaboraration' will be dismissed as the last failed fad.
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1090845095032275462004-07-25T22:31:00.000+01:002004-07-26T13:36:47.020+01:00Collaboration vs. KMYet more hints of Collaboration being the new KM in <a href="http://www.cio.com/archive/060104/hs_reports.html">Encourage Employee Socializing - CIO Magazine Jun 1,2004</a>. One symptom of a new hype is the way it disparages the last one.
<br /><blockquote></blockquote><blockquote>"The assumption underlying knowledge management efforts is that untapped power lies within an organization and needs only to be brought forth. But what if KM software, communities of practice and offsite team-building exercises are actually part of the problem?"</blockquote>The article goes on to argue that indiscriminate sharing generates spurious collaboration and therefore you need to work out where to act. Exactly the same message of any decent KM position, of course.
<br />
<br />More positively, the aticle is about a book by Rob Cross and Andrew Parker <em>"The Hidden Power of Social Networks: Understanding How Work Really Gets Done in Organizations</em>" , and the assertion that more collaboration is not necessarily better is a sound one.
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1090784132182493392004-07-25T20:35:00.000+01:002004-07-25T20:35:32.183+01:00What happened to the formatting?Apologies for the recent blank pages and current lack of sidebar on <a href="http://sammarshall.blogspot.com/">ICP</a>. Blogger lost my template somehow so I'm currently trying to rebuild it. Scroll down if you want the sidebar content!Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-109057437433307612004-07-22T23:19:00.000+01:002004-07-23T11:55:42.860+01:00<strong>Expertise management Still Waiting in the Wings</strong>
<br />
<br />CIO Insight has a well-rounded introduction to <a href="http://www.cioinsight.com/article2/0,1397,1622768,00.asp">Expertise Management: Who Knows About This?</a>. The tone of the article pitches EM as a trend apart from KM, rather than a sub-topic of it "Because expertise management promises to deliver where knowledge management hasn't, it will have to overcome some bad PR". This is a little dangerous as, whilst the technology may be different, it still needs to fit in a KM framework and not dismiss the KM thinking that has gone before. There's no point in being really good at finding experts that are loathe to share, something the latter part of the article touches on with the issue of incentives.
<br />
<br />As a concept its been around about a decade, but its slow uptake is frustrating. One reason given is, as always, power:
<br />
<br />"the people who are more traditional in their view of the old command-and-control stuff don't like this. It's peer-to-peer, so it's very threatening to the traditional organization, just like the Web was very threatening."
<br />
<br />It is a barrier, but I think there's an earlier barrier of even finding funding for a pilot, and that's getting senior managers (with budgets) to understand there's a problem to be addressed at all. Senior managers have a much easier expertise space to navigate:
<br />1) The knowledge they need tends to be about the organization, so who the 'expert' is normally well-specified by the org chart whereas once you get down to the level of 'Engineer', this does not differentiate what they know.
<br />2) Senior managers have influence so when they ask a question its easier for them to mobilise the organisation to generate a response
<br />3) They trend to travel more so can network face-to-face. In many orgs, those who are naturally talented at networking also get promoted, so those near the top have no empathy with what its like to find it hard to access the right people
<br />
<br />[Thanks to Ed Jones for the pointer to this article]
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com1tag:blogger.com,1999:blog-3732277.post-1090585543751552162004-07-22T21:25:00.000+01:002004-07-23T13:34:46.643+01:00Yogesh Malhotra of Brint makes a similar point regarding EM not being a a different beast to KM in <a href="http://www.kmnetwork.com/Expertise_Management.html">Expertise Management and Knowledge Management: New Myths and Old Realities</a>
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1090253386118723532004-07-19T19:09:00.000+01:002004-07-19T17:11:15.490+01:00<strong>Wiki Best Practice</strong>
<br />Dave Pollard talks about <a href="http://blogs.salon.com/0002007/categories/businessInnovation/2004/06/06.html#a763">A recipe for Managing Risk</a> and a company called ProCarta that justifies codification by focusing on high risk areas. What really caught my eye was this:
<br />
<br />"The flexible nature of the software allows the ideas, suggestions, newly-discovered best practices and warnings to be written, wiki-style, into the recipe, providing additional guidance for other users."
<br />
<br />What a great idea. Often best practice takes so long to agree on that its outdated by the time its circulated and hence becomes distrusted, or it dies because new insights require a whole new release cycle. This sounds like an excellent balance.
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1090229915200115232004-07-18T22:38:00.000+01:002004-07-19T17:13:04.703+01:00<strong>Blinkx - Kenjin Lives again!
<br /></strong>A new search engine <a href="http://www.blinkx.com/overview.php">blinkx</a> is getting a lot of publicity now as a potential 'Google Killer'. A <a href="http://news.bbc.co.uk/1/hi/technology/3777755.stm">BBC article</a> does a good job of putting it into context as a personal KM tool. What sets it apart is that it indexes e-mail and your hard-drive as well as the web. I've been experimenting with <a href="http://sammarshall.blogspot.com/2004_06_01_sammarshall_archive.html#108686958238744633">similar tools </a>for some time and currently use Enfish, but this could tempt me to swap.
<br />
<br />Like Kenjin, Blinkx watches what you're working on and suggests relevant links to e.g. what you're writing in a word processor. I found this rather distracting in Kenjin - possibly because following links is generally far more interesting than finishing a report - but Blinkx seems to do it more discretely.
<br />
<br />It's only a Beta, so I don't want to judge too early as the results it gives currently far from Google-quality. Another downside is that it requires an installation to work which makes switching less simple than, say, defecting from Yahoo to Google search. But once switched, the lock-in is much stronger.
<br />
<br />Also check out the Visualiser - looks like 'The Brain' software, but the way it grows as it continues to search is funky.
<br />
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1089020688560529482004-07-04T22:44:00.000+01:002004-07-05T16:45:58.320+01:00<strong>Learning by Teaching</strong>
<br />Last week I gave a guest lecture on Nottingham Law School's <a href="http://www.nls.ntu.ac.uk/Pract/Practitioner.htm#">Diploma in Know How Management</a>. I was curious to see how KM looked from the legal perspective, and it was great to meet such enthusiastic students.
<br />
<br />I got a strong sense that they considered KM in industry to be well ahead of the legal world, and I'm not sure that's true. The conservatism of leadership, the ingrained practices, the unwillingness to share -- well, that could be anywhere.
<br />
<br />The main speaker of the day was <a href="http://www.susskind.com/">Richard Susskind</a> who is regarded as a guru in legal IT-KM circles.
<br />
<br />He commented that information structures in law tend to be taxonomy-driven and that they'd be much more useful if structured around how people use them for a given task. i.e. the opposite of the industry tendency to drive everything through process. I can see how this may have arisen - underlying much of his talk was a plea to be more 'systematised' in law i.e. to do the kind of automation that industry sprang from. To do this you need to be process-centric. Yet the application of legal knowledge is immensely flexible - the kind of flexibility that many in industry could learn from. And for that a more taxonomic structure probably suits. There's no great dichotomy really - basically, everyone needs both. With paper its impractical to file things in 2 very different ways, but with IT its not an issue. Well, it <em>shouldn't </em> be an issue except that few are taught to think this way and even when I talk to people about intranets, they still talk as if it were an either\or choice about where a file 'lives'.
<br />
<br />Richard also bemoaned the short-termism of legal partners and contrasted with stock-market listed companies that plan for distant horizons. Yet I'd see it as the other way round - listed companies can go into frenzies on a quarterly basis for fear of a share-price dip.
<br />I had a discussion with one participant about stakeholders. I was claiming that change in a small organisation was much easier as there were fewer leaders to influence. She pointed out that in a law firm you may have to speak to 50 partners to get them all to agree before you could move forward. My conclusion is KM is tough for all of us!
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1087651734905535862004-06-19T14:14:00.000+01:002004-06-19T14:45:07.483+01:00<strong>The Email Production Line</strong>
<br />Yesterday a conference company sent me an invitation that stated "our research shows that workers are now wasting up to 2 hours a day dealing with email". But isn't dealing with email itself the 'work'? Its like someone in a call-centre complaining they can never get anything done because the phone keeps ringing.
<br />
<br />Overflowing in-boxes are not the real problem - they're just a symptom of the overall workload. Without the clarity of a hierarchy, we seem to spend ever more time consulting, informing and negotiating in work that has no well-defined process or stakeholders.
<br />
<br />Some days I wonder if positional power ("Do it because I'm the boss") was such a bad thing. There was a dreadful reality TV show in the UK recently called "Hell's Kitchen", featuring the extremely authoritarian chef Gordon Ramsey. One element of his leadership was interesting though - whilst they were in the middle of service, there were no arguments, no challenges tolerated, as all the focus had to be on getting the food out. But after the restaurant closed, there was opportunity to reflect and discuss. I certainly didn't see anyone dealing with e-mails whilst the restaurant was open ;-)Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com3tag:blogger.com,1999:blog-3732277.post-1087650369983942322004-06-18T21:06:00.000+01:002004-07-15T16:55:49.123+01:00<a href="http://www.guardian.co.uk/weekend/story/0,3605,1235633,00.html">Sweet smiles, hard labour</a> An article in last week's Guardian magazine by Madeleine Bunting gives a new take on 'Emotional Intelligence' by talking about 'Emotional Labour': "Once it was enough to put in the hours and offer up your brain and brawn: now, in overworked Britain, it's your feelings they're after." [article may have been deleted - try <a href="http://books.guardian.co.uk/review/story/0,12084,1252125,00.html">book review</a> instead]
<br />
<br />The life of a knowledge worker, it seems, is getting more exhausting.
<br />"Clearly defined hierarchical bureaucracies have given way to much flatter, more fluid organisations. And as the lines of authority become less clear, much more falls to the individual employee to negotiate, influence and persuade. This is often called the "relationship economy", and what makes it particularly hard work is that it requires skills of empathy, intuition, persuasion, even manipulation, for which there is little preparation in an educational system focused on analytical skills."
<br />
<br />I think the point about schoolign is spot on - and if you look at a many business trainign courses, they're all about filling this schooling gap. The closest I've seen is the style of MBA that emphasises group work, but this is leaving it late into adult life.Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1087218632226244792004-06-14T14:10:00.000+01:002004-06-14T14:10:32.226+01:00Apologies to Jim McGee - in my last post I attributed the quote about messy hard drvies to AOK, but it actually appeared in <a href="http://www.kmmagazine.com/xq/asp/sid.EA36C400-D1DF-4181-B5B4-24BB09C8E5D8/articleid.DDDD6EE3-47C6-49CD-9070-F1B1547FD29F/qx/display.htm">Your say: Personal knowledge management, Knowledge Management Magazine</a> April 2004.Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1086869582387446332004-06-09T22:13:00.000+01:002004-06-10T13:15:31.686+01:00<strong>Personal KM in the New York Times</strong>
<br />
<br />Interesting article on personal search engines: <a href="http://www.umsl.edu/~sauter/DSS/18tech.html">Humans vs. Computers, Again. But There's Help for Our Side.</a>. The author highlights the growing problem of finding stuff on our PC's - stuff we know we already have, but can't retrieve efficiently. A comment on AOK put it well: when we were paper-based, chaotic filing was immediately apparent because the office looked a mess. Now we're electronic, few people see what a mess your hard drive is.
<br />
<br />I'm intrigued by people's e-mail filing strategies. I like folders that match my drive folders (though their names keep diverging), others have 'July mail', 'June mail' etc. which works for them but would drive me nuts, some seem to rely entirely on search. None of these help unless you're certain it IS a mail you're looking for and not another file type.
<br />
<br />The article lists some search engines that index your mail, files, contacts etc. so that search is much faster "ADM, askSam, BrainStorm, Chandler, Enfish, InfoSelect, iRider, Lookout, Onfolio, TheBrain and Zoot".
<br />
<br /><a href="http://www.thebrain.com">TheBrain</a> is just weird, <a href="http://www.x1.com">X1</a> looks good, but I'm a devotee of Enfish <a href="http://www.enfish.com"></a> because it finds hits be they in mails, attachments, powerpoint or whatever. It seems to break easily, but, as testament to how I can't live without it, I've re-installed it 10 times now in the last 4 years.
<br />
<br />Thanks to John Barrett of the AOK Ezine for spotting this.<a href="http://www.kwork.org"></a>Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1086681669542804552004-06-08T09:01:00.000+01:002004-06-08T09:01:09.543+01:00<strong>CoPs and Goals</strong>
<br />Its hard these days to find anything new said on CoP's, but Madelyn Blair in an <a href="http://www.kmmagazine.com/xq/asp/sid.782EE9C2-8A7C-4996-8D6A-C09784834AC8/articleid.ED358FFD-0313-4A69-9C62-DF0385AC9BF5/qx/display.htm">interview with KM Magazine</a> made a great point about goals:
<br />
<br />"If the CoP is over structured through specific goals that must be met, there will be no open space, and learning will be stifled. On the other hand, if the only goal is learning, the lessons gained may become so removed from the business goals that they can't even be communicated let alone acted upon. So, while it would be great to say that learning is the most important goal of a CoP, it must relate to the business goals sufficiently to allow for the lessons to be received and acted upon. "
<br />
<br />This implies a timeliness to CoPs too - that even if what was learned was immesnely valuable in principle, its likely to be forgotten if it can't be applied soon after encountered. Just like all the training courses I've been on that faded before I ever got to apply the skills.
<br />
<br />That said, a well-formed CoP would build up a degree of robustness that doesn't rely on shiftign around specific business goals: if its really based on <em>practice</em> then it's highly likely that its topic is relevant to the business because practice implies people are doing it routinely (unless that practice is Minesweeper). And if its a high-quality lesson, then it will be based on multiple cases that keep recurring, so the role of the CoP is to be custodian of that lesson until it becomes timely for a member to re-apply it.Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1086179781198936502004-06-01T21:36:00.000+01:002004-06-02T13:37:28.836+01:00Recommended 2-page article in Harvard Business Review, May 04
<br /><a href="http://harvardbusinessonline.hbsp.harvard.edu/b01/en/common/item_detail.jhtml;jsessionid=KFXROUQ54W3FSCTEQENSELQ?id=F0405A">Management Lessons From Mars</a>: "NASA's fabled Faster, Better, Cheaper initiative sped up the agency's spacecraft development. But when missions began to fail, it was faulty organizational learning--not hardware--that was to blame. "
<br />
<br />NASA demanded faster development by increasing re-use, but didn't put the KM in place to make this happen. They compressed the pipeline so much, that new projects couldn't learn what they needed to from exisitng projects becasue they weren't complete yet: "in short, NASA was raising the bar before seeing if project managers could clear it where it was".
<br />
<br />Where I'm not sure I agree with MacCormack is his recommendation to "capture all the important learning" and "Institutionalize postmortems on all projects". If you're like NASA where every project has a high degree of exploration and uniqueness, then this may make sense, but if your business involves many projects that are just variations on a theme then you have to ask what the incremental value of each one will be. Moreover, for any sufficiently complex project, its unlikely that learnings can be transferred to people unfamiliar with that context, in which case the postmortem should focus on helping project members structure what they've learned for their own benefit (building organizational competence) rather than capture and transfer of 'learnings' as an object.Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1084354049945070542004-05-12T07:27:00.000+01:002004-05-12T10:38:13.410+01:00Irresitable test - I got 75%
<br /><a href="http://www.bbc.co.uk/science/humanbody/mind/surveys/smiles/index.shtml">Spot The Fake Smile</a>
<br />Seen on David Buchan's (now sadly defunct) <a href="http://www.thoughthorizon.com/">Thought?Horizon </a>blogSam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1084289492963127852004-05-11T19:31:00.000+01:002004-05-11T16:32:25.786+01:00<a href="http://www.clomedia.com/content/templates/clo_webonly.asp?articleid=367&zoneid=78">The Myth of Training ROI</a>
<br />I stumbled across this by Bob Dust from the 'Training' world, but it could just as easily be KM:
<br />
<br /> "The biggest problem with the ROI claim is the letter I, which stands for Investment. Contrary to almost all thinking in this profession, training is not an investment it is simply an expense. While investment sounds more important than expense, training is nonetheless, an expense. Investment is a business term that implies the adding of capital to an organization. Unfortunately, human capital does not qualify."
<br />
<br />Too right! Its a play on words - we're dealing with lop-sided accounting that wants to call spending investing but can't value an intangible return.
<br />
<br />Bob goes on to attack how ROI leads to decisions out of context:
<br />
<br />"My college roommate worked at a local deli, one of several in the small town catering to the college students. With so much competition, the delis were price-competitive on their subs and sandwiches, almost to the point of selling them at break-even prices. My roommate told me that the owner didn’t care because he made all of his profit on the soft drinks, tea and coffee. His customers knew the prices of his sandwiches and his competitors’ sandwiches, but never mentioned the price of the drinks. If the owner had done an ROI analysis on his business, he would have eliminated everything but the drinks, and he would have found himself quickly out of business."
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1084190651318624732004-05-10T08:04:00.000+01:002004-05-10T15:22:24.823+01:00<strong>The Tacit Knowledge of Team Leadership</strong>
<br />
<br />Don't let the title of
<br /><a href="http://www.touchstone.com/tr/wp/ecology.html">Towards an Ecological Theory of Sustainable Knowledge Networks</a>by Conklin et al put you off. Its full of insight about project teams (rather than knowledge networks in general). One thing caught my eye:
<br />
<br />"The process of team formation is complex. Leaders have tacit knowledge about how to move a team through a process, and they access that knowledge in face to face meetings. When in virtual collaborations, they don't have that, e.g. they may not recognize that they don't have alignment about team goals"
<br />
<br />Note that the barrier isn’t lack of knowledge, but the absence of the stimulus needed to retrieve it. The dynamic of the face-to-face interaction is what triggers the intuitive manager to take the right course. He may only sense subliminally the lack of alignment, but he'll intuitively do what it takes to correct that. Few managers would explicitly have a process with a "check alignment" gate, but they all know it must be done. Even bumping into a team member and subsequent chit chat can lead to an explicit awareness that they need information you hadn't thought to pass on.
<br />Face-to-face we react as social animals - we meet, we chat. With email you don't 'meet' and chat is far less common. How often when you meet in person do begin with smalltalk? Whereas in email its acceptable – even encouraged – to get straight to the point. Yet without this social wavelength, few managers can access all the knowledge they need to implement a team formation process.
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com2tag:blogger.com,1999:blog-3732277.post-1082307058655355102004-04-18T17:50:00.000+01:002004-05-12T10:38:43.356+01:00<a href="http://www.guardian.co.uk/g2/story/0,3604,1183118,00.html"> The £10bn rail crash</a>:
<br />A superb piece of investigative journalism by James Meek for the Guardian about the mis-management of UK West Coast main line modernization. A project that was supposed to cost £1.5bn will now cost £10bn (more than the new US mission to the moon) and be 2 years late.
<br />
<br />Though not spelled out, there is a strong thread running through the tale of apalling knowledge management and the dangers of unamanaged downsizing leading to the eventual collapse of Railtrack. At its heart seems to be management arrogance - a contempt for engineering expertise, a fixation on the city and shareholders, and some dubious hiring choices of executives and consultants.
<br />
<br />For example:
<br />"Railtrack was led to privatisation by two men, its chief executive, John Edmonds, and its chairman, Robert Horton. Edmonds was a former senior British Rail executive, Horton the former chairman of BP. Far from being loyal to BR's way of doing things, his experience on the state railways had inspired in him a scepticism towards in-house engineers and safety experts bordering on contempt. They were, he considered, overcautious, conservative, stuck in the mud. It was this which led him, at Railtrack, to shed the nucleus of in-house expertise that <em>left the company unable to understand what its myriad specialist contractors were up to</em>." (my emphasis).
<br />
<br />[On Horton] "'He wasn't close enough to the railway to know what was going wrong,' said one rail industry source. 'So he was great at privatising, great with the City, good at getting private investment into industry. He didn't understand that he'd lost all his key operators, lost all his key engineers, and was chasing technology that wouldn't work.' "
<br />
<br />A secondary effect of this loss of expertise was a loss of contacts to the outside world. Its plan relied on an ambitious new technology that had never been proven. When Railtrack should have heard alarm bells ringing, it was too isolated to pick them up:
<br />
<br />"in January 1995, most of Europe's state-owned railways - 19 of them - came to the joint conclusion that [the new technology] was not ready to be used in the real world, and a simpler, transitional form of new technology should be the next step. Again, Railtrack ignored the warning. In fact, Railtrack may never have heard it: at this time the firm had barely any contact with Europe."
<br />
<br />Even if connections had been made, it didn't even have sufficient knowledge to learn from them:
<br />"Railtrack did not have its own sufficiently strong in-house knowledge and expertise to be able to use industry for what it was good at, to gather their views in and make a judgment."
<br />
<br />The klesson, then, is to downsize with care, and be very careful about the inherent limitations of outsourcing.
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1081849280650299972004-04-12T22:41:00.000+01:002004-05-12T10:40:48.776+01:00<strong> "<a href="http://news.independent.co.uk/business/comment/story.jsp?story=510327">An MBA in the wrong hands is a lethal weapon</a>" </strong>
<br />
<br />Pithy piece critiquing organizations that confuses internal change with externally-motivated adaptability. I think the author comes across as favouring reactive change too much, but you can't argue that quotes like this are alarming:
<br />
<br />One company recently stated: "We as a management team embrace change, we thrive on it with constant changes in key personnel, capabilities, know- how and processes." Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1081340571009918092004-04-06T22:22:00.000+01:002004-04-07T13:26:45.043+01:00<strong>The Next Challenge for Collaboration Vendors</strong>
<br />It dawned on me that many companies are busy deploying portals in order to overcome sharing barriers by giving everyone the same tool. But even if they crack that, they’ll still have the same problem outside their world of control. e.g. If a design company goes to a manufacturer saying “come and work with us in our collaboration space” that’s fine if it’s the only one. But if the manufacturer works with 5 or 6 design houses, then their world becomes far too fragmented.
<br />
<br /> What collaboration vendors need to work out is a way to share collaboration objects so that systems understand them e.g. threaded discussions, documents, calendar entries etc. The portal is then just one way to render them. It shouldn't be that hard - email has always de-coupled the email entity from the reader application, Usenet did it for threaded discussions, Vcards do it for addresses, RSS does it for news and blogs and The FT syndicates 'news articles' as an object into company portals. This is, I think, what Web Services is getting at, though with an e-commerce drive at the moment (anybody out there know enough about Web Services to confirm this?)
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0tag:blogger.com,1999:blog-3732277.post-1081339742185133382004-04-04T13:09:00.000+01:002004-05-12T10:41:11.746+01:00<strong>Conference Notes: Building and Sustaining a Collaborative Working Environment</strong>
<br />Ark Group, London 4-5 March 04
<br />
<br />A relatively small conference (~100 people) that focused on developing collaborative environments both internally and with clients. It didn’t always succeed in keeping this focus – it’s a small hops from collaboration to knowledge work to same-old-KM, but some of the issues raised, particularly around client collaboration, made it worth attending.
<br />
<br />Comments on individual talks:
<br />
<br /><strong>Knowledge Mapping by Ricky Ricks of Innoval</strong>
<br />Ricky described <a href="http://www.innovaltec.com/techstrategy.html">'K-Map'</a>, an approach almost identical to <a href="http://sern.ucalgary.ca/KSI/KAW/KAW99/papers/Speel1/">matrix mapping based around the product-attribute-process idea in QFD</a>. What they've done nicely is deliver result through highly navigable web tool. The technique works really well for fairly simple, determinate processes like mass-manufacturing but can't represent processes with many conditions or complex interdependencies (<a href="http://sern.ucalgary.ca/courses/seng/613/F97/grp4/ssmfinal.html">soft-systems methodologies </a>would be better here).
<br />
<br /><strong>Health & Safety Exec by kenny.macdonald@hse.gsi.gov.uk</strong>
<br />slides: www.hse.gov.uk/ark.ppt
<br />Good account of getting a team to adapt to virtual working e.g. agreeing folder strcuture and appointing guardians, returning emails with attachments that should be in shared filespace etc. I liked this because Kenny was willing to say that its all these little nudges that make virtual collaboration work, though individually they may seem petty.
<br />
<br /><strong>Chris Shano, Head of Knowledge Services, Atos KPMG Consulting, Knowledge & Research Centre</strong>
<br />Appealing change management tool which they called the "mental progress model". It used a timeline horizontally marked with project milestones. Rows were stakeholder types e.g. MDs, consultants, experts and core project team. At points in timeline had “thought bubbles" of how they wanted stakeholder groups to be reacting. This makes it more discussible and provides intangible 'early warning'. For example, if you expectation management isn’t going well, it prompts you to do a quick test of what people are actually saying vs. the mindset you needed them to have according to the bubbles. I like this because in e.g. IT change it’s very easy to get sucked into just looking at the tangible progress and forget about the actual change that organization was looking for when it initiated the project.
<br />
<br /><strong>Wragge & Co. Matthew Cleverdon</strong>
<br />Matthew spoke about <em>extending portals externally </em>as a differentiator with clients. This has proven very attractive - a secure collaboration space was sometimes an advantage when managers were doing something so sensitive that they didn't want it on their own company systems. But it has big implications for support - you can't treat clients like employees and brusquely demand a user ID before you'll help them (what does this say about your average helpdesk!). It also raises questions about liability e.g. for data loss in a partnership or hacking.
<br />
<br /><strong>Best Quotes of the conference came from Jonathan Odonde, formerly of the UK Sports Council</strong>
<br />"We're spending £25M on elite athletes to do what? Win gold medals. It'd be a lot cheaper to buy the gold and just mint them ourselves."
<br />
<br />"Collaboration isn't about exchanging documents. Living near a library won't make me the cleverest person in the room"
<br />
<br />
<br />Sam Marshallhttp://www.blogger.com/profile/14985096095651642494noreply@blogger.com0