Archive for December, 2005

The ProjectPipe.com Launch: A Festivus Miracle!

Saturday, December 24th, 2005

ProjectPipe.com is officially released as of late this afternoon. After more than three months of beta testing (thanks to all of you that have participated), we’re open for business.

We are offering both free and paid accounts. Check out the Sign Up Page for more information about the various account options that we provide.

Being that this is December 23rd, I hope that you are celebrating Festivus in your own special way. As all devotees of Seinfeld know, Festivus is known for its “Airing of Grievances”, followed by the “Feats of Strength”.

Given that we just launched our product today, I’d like to take a moment to lay out some of the “grievances” that led us to build ProjectPipe, and then talk about the “Feats of Strength” that one can perform with ProjectPipe to impress their friends.

The Airing of Grievances

  • Most project management tools aren’t focused on the needs of small, distributed teams
  • Even firms that have source code management systems often do not make them available to offsite team members
  • If you keep issues, risks, and requirements in discrete MS Office documents, it’s really tough to establish traceability among line items

The Feats of Strength

  • Classify your project data using Tags. Even Amazon is getting into tagging. Tags rock.
  • Get everyone on the team working off a Subversion source code repository in minutes, even if they’re working from home without VPN access.
  • Subscribe to new requirements via RSS
  • Establish multi-hop traceability among use cases, requirements, architecture, issues, risks, etc. Then generate diagrams that show the big picture relationships.

Now if you’ll excuse me, I have to get the 6-foot aluminum pole out from the crawlspace.

How To Make Wealth

Friday, December 23rd, 2005

Paul Graham has posted his somewhat famous How To Make Wealth essay online. This is my favorite chapter from his book Hackers & Painters. To me, it’s the most succinct depiction that I’ve seen of the “laws of physics” that influence business, not to mention its relevance to software developers.

As the saying goes, “You cannot always get rid of your troubles, but you can trade the problems that you have for the problems that you want”. I believe that “How to Make Wealth” does a pretty good job of illustrating what trades have the highest long-term return.

What’s In a Name?

Thursday, December 22nd, 2005

The name Botonomy comes from a combination of Bot and Autonomy. I’ll explain why. But first a quick detour through IT sourcing strategy.

I believe that innovation, rather than inexpensive labor (i.e. offshore), is the optimal path to low cost / high value technical delivery. I’m confident that hindsight will make it blatantly obvious that optimizing for team agility, rather than shooting for the lowest possible blended hourly rate, is the surest way to cost-effective quality delivery on a sustainable basis. A lack of agility makes it more difficult to adapt should a more profound understanding of the real requirements of your project come to light.

Solving the wrong problem, even at $1 per hour, is still too expensive.

For this reason, the bane of CIOs everywhere is the risk of building a well-engineered, thoroughly tested, well-documented implementation of the wrong system. It’s a situation where you spent the money (and in many cases, lots of it), and the thing that you paid for doesn’t solve your problem. Now you have two problems.

So as we surveyed the IT services marketplace, we considered two probable trends:

  1. The global IT services market, like all other markets, wants to move toward equilibrium. This means that the value proposition of offshore development will likely weaken over time as the better offshore teams command higher and higher salaries.
  2. Those same market forces will continue to push down the cost of computing hardware and software, as the commoditization of advanced technology makes its slow and steady creep forward.

So we had an idea:

What if we could outsource a lot of the mundane tasks associated with application development projects to software, rather than handing that work off en masse to a team of strangers in Elbonia?

This notion of project automation is far less “Science Fiction” than it appears. We’ve already seen this shift in the quality assurance space. The impact that xUnit testing and Continuous Integration have had on software quality is game-changing.

We believe that similar improvements can be realized in some of the other qualitative aspects of project management, by making the automation software “feel” less like a software package and more like a person working offsite.

There’s a concept in literature known as Anthropomorphism, which is defined as ” Attribution of human motivation, characteristics, or behavior to inanimate objects, animals, or natural phenomena.” We applied this same concept to software architecture (as many others have before us), building out small autonomous programs, or “Bots”, that we gave names and job descriptions to, and configured them to show up in our Instant Messaging buddy list.

We developed these bots in a way that we could chat with them in English via standards-based Instant Messaging (IM), but they also understood how to talk to other software such as email, web servers, etc., (largely since we’ve built our applications atop Twisted). This approach has also proven to be an interesting means of managing application complexity.

