Adam Curry on weblog as copy-paste culture

Essay. At the risk of being blogged under by many postings from the Jupiter weblog conference, I submit my thesis on weblogs: Copy-Paste Culture [Adam Curry: Adam Curry’s Weblog]

The nut graf:

Weblogs are a combination of a copy-paste word processor and relay station

I don’t know if this is better than Dave’s WMAWAW essay, but it’s more fun. The difference between Harvard and MTV I suppose.

Success and failure in software project management

WhatIsFailure agile 15 May 2003

CHAOS report says only 34% of projects succeed.

The Standish Group’s CHAOS report has been talking of billions of wasted dollars on IT projects for many years. The 34% success rate is actually a improvement over 2001’s figure of 28%.

But what do we really mean ‘failure’? The chaos report defines success as on-time, on-budget and with most of the expected features. But is this really success? After all Windows 95 was horribly late yet was extremely successful for Microsoft’s business.

Rather than saying that a project is failed because it is late, or has cost overruns – I would argue that it’s the estimate that failed. So the CHAOS report isn’t chronicling software project failure, it’s chronicling software estimation failure.

So what counts as success? If we could measure it the answer has to be Return on Investment. Sadly this is usually next to impossible to measure. In the end it’s a fuzzy sense of business satisfaction relative to the cost of the project. This may be an unsatisfactorily fuzzy definition, but many business activities are just as fuzzy. Otherwise computers would be CEOs.

[Martin Fowler’s Bliki]

Since I’m on a project management kick at the moment, let’s pass along this interesting observation from Martin Fowler. It is certainly popular in IS circles to bemoan the inability to hit project targets. But Fowler makes an important point. The usual assumption is that it is a failure of project management, usually on the part of someone peddling project management tools or someone hoping to take IS down a peg or two.

Fowler is closer to the truth. The superficial resemblance between software development and construction in the physical world obscures the fact that often what we are doing in software development is more R&D than it is general contracting. Knowing which parts of the project are routine and which might be pushing the envelope requires a more sophisticated form of estimating and budgeting than vanilla project management techniques.

Knowledge workers and productivity tools

Surrounded by new opportunities.

Ray Ozzie on ZDNet : Surrounded by new opportunities

Even though our current use of PCs, productivity tools, e-mail and the Web seems quite sophisticated, we’ve only just begun to understand how to apply them and effectively realize their benefits. The next 10 years will find us moving decidedly from an era of personal productivity to one of joint productivity and social software. That will involve a move from tightly coupled systems to more loosely coupled interconnections. It will be an era of highly interdependent systems and relationships, with technology continuing to reshape the nature of organizations, economy, society and personal lives.

[Jeroen Bekkers’ Groove Weblog]

Ray Ozzie is busy thinking about the kinds of problems we’ll want computers to help with five to ten years from now. “Groove”, or something like it, may well be part of that answer. Certainly, the focus on collaboration and social software will be a major element of what’s next. That’s certainly what I expect someone like Ozzie to be thinking about.

At the same time, I think it’s an overstatement to claim that many of us are realizing the personal productivity promise of today’s technology. While I might not go as far as Alan Kay’s claim that the computer revolution hasn’t happened yet, I do think that both individual knowledge workers and organizations could be doing a lot more to take advantage of the tools we have.

In the mid-1980s, the Harvard Business School was one of the first MBA programs to require incoming students to buy PCs. One of the things I got to participate in as a doctoral student at the time was to help deliver the training to incoming MBAs. We spent three days teaching them the basics of the IBM PC and how to use Lotus 123.

How much training does the average organization offer new hires about the technology environment? An hour? Thirty minutes? Some of that is a testament to the overall improvements in usability and in general knowledge of technology. But I can’t think of anyplace that invests any time in how to use the tools effectively. One interesting item (by way of Sebastien Paquet) is a white paper by Tommaso Toffoli at Boston University titled “A Knowledge Home: Personal knowledge structuring in a computer world.” (pdf version)

The fundamental challenge, and opportunity, is that we’ve been content to focus on increasing the power and flexibility of our technology tools while assuming that knowledge workers will figure out how to take advantage fo that power. As knowledge workers it’s our responsibility to do more of that figuring out. We need to stop counting on the marketing promises of technology vendors and start learning how to use the tools we’ve already got.

Multitasking might make you stupid, but that doesn't mean you have a choice

Sue Shellenbarger: Multitasking makes you stupid, studies say.

Sue Shellenbarger: People who multitask are less efficient than those who focus on one project at a time, says a study published in the Journal of Experimental Psychology. The time lost switching among tasks increases with the complexity of the tasks, according to the research by [David Meyer, psychology professor at the University of Michigan] and others. (Via Frank Patrick.)

