Somewhere in my previous post I stated that in the online economy innovation comes from the bottom not the top, something that I thought at the time was fairly uncontroversial.
Last week I attended an IT seminar, and two things struck me. First, I really don't work in IT - although I don't know what the alternative is; does the VP product development at Google put "IT Consultant" on their passport? Probably not, but what else is there? Anything else seems a little pretentious.
Second, my comment about innovation was quite controversial. The assembled crowd (mostly CIOs / IT Directors) nodded in agreement when the panel suggested that innovation was a luxury in the current climate, and that all that really mattered today was business value as measured by cost reductions and efficiency gains.
But if your business is technology, how can you not innovate? I was astounded at the assumption that innovation was something could be turned off. I may be very fortunate in my current job but my role is essentially controlling the unstoppable flood of innovation from our development team, and directing it towards some appropriate business objective. Turning it off would be unthinkable, if even possible without losing the team itself.
Someone at the seminar gleefully announced that the fabled Google 20% time was all but gone now, and even the mighty search giant had succumbed to market forces. Well, possibly, according to the HR team, but I'll bet a lot of money that the innovation continues unabated, 20% time or not. Google's scheme was more about encouraging what goes on anyway, with or without formal recognition.
The Internet (capital 'I') has matured to the point where it now represents an industry sector in its own right. On the Internet innovation is endemic, and comes from the youngest, keenest, coolest people in the room and not the oldies in the comfortable chairs. And it's a lot more fun than IT.
Wednesday, May 27, 2009
Tuesday, May 05, 2009
Old v. New
Some quick thoughts about the comparison between old Enterprise projects and the new style of web projects:
Category | Enterprise | Web |
---|---|---|
Project style | Waterfall - Design, Develop, Test, Deploy, RUP | Agile - rapid iterations |
Innovation | Top-down (Business Requirements) | Bottom-up (Google 20% time, Communities) |
Team structure | Vertical - developers code complete spikes from web to database | Horizontal - front-end team is split from (and a client of) back-end team |
Software | COTS Products - expensive, well-supported commercial products (ATG, IBM, MSFT) | OSS Frameworks & Patterns, Community-led initiatives, Bespoke 'glue', products for specific functionality |
Development Environment | Restricted software tools, homogenous environment, complex approval process | Heterogeneous, open, embracing new technologies (best tool for the job) |
Development Languages | Java, .NET, C++ | PHP, Perl, RoR, Python, JavaScript, … |
Buzzwords | SOA, SaaS, Compliance | jQuery, Memcache, LAMP, JSON, API, OAuth, Mashup |
Web Services | SOAP,WS-* | REST, JSON, POX |
Documentation | Offline - licensed developer accounts; formal training courses | Online - updated on the fly, available to everyone |
Architecture | N-Tier | Distributed |
Infrastructure | Best-of-breed hardware, design against failure | Low-end hardware, expect failure and design accordingly |
Database | Normalised, strict schema, referential integrity | Denormalised, dirty data, lazy-loaded |
Data access | Direct – ODBC, JDBC, ADO.NET | ORM Framework, Cache, Services |
Requirements | Secure, Scalable | Flexible, Fast |
Hero clients / employers | Government, Banks, Corporates | Google, Yahoo!, Amazon, eBay, Facebook, BBC, Twitter, Next Big Thing |
Success Criteria | How big can we grow, how secure is our data? | How fast can we react to change, how far can we scale? |
Subscribe to:
Posts (Atom)