We’ve done a ton of cool stuff with bots, most of which is behind the scenes, and some of which is teed up for future releases of ProjectPipe, and/or other applications that we have in our pipeline.

At the end of the day, Botonomy’s mission is to help small teams solve large problems. Our Bot-based architecture offloads some of the heavy lifting from team members, so that the team has greater autonomy in terms of their options for reacting to change. In contrast, a team with no bots and lots of offshore resources is far more encumbered should they need to turn on a dime. A bigger team usually means fewer choices.

As a small team ourselves, we’re eating our own dogfood every day. We use all of the software that we write, and we managed the development of ProjectPipe using ProjectPipe. We also have bots performing a handful of backoffice functions.

The verdict: So far, so good.

Simple Sharing Extensions

Thursday, December 22nd, 2005

Really Simple Sharing.

In his post, Ray talks about the fact that many software packages don’t get the “mesh model” for data synchronization, and discusses the simple extensions to RSS that he and his team have put together (and published under a Creative Commons license) to assist in cross-product synchronization.

I have three thoughts on this subject:

First, I wholeheartedly agree with his observations about the industry not being tooled up to embrace a mesh model of data ownership and management.

As an industry, we have simply not designed our calendaring and directory software and services for this “mesh model”. The websites, services and servers we build seem to all want to be the “owner” and “publisher”; it’s really inconsistent with the model that made email so successful, and the loosely-coupled nature of the web.

There are so many cases where a vendor’s monolithic product works great, so long as you operate within their box. Integration with external systems is either difficult or unsupported. I’ve always felt that this is somewhat akin to these all-inclusive resorts located on very impoverished Carribbean islands: Everything is wonderful so long as you stay on this side of the razorwire fence.

This should turn out to be a short-term problem. Every day, we’re becoming more and more of a “mashup” world, where new things are created by combining old things in new ways. The ability to integrate is, in kind, crawling its way to the top of the required feature list for new products.

Second, I really like the fact that they’ve published SSE as a minimalist spec. The Extreme Programming crowd would probably consider this “The simplest thing that could possibly work.” To quote the FAQ:

SSE defines the minimum extensions necessary to enable loosely cooperating applications to use RSS as the basis for item sharing-that is, the bidirectional, asynchronous replication of new and changed items among two or more cross-subscribed feeds.

Third, while SSE is far from being “Groove for Syndicated Data” from a feature/functionality perpective, it’s safe to say that Ray, Jack, and the other folks involved have all thought about the problems involved in masterless, deterministic synchronization. Specifically, the problems that SSE doesn’t address are omitted from the spec by design rather than by naivete.

]]>

PyBlosxom

Thursday, December 22nd, 2005

We’ve just launched a new company website for Botonomy, and product websites for ProjectPipe.com and AtomAntenna.com (our next product).

We are using PyBlosxom as our content management system.

::READ HERE

PyBlosxom, coupled with Subversion, nicely balances ease-of-use, customizability, and control. We can test-publish to n-machines before the site content goes live, and we can quickly revert back to a well-known state if something goes awry.

I’ll write up a more nuts-and-bolts article about our site architecture and editorial process next week. But in the interim, many thanks go out to Will Guaraldi, Ted Leung, Wari Wahab, and everyone else that has contributed to PyBlosxom.

]]>

Paul Graham on Web 2.0

Thursday, December 22nd, 2005

Web 2.0. As is always the case with Paul’s essays, it’s a good read.

My favorite passage:

Google doesn’t try to force things to happen their way. They try to figure out what’s going to happen, and arrange to be standing there when it does. That’s the way to approach technology– and as business includes an ever larger technological component, the right way to do business.

For those of you following along at home, this Judo-esque display of market timing and technical acumen is Reason #693 for why Google rocks.

Firefox 1.5

Thursday, December 22nd, 2005

Several hours ago, Firefox 1.5 was finally released. The feature that I was most looking forward to is its canvas> support. Canvas is a HTML element that can be used to programmatically draw and render graphics using JavaScript.

When I saw the Canvascape demo, it struck me much in the same way that Google Maps did when I first dragged a map across the screen: Wow.

When they write the history books, I think that Google Maps and the experimental demos the likes of Canvascape will be seen as pivotal shifts in our expectations of thin client behavior. In the case of Canvascape, you’re using the browser to run a “First Person Walking” game natively. The data that makes up the 3D maze is as much a first-class citizen on the web page as the text within a set of HTML