[Tesugen.com]

Sure it does, but does that mean you really have a choice? The research is intriguing. What I’d like to see next is some advice about making good choices about what and when to multitask and when and how to go after flow. The research only seems to go after the first part of the problem, which is to establish how much and what kind of degradation you might expect. The interesting part of the problem is how to get better at including multitasking appropriately in your repetoire of work strategies. Cause I sure don’t expect to get back to a world where I have the unfettered freedom to always single thread.

Email as a useful hybrid of oral and literate thinking

Back to the Oral Tradition Through Skywriting at the Speed of Thought. This is a light romp through the history of thought and communication, looking at the present evolution of email as representative of an oral tradition that has its origins in communual story-telling and modern incarnations as transitory as sky-writing. But, as the author reminds us, email (and online discussions) can also acquire the permanence of books, giving us the best of both worlds. True, scholars haven’t taken to the new forms the way they might. But they will. By Stevan Harnad, The Future of Web Publishing, February, 2003 [Refer][Research][Reflect] [OLDaily]

This is a line of thought that hadn’t occurred to me before. One of the books that’s influenced by thinking was Walter Ong’s Orality and Literacy: The Technologizing of the Word. Ong discusses how oral and literate cultures think differently because of the way that oral and written speech differ. This piece suggests that one of the interesting dimensions of email is the way in which if combines elements of both.

One reason that may be important is to understand how different levels of management in organizations are biased in favor of different modes of expression and, if you buy Ong’s arguments, different modes of thinking. One hypothesis I’ve played around with is that senior managers and executives are fundamentally oral thinkers, while their technical staffs are literate thinkers. That may be a contributor to the problems in implementing new technologies in organizations.

Sharing knowledge with yourself

Stephen Downes responds to my recent post on weblogs and passion with the following observation:

Weblog tools are just another input device. Great. With a lousy search and user interface. Weblogs get data into the system, but that’s never been the problem with knowledge management: no, the problem is in using the data in any meaningful way. Will weblogs help with this? Not until something thinks seriously about the other end of the equation, thinks of the harried user rather than the inspired blog writer. [OLDaily]

While I agree that the current generation of weblog tools have some serious limits in terms of search and user interface, I disagree with his contention about where the problems lie in knowledge management systems. In the organizations where I’ve struggled to make knowledge management work, one of the fatal flaws has been the notion that knowledge management is somebody else’s problem. The silver bullet is out there in someone else’s head and “if only that lazy SOB had recorded the knowledge in the first place, then I’d be sitting fat and happy.”

I’ve concluded that one of the root problems with knowledge management is that I’m that lazy SOB. Until I start to do a better job of managing my own knowledge, why should I expect anyone else in the organization to do so? Weblogs are the first tool I’ve found that start me on the process of making my own knowledge more useful to me.

Here’s where the explicit vs. tacit distinction made so often in knowledge management discussions is misleading. Sure, the knowledge that has become so central to my work that I don’t have to think about it is a source of great power, is difficult to capture, and more difficult yet to share. But a huge amount of the knowledge important to me remains explicit and never ends up making the cut to tacit. That doesn’t mean I can’t make it a more useful resource to me.

Here’s a little test you can run on your own PC. Search for all the document files, spreadsheets, or powerpoint presentations stored on your machine. How many have a filename something along the lines of “final draft xx.doc” where xx is some number between 1 and 10? Can you tell what’s inside that file without opening it? If there was a diagram you used in a presentation last year that you wanted to use tomorrow, how many presentations would you have to open and scan before you found it?

The problem with getting more leverage out of knowledge work isn’t somewhere out there in the organization. It’s looking back at me in the mirror every morning. Worse than that, it’s that lazy slob I was looking at in the mirror six months ago who was too busy then to put a halfway decent name on a file or save that really great diagram as its own file.

What does this have to do with weblogs? Weblogs put the emphasis where I believe it belongs; on the individual knowledge worker. It encourages them to begin thinking about their own knowledge work more explicitly and systematically. It helps them realize that they are the problem and the solution. You have to learn how to share knowledge with yourself over time before you can begin to share it effectively with others.

No, it isn't done yet

The Death of Documents and the End of Doneness. I just stumbled across this article by [David Weinberger] from 1998 on “The Death of Documents and the End of Doneness”. This is how the article ends:

The cards are stacked against documents. We are seeing a massive cultural shift away from the concept of done-ness. The Web allows for constant process and enables open-ended groups of people to be invited into the process. Things on the Web are never done, and the damn “under construction” sign is implicit at every site. Why should anything be declared “done” when that means taking responsibility and arbitrarily picking a place to freeze a process in a context that is always always always changing?

