<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title>New York CTO | Jon Williams</title>
<link>http://weblog.infoworld.com/ny-cto/?source=rss</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:creator>jonwilliams&#64;yahoo&#46;com</dc:creator>
<dc:date>2008-05-08T05:42:01-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.17" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>Bloggers beware</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/05/bloggers_beware.html?source=rss</link>
<description>
As we are now all a part of the brave new world of blogging, I am personally discovering some of the unintended outcomes of a CTO blog. At my previous company, I started blogging well after I became CTO, and some of my team read it out of curiosity. But now at my new company, the new technology team got the chance to read my blog before I arrived, as did other department members. An experience on my first day in the office was someone stopping me in the hallway, and saying &quot;you must be Jon Williams, I read your... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/05/bloggers_beware.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/05/bloggers_beware.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-05-08T05:42:01-08:00</dc:date>
</item>
<item>
<title>The last 21 days</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/04/the_last_21_day.html?source=rss</link>
<description>
Many things have a beginning and ending. Projects, computers, vacations, games, school, friends, businesses (sometimes), life, and jobs. Some things have planned endings (vacation, school) and others are random by chance. While there is no shortage of management literature on starting new jobs or the &quot;first 90 days&quot; there seems to be little written about the process of leaving a company, we’ll call this “the last 21 days”. I am now in the midst of both an ending and a new beginning. After 4 years at Kaplan, I am leaving to join iVillage, a division of NBC Universal. I have... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/04/the_last_21_day.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/04/the_last_21_day.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-04-17T07:00:48-08:00</dc:date>
</item>
<item>
<title>Work and play?</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/04/work_and_play.html?source=rss</link>
<description>
It used to be that work and play had clear delineations, but not anymore, at least not for me, and I believe not for gen-Yers. For example, while on a recent Seattle vacation, I (1) had lunch with a couple of CTO buddies (play), (2) visited my company&apos;s Seattle location (work) (3) afternoon visit with some in-laws (play). But interestingly the 2 play examples are somewhat work-related as we talked tech (my brother-in-law has a tech startup and I was a beta tester). Add to this the daily stream of emails, of which I responded to the all the simple... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/04/work_and_play.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/04/work_and_play.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-04-15T09:14:08-08:00</dc:date>
</item>
<item>
<title>Open source is good for IT</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/04/open_source_is.html?source=rss</link>
<description>
I gave a presentation at OSBC (open source business conference) last week. I don&apos;t often speak at conferences, but I have been working on an open source strategy for 4 years and believed that presenting that plan might help other CTOs/CIOs in their open source plans. Two bloggers (Matt Asay and Zack Urlocker) reviewed my presentation at http://www.cnet.com/8301-13505_1-9903582-16.html?tag=head and http://weblog.infoworld.com/openresource/archives/2008/03/kaplan_guiding.html?source=rss . First, Kaplan was not the only company describing their use of open source. Other included CBS interactive, Paypal, Weather Channel interactive, NY times, Electronic Arts, LA times, Christian Science Monitor. In addition, a full 40% of attendees were IT... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/04/open_source_is.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/04/open_source_is.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-04-03T08:11:35-08:00</dc:date>
</item>
<item>
<title>The wisdom of herds</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/03/the_wisdom_of_h.html?source=rss</link>
<description>
In evaluating technologies, it can often be a struggle to compare competing products. When done diligently, you will probably use a product comparison matrix with weighted scoring. By the way, allow yourself many weeks to collect and evaluate all of the data. And if other people are involved, then also expect lots of meeting to argue pros and cons. And if you also want to do a test drive, there&apos;s more time gone. And you haven&apos;t built a darned thing yet! There is another way, but unfortunately it is not always available to us. This other way is:- &quot;What do... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/03/the_wisdom_of_h.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/03/the_wisdom_of_h.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-03-27T07:36:12-08:00</dc:date>
</item>
<item>
<title>Search as a utility</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/03/search_as_a_uti.html?source=rss</link>
<description>
We were discussing search at a recent NY CTO club meeting, and a thought occurred to me (as it frequently does in these meetings):- Is search a utility? Meaning, is search a plug-in function and not something to be developed by the tech team. Every system we build has a search function built into it, usually hand-crafted (proprietary). Why? When I programmed years ago, every system had a screen-writer, which updated the characters and pixels on the screen. But no more, this is now a utility provided by the operating system. It would be crazy to do otherwise. I have... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/03/search_as_a_uti.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/03/search_as_a_uti.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-03-13T09:18:31-08:00</dc:date>
</item>
<item>
<title>Effective post-mortems</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/03/effective_postm.html?source=rss</link>
<description>
One of my tasks as a CTO is running post-mortem meetings after we have an incident or outage. This is an extremely important step toward making progress in system stability and performance. Teams that don&apos;t do post-mortems miss the opportunity to get ahead of system issues. Post-mortem meetings take some finessing, they can easily turn into a blame-game, or he-said she-said. So let me layout how I run post-mortem meetings, and how that makes them most effective. First, important rules for post-mortems:- 1) Timely to issue (next day is best) 2) All relevant members present (no meeting if someone is... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/03/effective_postm.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/03/effective_postm.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-03-03T08:33:43-08:00</dc:date>
</item>
<item>
<title>Email wrong-number</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/02/email_wrongnumb.html?source=rss</link>
<description>
Sometimes technology can have significant and unintended cultural impacts. Email in its infancy was a minefield, in that we never realized it was an inappropriate (and one-sided) tool for expressing emotions. It took us a while, but we finally taught ourselves to reread and pause before hitting the send button. In Japanese, there is a word for &quot;unsay&quot; to take something back, but alas not in English, nor is there a reliable unsend in email. I&apos;ve been using a Blackberry for phone and email for a while, and I&apos;ve noticed an interesting phenomenon. I will call it the &quot;Friendly wrong... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/02/email_wrongnumb.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/02/email_wrongnumb.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-02-19T10:14:22-08:00</dc:date>
</item>
<item>
<title>Worthless processes</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/02/worthless_proce.html?source=rss</link>
<description>
When reviewing a write-up or new process/project proposal, a filter that I will apply is &quot;Does this make a difference?&quot;. Let&apos;s say one of your team was asked to write up a plan for &quot;managing execution risk&quot;, and they wrote a document describing a process for doing this. After you read the document, you decide that while it all makes logical sense, it really will not make a difference. For example, tracking how many lines of code are written each day makes no difference. Who cares? Its business outcomes that matter. As a CTO, it is your job recognize tasks... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/02/worthless_proce.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/02/worthless_proce.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-02-14T12:44:03-08:00</dc:date>
</item>
<item>
<title>Birds of a Feather</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2008/01/birds_of_a_feat.html?source=rss</link>
<description>
One of my most rewarding experiences is spending time with other CTOs. Who else knows what its like to do what you do? Nothing like hanging out over chinese food and a few beers with like-minded colleagues that I trust. Earlier in my career, I felt competitive with my peers, both at work and outside. I felt that it was an &quot;either/or&quot; proposition, either I succeeded/got promoted, or they did. I was comparing myself to them. Eventually I realized that my success (and others) was independent of anyone else. If I was successful, I would be rewarded, regardless of anyone... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2008/01/birds_of_a_feat.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2008/01/birds_of_a_feat.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2008-01-28T08:50:21-08:00</dc:date>
</item>
<item>
<title>Technology around the globe</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2007/12/technology_arou.html?source=rss</link>
<description>
David Goodman, CTO of International Rescue Committee (http://www.theirc.org) blogged about his recent trip to Africa, where he spent time in Kenyan and Ethopian refugee camps and reviewing technology needs (http://ctoinafrica.blogspot.com). One discovery was that the internet band-width was poor, and David&apos;s blog got me thinking in general about how technology is different around the world. I was going to title this posting &quot;global technology&quot;, but that implies we use the same technologies around the world, but that&apos;s just not true. Yes, there are similarities, but from a CTO&apos;s point of view technology management is quite different once you leave the... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2007/12/technology_arou.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2007/12/technology_arou.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2007-12-10T17:46:44-08:00</dc:date>
</item>
<item>
<title>Every CTO should be on Facebook</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2007/11/every_cto_shoul.html?source=rss</link>
<description>
Every CTO should be on Facebook. Why? Facebook could well be what applications look and work like in the future. I don&apos;t know if Facebook itself will persist, but certainly the ideas behind it will. By now, I assume most of us are using LinkedIn, and finding it to be a valuable business networking tool. While Plaxo is mimicing LinkedIn, LinkedIn is mimicing Facebook. You can now load your picture in Linkedin. And LinkedIn just added &quot;today&quot;, &quot;yesterday&quot;, &quot;last week&quot;. Guess where that comes from? Facebook. &quot;Facebook?&quot;, you say. But that&apos;s mainly kids. I am not saying that you will... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2007/11/every_cto_shoul.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2007/11/every_cto_shoul.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2007-11-26T06:46:21-08:00</dc:date>
</item>
<item>
<title>Video promise</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2007/11/video_promise.html?source=rss</link>
<description>
Two bigs trends on the web right now are Social Networking and Video. I&apos;ve been following internet-based video off-and-on, starting when I did some consulting for a CLEC in 1998. I also looked at IP-based video conferencing for international collaboration. It always seemed to me that video was a promise that never delivers; stiff video conferences and postage stamp-sized choppy video were hard to get excited about. Well, consumer video (like youtube) is changing all that as it takes off, clearly exploding in use. The combination of high-speed internet and the fact that almost all single-shot digital cameras can also... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2007/11/video_promise.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2007/11/video_promise.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2007-11-13T06:41:03-08:00</dc:date>
</item>
<item>
<title>Enterprise Social Computing</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2007/11/enterprise_soci.html?source=rss</link>
<description>
My last blog posting was &quot;The problem with Social Networking&quot;, and I should have realized that there were smart people already working on the problem. I quote from my last blog:- &quot;Instead of a social network home page, what I would like to see is the intersection of SOA (service-oriented architecture) and social networking&quot;. It appears the solution is Enterprise Social Computing. I attended today the first-ever Alfresco User Conference in New York, Kaplan is a recent customer using their WCM platform. While I could only stay for the morning, I had the privilege of attending Alfresco CTO John Newton&apos;s... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2007/11/enterprise_soci.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2007/11/enterprise_soci.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2007-11-08T13:24:27-08:00</dc:date>
</item>
<item>
<title>The problem with Social Networking</title>
<link>http://weblog.infoworld.com/ny-cto/archives/2007/11/the_problem_wit.html?source=rss</link>
<description>
Social networking is huge right now, both in usage and press attention. But I look to history to see what the outcome might be. Remember the AOL/Compuserve/Prodigy (and others) battle? How about the home page battle between Yahoo, Excite, Lycos, Infoseek, AOL? I believe that the competition to be our social network of choice is flawed. Facebook, Myspace, LinkedIn, Plaxo, Flickr, Youtube and others (including small niche communities) all want us to picK them as our single destination, just as we singularly use email, Google search, iTunes and Amazon. Problem is that I just don&apos;t have time to check pages... &lt;a href=&quot;http://weblog.infoworld.com/ny-cto/archives/2007/11/the_problem_wit.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/ny-cto/archives/2007/11/the_problem_wit.html</guid>
<dc:subject>Management</dc:subject>
<dc:creator>Jon Williams</dc:creator>
<dc:date>2007-11-05T17:38:08-08:00</dc:date>
</item>


</channel>
</rss>