tags.

One of my favorite quotes is William Gibson’s famous line:

“The future is here. It’s just not evenly distributed yet.”

And yes, while Apple invented the Canvas tag, and has provided Canvas support in Safari for a while, I think that this is a case where Firefox takes the “future” and simply “distributes it more evenly”.

I know that it’s a bit early for 2006 predictions, but I’ll go on the books that one of the “Next Big Thing”(s) will be fueled by the Canvas tag support in Firefox, and that the Firefox 1.5 release will go on the books as a landmark event in the evolution of online data visualization.

]]>

FeedBurner’s Feed For Thought

Thursday, December 22nd, 2005

Burning Questions, The Official FeedBurner Weblog, is running a series of market reports. The first installment is titled Feed for Thought, subititled “How feeds will change the way content is distributed, valued, and consumed.”

They give a pretty nice summarization of the benefits of RSS for non-blog contexts:

Feeds provide three critical benefits to any digital media:

  1. A notification mechanism for updates to a specific channel of content
  2. The ability to subscribe to content, creating a persistent link between publisher and subscriber
  3. A semi-structured version of the content

I do think that the 2007 version of their Venn diagram will show Line-of-Business applications as yet another first-class producer of RSS/Atom feeds.

We have baked RSS feed support into the core of ProjectPipe.com, not because was the pre-AJAX hot thing to do technically, but rather because we firmly believe that syndicating project data will eliminate an entire class of status reporting, report preparation, and much of the other mundane busywork activity that absolutely chokes the productivity (and sometimes the spirit) out of so many project teams.

At Botonomy, it is our mission to help small teams solve large problems. Small teams don’t have the bandwidth to blow cycles going person-to-person gathering raw data for status reports or one-off inquiries. We want to throw software at that problem, and make it easy for the person that needs project information to instantly and easily connect to a reliable source of up-to-the-minute data.

In a nutshell, we see a world where the TPS Report publishes itself.

del.icio.us Bookmarks and Verbal Hyperlinking

Thursday, December 22nd, 2005

Although I haven’t updated my blog in several days, I have gotten into the habit of making regular additions to my del.icio.us bookmarks. FYI, my list is available at http://del.icio.us/mikecoyle.

I’m a newcomer to the del.icio.us scene, having only started using it in October of this year. But as of late, I’ve come to the realization that del.icio.us bookmarks are becoming the footnotes of my life.

More and more, I find myself talking about something that I just read (or read months ago for that matter), and telling the other person “Just go to delicious slash mikecoyle for the link”. This is far more precise than trying to describe the various links and incantations it took for me to find the article in the first place.

For me, referencing del.icio.us in this way is not a vanity thing (i.e. referring them to “my page”), but rather it’s the simplest way to ensure that I can direct someone to a non-trivial URL, especially when emailing/IM-ing them a link in a timely fashion is not an option.

This notion of “verbal hyperlinking” goes on all the time when talking about the current headline on Slashdot, Drudge, etc. But for those items that aren’t easily discovered by hitting one of the news sites, del.icio.us comes in mighty handy.

Developing a Catchphrase

Thursday, December 22nd, 2005

Here’s ours:

At Botonomy, we create solutions that help small teams solve large problems

This catchphrase-based mission approach has three immediate benefits. First, it provides a basis for judging whether or not your various signals and messages to the marketplace are internally-consistent. Everything you say and do should be easily traceable back to this single sentence.

Second, it provides a means to hint at the businesses in which you’re not explicitly engaged or pursuing. For example, we’re not casting ourselves as an “Enterprise” software firm, although there will be clusters of folks in large companies that will immediately “get” what we’re doing with ProjectPipe and find the featureset and integration that we provide uber-useful. We’re also not focusing all our energies on the small-to-medium business segment, although the infrastructure-on-demand aspect of a hosted app is very appealling to those with modest IT budgets.

By explicitly focusing on “helping small teams solve large problems”, we’re defining our core target market as “small teams”, with far less emphasis on the size of their greater organization or specific industry affiliation.

Lastly, keeping it to a single sentence means that you have to leave non-differentiating stuff out. A single sentence doesn’t provide too much room to discuss “customer service”, “shareholder value”, “operational excellence” or the like.