Documents are things that are done. That is why the Web will kill them.

Its a great article and a penetrating insight into how the web is changing and will continue to change business life! [Gurteen Knowledge-Log]

The notion of doneness is worth thinking about. I suspect one of the organizational barriers to k-logs, weblogs, business journals, or whatever we end up calling them is this assault on the concept of done. Think of how many review processes and sign off workflows end up being barriers to moving forward on intranets and knowledge management initiative.

My positions on most topics is constantly evolving (hopefully in the direction of more sophistication). Weblogs provide a natural tool for capturing and reflecting that evolution. Once you get comfortable with that notion of flux, you also become more at ease with putting half of three-quarter baked ideas ought there to be seen and reacted to. It’s a terribly artificial notion that you or an organization must somehow come to a concrete, fixed-for-all-time, conclusion before you can put it out there.

Warren McFarlan used to tell a story about the risks of publishing as an academic. He claimed that publishing your ideas always meant that there was a permanent record of your bad ideas. But that is only true if you try to separate ideas from their context. For some aspects of science, I suppose you can strive for truths that are likely to last across many times and place. For most of the knowledge that I worry about, however, context is everything. Where you stand depends on where you sit. The more readily we not only acknowledge it but adapt our tools to reflect that the better off we will be. Giving up on the idea of doneness is a pretty good step in the right direction.

Idea flow through the blogging universe

Ivan’s adventures in weblog space. A story about how Ivan, a meme, is created by Alice and makes his way through weblog space. I wrote this little story to try to illustrate how microcontent cruises through blogs. I try to include all of the applications and services that I use regularly when I blog. It’s probably a good place to start in inspiring me to make my glossary. If anyone notices any technical mistakes or things I should add to make this story more interesting, I would greatly appreciate it. [Joi Ito’s Web]

A nice overview of how an idea flows through the tools and services that make up the blogging world.

Outliners NOT considered harmful

Guardian. Guardian: “Outliners force us into a way of thinking that is actively inimical to creativity.” [Scripting News]

Yet another boring screed about the evils of Powerpoint launched off the fact the Colin Powell used it to organize his briefing to the UN.

First, I have yet to meet anyone who has ever used one of the stupid Autocontent Wizards provided with Powerpoint. Second, if there is one positive feature to Powerpoint it is the outliner.

The issue is not a problem with Powerpoint. It is a problem with too few people who know how to use an outline as a thinking tool. Which has absolutely nothing to do with how most of us learned about outlines back in the fourth grade. For any argument or story longer than a paragraph there needs to be some structure of ideas, assertions, evidence, inferences, and conclusions. That structure is rarely a simple linear flow (ever listen to a toddler tell you about their day?). Finding that structure is an iterative effort of arranging and rearranging materials until the story works. Outlines are a tool for doing just that. One of the best innovations in PC software was making outlines something whose structure you could manipulate.

One of my favorite tools from the early days of the PC was Thinktank. It, along with its descendants, let you focus on manipulating the structure of your thinking instead of the form. The flaw of WYSIWYG tools like Word and Powerpoint is that they bury the important tools like the outliner underneath the fa ade of pretty fonts, justified text, and multi-column layouts.

Do you ever wonder what would have happened if word processors had focused more on helping the hard part of writing (thinking and organizing ideas) and less on the last 5% (making things look nice for management)? Remember that the early generation word processors were designed to improve the productivity in typing departments not the work of writers. To what extent does that bias remain embedded in the foundations of the products?

Confessions of an RSS bigot

Shifted Librarian. Shifted Librarian: “The Corante crew just doesn’t want to give up the RSS feeds, so I don’t read a single Corante blog.” [Scripting News]’

Yes, I’m an RSS bigot as well. And yes, I know that I could create my own feed using something like RSS Distiller as John Robb points out. But as my own support staff, I scarcely have time to stay current with the material that already comes into my news aggregator. the time to figure out how to parse a site’s html and generate a reasonable feed generally isn’t worth it.

I’m sure that the material in the Corante blogs is excellent. That’s not the issue; so is all the other material that comes to me via RSS. It’s about managing my poor, limited, attention which needs all the help it can get. For my selfish purposes, the more material that flows into my news aggregator the better. And better still if I can get full posts instead of teasers. I’ve yet to find a blog post that read better in context than it did in my plain aggregator. More often than not, it’s the other way round. In my aggregator I don’t have to fight with tiny gray type on dark backgrounds or some other nonsense that gets in the way of the ideas.

Am I missing something I might otherwise enjoy and benefit from? Possibly. Am I losing any sleep over it? No.