Mar 12, 2009
Lorelle VanFossen posted the first known permanent WordPress tattoo. I guess (tattoo recipient) Ed Morita didn't read my post on CMS exit strategies. As with most CMS implementations, the feedback has been mixed. Comments on Lorelle's blog range from "Woah! I think it’s a good tat! And it is a great location" to "Oh dear I hope that is fake cos that is the lamest tattoo ever!" However, unlike most CMS implementations, which are planned to be in place for less than 5 years, Ed's tattoo should last a lifetime.
Mar 10, 2009
For those of you (like me) who missed Drupalcon in DC, videos from 90 sessions have been posted online. By all accounts this was an amazing conference and I am sorry to have missed it. At least, I will be able to catch some of the sessions online. In particular, I am interested in:
Drupal 7: What's done, what's coming, and how you can help
Staging and Deployment - A Panel Discussion (no video posted yet)
Intro to SimpleTest
Protect your site from hackers: Introduction to Security
Mar 10, 2009
How could the RNC not select a CMS called The Red Elephant?
(this image is copyrighted by Red Elephant ICT & Internet Services)
Gregor Rothfuss sent me a link to a report about a ridiculous CMS RFP issued by the RNC. As I have written before, the traditional RFP process is totally broken. Here, the RFP asks for innovation around sketchy buzzwords that are meant to be requirements yet still asks for a fixed bid. I wonder how the RNC could avoid selecting a CMS called The Red Elephant?
In my Web Content Management Selection workshop at last year's Gilbane Conference, I told a story about a fictitious botched selection process for an imaginary website. This may be one of those cases where reality is better than fiction so I am thinking that the RNC RFP should be my anti-example when I teach the selection workshop this summer.
Mar 09, 2009
You have probably heard people talking about "dotted lines" in organizational charts. That is when someone has partial accountability to someone other than his direct manager. An org chart notation that I would really like to see is a "flashing red" line. I would use it to show when someone reports to a manager who has no clue what he does.
Any reader of Dilbert knows that this happens all over organizations but the case that I am the most keenly aware of is when a technologist reports to a non-technologist (or, perhaps worse, a former technologist). As a consultant, this is the area where I am regularly deployed. I am often hired by the non-technical manager to help him validate and/or understand what his technical staff are doing. I am also often hired by the technical staff to validate and explain their strategy. Consultants get put into this position because this is an area where companies struggle on their own. They need an outsider to facilitate and verify because communication and trust is so compromised. While I do love this work and would be happy to perform this role at your organization, here is some free advice to get you started so you can make some progress on your own.
Communicating to a non-technologist
Your manager doesn't really understand what you do despite your best attempts to explain it. You suspect that he doesn't care. Maybe he doesn't want to understand. Maybe he can't help that his brain just locks up when you say words like "refactor." You don't feel appreciated. You are about to stop trying.
When talking to your non-technical manager, don't try to dumb down what you say but for every detail mention, make a very clear connection to something that matters to the business. That usually means cost (short term and long term), quality, and impact. By impact, I mean things that will benefit the business: time savings, competitive advantage, etc. Provide inputs for any financial analysis he wants to do.
Don't get bogged down in numbers. Instead, draw comparisons because the units are probably meaningless. At the end of the day, the non-technical manager wants to be reassured that progress is being made and nobody is making "unconventional" technology decisions. An example of the former, is saying that you are "doubling storage" rather than "adding a 500GB RAID 5 storage array." For the latter, say "companies like EBay use MySQL" rather than "MySQL is a fully ACID compliant database."
More important than anything you say is how you listen. Listen to his concerns. Figure out what kind of proof will alleviate these concerns and provide it. Prototyping is a great way to show a technology in terms that a non-technical person can relate to - much better than UML.
Communicating to a technologist
Admit it. You are a little afraid of your tech guy. He has strange working habits and speaks in a language that you only barely understand. Even though you manage him, you have very little visibility over what he does. Unlike with other people who report to you, your advice to him is pretty much worthless because you both know that you have no idea what you are talking about. Whenever you ask a question, the answer just confuses you more. You just stop asking. The scariest thing you can think of is that your tech person leaves and, after drifting helplessly for weeks, you learn that your entire infrastructure is in chaos and about to collapse. What is going on in this technical empire he has built under your nose?
If you don't know anything about technology, you should start learning. Unless you are retiring in the next couple of months, you can only expect technology to become a more important part of the business that you are supposed to run. Have your technology guy help educate you. Ask him about the technical details underneath what you see as a user. But don't just listen to your internal technology people, listen to what is happening outside of your organization. Talk to your peers at other companies and learn about what they are doing. Read stuff online. Hire a good consultant. Share what you are learning with your technical staff in a non-confrontational way. Don't go in with managerial bravado. You are the student - be humble. It is a warning sign if they get defensive when you show a genuine interest.
The best approach for making technology decisions is to describe what you need in very clear terms (your technical person will call that requirements gathering). I like usage scenarios as a way to communicate these things. Ask your technical staff to put together their best solution and schedule time to review its viability and sustainability. Have an open dialog about the implications. Meet regularly with the team - not just at the end to "sign-off."
More important than anything you say is how you listen. Treat the interaction not as manager but as a partner and teammate. You both have the same goals. When the technical discussion gets out of your depth, don't shut down! Instead, connect it to something that you do understand and that matters to your responsibilities. Share the insight that you have about the company's needs and what your boss will ask for.
Mar 05, 2009
A funny thing happened to me a couple of days ago when I completed my move to WordPress by deleting Enter Content Here from Blogger. The old RSS feed (http://contenthere.blogspot.com/feeds/posts/default), which FeedBurner somehow kept alive with new content posted on WordPress, suddenly went dark. The net result was that I lost my first 300 (or so) subscribers. To them, I stopped blogging after my eZ Publish Fork post on February 25th. Hopefully, these subscribers will notice the fetch errors and repoint to http://feedproxy.google.com/EnterContentHere (please spread the word).
What took me off guard was that the old RSS feed was being updated by the new site rather than the old site. I think this is because I elected to "merge my feeds" (or something like that) when Google bought FeedBurner. The readers who were subscribed to my old blogspot feed didn't notice my warning posts and the fact that I made the old blog look really ugly by changing the template. They saw the new posts and clicked through to the new blog.
So, if you are thinking about moving off of Blogger, first read this post. Then, if you merged your feeds, remember to put a couple of warning posts on your new blog to let people know you are moving before you delete your old Blogger blog.
Mar 04, 2009
It looks like the first customer of Magnolia's On Air platform is now live. RTSI is a Swiss radio and television company. They are moving to On Air from a home grown system. Eventually eight stations will be supported on the new platform.
Architecture diagram showing integration between Media Workflow Engine and Magnolia (please excuse the colors).
For those of you who are not familiar with On Air, it is an integration between Magnolia CMS Enterprise Edition (reviewed here) and a third party product called Media Workflow Engine by FutureLabs. MWE provides capture, workflow, and advanced (non-destructive) editing functionality for video, audio and images. Images are represented in the Magnolia repository (the Apache Jackrabbit JCR implementation) as proxy objects. This saves the Magnolia repository from becoming bloated with binary files. Another nice feature of the integration is that workflows can be initiated in either system and can be continued in the other system. For example, a visitor uploading a video to a site can kick off a workflow in MWE.
Mar 03, 2009
PlayingWithWire has a usability comparison between WordPress and Joomla! that has gotten a lot of attention on Slashdot and the Joomla! forums. The debate as is as you would expect: WordPress is more usable; Joomla! is more powerful. I don't disagree with either position.
I think this highlights the fact that WordPress is at a point in its progression where it can handle many simple web content management use cases but has not yet achieved a level of complexity as to detract from its usability. It has truly become a viable lightweight CMS - not just a blogging tool. This makes WordPress and platforms like it (Movable Type, Expression Engine, etc.) disruptive technologies in the classic Christensen disruption model where a simple technology reaches a point where it can compete against a more complex incumbent that over-delivers in functionality.
The disruption model usually focuses on price; the challenger technology is cheaper than the incumbent. Not that long ago, we were talking about open source as the disruptor (we still are. Just look at all the chatter about the Linux powered Netbooks). In this case, however, both are open source and free. Here, the cost is in the effort it takes to understand and use the technology. Writing good content is hard enough without the barrier of a hard to use web content management system.
There is a clear trend of companies leaning toward simpler technologies that may not meet all of the extended requirements but are very effective in the primary use cases (in this case, publishing pages and articles). There comes a point where a simple tool reaches its limitations but many companies are prepared to make compromises or doubt whether they will ever need the fuller feature set - at least in the near term.
The incumbent CMS products are not taking this lying down. Many of the commercial products on the market offer a simplified, "task-based" user interface for the casual user as an alternative to their traditional "power user" interfaces. But even unused and unseen functionality has a cost in the complexity of implementation and the cost to support. If your website is very simple and you don't have any power users on staff, a simplistic, lightweight CMS (like WordPress) may be sufficient.
Feb 25, 2009
Image credit: Malinky on Flickr
Sandro Groganz just tweeted a link to Kristof Coomans's proposal of a community fork of eZ Publish. Kristof is about to be a former employee of eZ Systems Belgium and seems to be quite frustrated with eZ's lack of progress and openness with the platform.
To me, this is unfortunate news. eZ Systems has been making a lot of progress in the media and publishing industry and (to me at least) been improving the platform nicely. eZ Systems has also successfully established a beach-head in the United States. I think the one area that they have been lagging is their initiative to port eZ Publish onto the eZ Components framework. It would be a shame if the great energy behind this platform were to be fragmented into two competing projects - especially as eZ Systems is poised to do a major rewrite.
Still, I am not panicking yet. For now, I am just filing this as a frustrated employee rant. It takes much more than a rant to start a successful fork.
Feb 25, 2009
Last week, I read Dries's announcement about the recovery.gov site running on Drupal. I also though that was pretty cool but not worth a blog post. Instead I just cataloged it as an interesting Drupal site. Last night my friend Gregor Rothfuss sent me a link that helped me realize what a big deal this is.
When I dismissed the news, I wasn't thinking about how wasteful government is when dealing with all things technical. Several years ago, I did a project for the Department of Defense as a sub-sub-contractor. After weeks of meetings and general non-productivity, the net result was to replace a horrible looking and un-useful departmental website with a very small static HTML website (that we knew would never be updated). Of course, this was all cloaked in grandiose language of knowledge management and eGovernment. It was pretty clear throughout the project that the contractors wanted to milk this thing for all that they could. The project left me feeling pretty lousy as a tax payer. But, I figured things could be worse. Websites don't kill people - this one didn't anyway.
Flash forward to present day and the Obama transition team... I can just imagine the disruption of technologies like Drupal are having within the government. But the biggest change to the status quo might not just the technology is free (as in liberty and beer). This could be an opportunity to look past the old guard of consultancies (like Boeing, United Technologies, and SAIC) that are draining public coffers because they know how to play the game. Hopefully the game has changed so that new ideas and energy can help drive the infrastructure of the government towards greater efficiency.
Feb 24, 2009
Jeff Potts recently announced the general availability of an integration between Drupal and Alfresco. The integration uses CMIS and could potentially connect Drupal to any CMIS compliant repository. While I would call this type of Drupal configuration experimental (that is, don't try to run The Onion on it), it does show potential. Alfresco's focus on web content management has been as an extension of internal collaboration (i.e. publishing internal knowledge assets out onto the web). Alfresco doesn't have a strong vision on pure web publishing or hosting community websites. The front end delivery part of Alfresco is just emerging through its Surf framework. Drupal, conversely, is all about the front end. There is a similar Alfresco integration available for Joomla!, which provides a menu set that reads from an Alfresco repository. This integration also uses CMIS as an interface.
My main hesitation with recommending this configuration (or the Joomla! one for that matter) to my clients right now is that the Alfresco repository is not fast enough to be the runtime behind a high traffic website - certainly not the AVM and probably not the DM either right now. Most Alfresco powered websites publish flat HTML pages or push out the content as XML to be rendered by a de-coupled delivery tier (see deployment patterns). There is an integration that puts OpenCMS in front of Alfresco, but that works by replicating a folder in the repository over to the OpenCMS repository (see my write up here). That seems more scalable from a traffic perspective.
In the near term, I think that the best use for this integration is for customers who use Alfresco for their Intranet and want to publish some of their internally-managed documents out to low-traffic pages on their website (perhaps some PDFs of investor relations documents or job application forms). In the longer term, performance and scalability of the Alfresco repository are expected to improve. Performance is a key focus for the next releases (3.1 and 3.2). In particular, they are building the infrastructure for improved load testing so they can optimize for intensive concurrent access by thousands of users. These improvements will certainly make a fully Alfresco-backed, high traffic Drupal or Joomla! site more viable.
