Thoughts from the trench - by Prakash Muralidharan

February 28, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Phishing trends: UK and Brazil cleaner than the rest ?

Filed under: Life, Consumer Internet — Prakash Muralidharan @ 8:09 pm

Out of the top 10 countries with the highest number of internet users, only UK and Brazil seem to have stayed out of the top 10 phishing sites hosting countries. Any ideas why ? Phishing seem to be catching on in India according to Bruce Einhorn. It is no surprise that this has coincided with the retail banking boom in India.


Linking and Sharing

del.icio.us:Phishing trends: UK and Brazil cleaner than the rest ?  digg:Phishing trends: UK and Brazil cleaner than the rest ?  fark:Phishing trends: UK and Brazil cleaner than the rest ?
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/28/phishing-trends-uk-and-brazil-cleaner-than-the-rest/trackback/

February 27, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Execution excellence: How far can it get you ?

Filed under: Software Services, Project Management, Outsourcing, Indian Business — Prakash Muralidharan @ 4:52 pm

I have written about "execution excellence" before and the same remains a pillar for most if not all services companies. But with outsourcing and delivery models maturing I feel the marginal utility of better execution is decreasing. Here's why :
Improvements are usually shared: Most clients engaging in long term outsourcing relationships expect the gains from better execution (quality, productivity etc) to be shared with them. In other words, the extra value added is not fully captured by the vendor. I can understand aspects like the learning curve where the client has a right to demand a share of the pie, but seperating such gains from gains from genuine innovation is not easy. In a commoditizing business where the customer has plenty of market power, the vendor will always get squeezed.
Processes by themselves mean nothing: I was once giving an informal, on the sidelines pitch on CMMI to a product company VP and he cut me off saying " One can easily follow all the processes you are mentioning and get to the wrong place faster". He went on to add that the best way was to focus on just enough processes to get the job done. I can't agree more. Execution excellence is fine, but when it becomes synonymous with processes and when processes are viewed as the royal route to excellence..Duh!
Doing the right things versus doing things right: Ram Charan in "Execution: The discipline of getting things done" defines execution as "The discipline of getting things done". The best strategy is useless without execution. Having said that, if services companies are to move up the value chain, they need to not just think of execution but ask themselves: “What should my client do next ? " (the doing the right things part) and then follow that up with "How best can I help the client do the things he should be doing ?" (the doing things right part). Not many vendors do this currently and not too many clients expect this from vendors.
Looming competition: The China's and the Vietnam's of the world have more discipline, natural process orientation and better cost structures (lower wages and infrastructural benefits) than us. It won't take them long to learn the ropes of execution.
                It is clear that execution excellence will remain at the centre, but the next generation of services companies are going to have to think and act beyond execution.


Linking and Sharing

del.icio.us:Execution excellence: How far can it get you ?  digg:Execution excellence: How far can it get you ?  fark:Execution excellence: How far can it get you ?
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/27/execution-excellence-how-far-can-it-get-you/trackback/

February 26, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Outsourcing in the web 2.0 era: The ability to unlock synergy

Filed under: Software Services, Outsourcing, Web2.0, Strategy — Prakash Muralidharan @ 4:28 pm


Phil Wainewright writes about how network effects in the Web 2.0 era can compound the benefits of outsourcing. Taking the example of Employease he argues that in a world of loosely connected services, systems and processes cannot afford to stay monolithic. Phil seems to use the term "network effects" in a slightly loose way and what he probably intends to mean is that the aggregate value that a loosely coupled group of services is higher than that of a tightly coupled monolithic system. Phil has made a valid point but I do not totally agree with him on the "network effects" argument. I think the key here is synergy rather than network effects. It is the inherent synergy in the Employease model that causes an ADP to collaborate with an AON and when you have two market leading companies bringing in a couple of thousand clients more partners want to jump in and the network effect takes hold. If the synergy were not there, people would not join the network and the network effect would not manifest. Web 2.0 technologies enable resources on the network to collaborate and participate better thereby helping unlock latent synergy. What do you think ?    


    


Linking and Sharing

del.icio.us:Outsourcing in the web 2.0 era: The ability to unlock synergy   digg:Outsourcing in the web 2.0 era: The ability to unlock synergy   fark:Outsourcing in the web 2.0 era: The ability to unlock synergy
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/26/outsourcing-in-the-web-20-era-the-ability-to-unlock-synergy/trackback/

February 25, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

How the programmable web changes content syndication

Filed under: Web2.0, Consumer Internet — Prakash Muralidharan @ 5:57 am
Content syndication is not new. "Large scale web syndication of content started in 2001 when Miniclip freely syndicated online browser based interactive games to the masses." says WikipediaRSS itself is not a new spec. The programmable web has however added the ability to add fresh, external value to syndicated content and resyndicate the same for other consumers. Here are some of the implications that I see:

Delinking of content creation and content consumption: Content that is created in one place is consumed elsewhere. This has important implications for content focused websites with advertising centric revenue models. To retain their user base such websites would need to look at the universe of content available for syndication and creatively recombine content to maximize user value instead of relying purely on internally generated content.

Old data - new uses and new users: Once content is exposed as an API, there are potentially myriad ways in which it can be morphed, recombined and re-presented. Each level of additional value added creates new usage possibilities and thus the ability reach new users who would have had little interest in the original content. "Horizontal" content like Google Maps have potentially mind boggling reuse scenarios. The tons of data buried deep in mainframe databases would also need a re-look at fresh usage possibilities.        

New revenue models: The ability to add external value to content and represent the same complicates revenue sharing and licensing. Intermediaries in the content value chain could add value in basically three ways a). Bringing native data to the party and recombining using commodity tools b). No native data but sophisticated content discovery and recombination technologies. New revenue models would emerge that allow these intermediaries to participant in the content management lifecycle.
 

 


Linking and Sharing

del.icio.us:How the programmable web changes content syndication  digg:How the programmable web changes content syndication  fark:How the programmable web changes content syndication
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/25/how-the-programmable-web-changes-content-syndication/trackback/

February 22, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

The first mover disadvantage.

Filed under: Strategy — Prakash Muralidharan @ 12:38 pm
I had the first mover advantage concept drilled into me back in BSchool. This article made me sit up and think. The article goes on to state that late entry can be good when the problem has not been addressed properly by the early entrants. When else can be good about late entry ?

"Kopos" states: "It has a second mover advantage (market has been validated i.e. users need such a product, enough mistakes made, pitfalls avoided);  b. can concentrate on the experience instead of technology  c. can compete against a benchmark; or has a rough direction already in place " 




Linking and Sharing

del.icio.us:The first mover disadvantage.  digg:The first mover disadvantage.  fark:The first mover disadvantage.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/22/the-first-mover-disadvantage/trackback/

February 21, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Perils of outsourcing: Factor the worst case in planning.

Filed under: Software Services, Outsourcing, Gotchas — Prakash Muralidharan @ 2:35 pm

Terradata tried outsourcing it's crown jewels and failed.
Newsobserver
writes:



As companies continue to look overseas to boost their bottom lines, Teradata's experience is a cautionary tale that the decision to offshore can sometimes be costlier than expected… "The core lesson we learned is everything that is related to new development, new ideas, core intellectual property, needs to remain close to the company and close to the geography," …It was much more difficult than expected for Teradata's U.S. employees to communicate ideas and requirements to external vendors in India. It took a tremendous amount of people just trying to manage the vendor in a way that we could feel comfortable that everything was on track. 


I feel most companies do not really factor in the flip side when they look at outsourcing. People tend to look at outsourcing from a point of view of "How much will I save? or What are the benefits ?". Companies probably need to ask themselves "What is the business impact if this whole thing gets botched up? What will my customers do if a release is delayed by a whole year? ” It is clearly possible to mess up and mess up real bad. Factor in the worst case before you leap! 

Linking and Sharing

del.icio.us:Perils of outsourcing: Factor the worst case in planning.  digg:Perils of outsourcing: Factor the worst case in planning.  fark:Perils of outsourcing: Factor the worst case in planning.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/21/perils-of-outsourcing-factor-the-worst-case-in-planning/trackback/

February 20, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Russian outsourcers focussing on the high end

Filed under: Outsourcing — Prakash Muralidharan @ 2:10 pm


Russian vendors seem to have a neat strategy when it comes to outsourcing as this Business Week
article seems to indicate. According to this Russoft (Russian equivalent of NASSCOM) white paper:

The Soviet Union left behind a world class system of science education….Indian programmers do not have such wide experience with different technologies. Their experience is typically limited to working in large software development factories. I can agree with this. 


Here is the gist of the Russian mantra:

- Avoid direct competition with India and China by positioning as a high end provider. A good move considering that they can never compete on cost or scale.

- Focus on computer science as a core competence rather than process excellence or software engineering.

      If the Russians manage to get their act together, all the Indian companies that try to outsource product development might be headed for trouble. The product outsourcing market is probably less price sensitive especially at the high end and surely puts a premium on computer science skills over software engineering. 


Linking and Sharing

del.icio.us:Russian outsourcers focussing on the high end  digg:Russian outsourcers focussing on the high end  fark:Russian outsourcers focussing on the high end
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/20/russian-outsourcers-focussing-on-the-high-end/trackback/

February 19, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Bridging the digital divide: Recycling or innovation ?

Filed under: Innovation, Digital divide — Prakash Muralidharan @ 3:24 pm


Business Week brings up 
PC recycling as a way to bridge the digital divide. We also have more radical approaches like the Simputer innovation. Both approaches have their pros and cons like anything else, but I tend to favor reuse and "value engineered" innovation over radical innovation when it comes to bridging the digital divide. Here's why:


The stupendous importance of the platform: Making a radical innovation like a new platform succeed in the face of an existing, proven and mature option is a staggering task. Just ask any company that Microsoft has vanquished to know why.  


Ecosystem versus devices:  The question really is not access to devices but access to the ecosystem where there is information.The idea should be to find the path of least resistance to get the underprivilegded into the information rich ecosystem. An outdated PC with a local language version of Windows running just IE running would provide a much easier entry point than new devices or software.


Leveragability of the learning curve: Why bridge one divide to create another ? Why make a 'digital illiterate' learn a new device only to find that he is handicapped when it comes to what the rest of the world is doing ?

The human factor: Which CEO would not want to get rid of "junk" PC's for a noble cause ? Knowing that your junk can irrevocably and surely change someone's like for the better is a strong incentive. Meanwhile try selling a new, untested and radical innovation to the same CEO he will ask for a business plan.  

Think local when it comes into innovation: Innovation should be value engineered with the objective of reducing the cost of entry by leveraging local strengths. The wind up laptop is a good example. I will say take a PC and find a way to use a gobar gas plant to run it before taking it to an Indian village. The example is extreme but the message is clear, think local when it comes to innovation.
 


Linking and Sharing

del.icio.us:Bridging the digital divide: Recycling or innovation ?    digg:Bridging the digital divide: Recycling or innovation ?    fark:Bridging the digital divide: Recycling or innovation ?
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/19/bridging-the-digital-divide-recycling-or-innovation/trackback/

February 18, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Web 2.0 : Marketing tool or market destroying tool ?

Filed under: Web2.0, Marketing — Prakash Muralidharan @ 2:30 am
Paul Gilin calls upon CIO's to use Web 2.0 tools to "sell" their ideas internally. William Hewitt, CMO of Novell, feels "It's not just the blog itself, but the whole notion of enhanced collaboration with your customers."

I feel this whole notion of collaboration, staying networked with your customers and letting them network with each other is a double edged sword. It works great if you have a great product that you want to let the whole world know about, but if your product sucks and only a few customers know about it, Web 2.0 will spread the word faster and with more credibility. Get naked if you want to, but make sure you look like a hollywood star!      

Linking and Sharing

del.icio.us:Web 2.0 : Marketing tool or market destroying tool ?  digg:Web 2.0 : Marketing tool or market destroying tool ?  fark:Web 2.0 : Marketing tool or market destroying tool ?
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/18/web-20-marketing-tool-or-market-destroying-tool/trackback/

February 14, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

IT integration during a merger : Things to watch out for.

Filed under: IT Integration, IT strategy — Prakash Muralidharan @ 2:31 pm
I chanced on this podcast where Tom Casey, Booz Allen Hamilton vice president lays out his thoughts on IT integration and on why so many companies get it wrong. I could not find a transcript of the cast, so here is a summary for you:
Senior management's perfunctory attitude to IT integration is a major cause for poor integration.

Poor IT integration not just prevents the merger from realizing benefits but also adds costs due to duplication of systems and customer interfaces.

The fact that IT integration investments happen post merger dampens enthusiasm for them as the "mood" is against spending.

40% of synergy capture depends on IT

IT decisions can be delayed (and so end up getting postponed) and the team evaluating the merger does not typically consider IT ramifications in depth.

Top three errors in IT integration according to Mr.Casey:

"Band aid" approach with a focus on interim solutions.

Adopting the dominant partner systems instead of doing an objective analysis.

Underestimation of complexity in middle and back office integration especially in IT intensive industries like financial services.
 

Linking and Sharing

del.icio.us:IT integration during a merger : Things to watch out for.  digg:IT integration during a merger : Things to watch out for.  fark:IT integration during a merger : Things to watch out for.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/14/it-integration-during-a-merger-things-to-watch-out-for/trackback/

Next Page »

Creative Commons LicenseDisclaimer : This blog site is published by and reflects the personal views of Prakash Muralidharan,in his individual capacity. It does not necessarily represent the views of any of his employers, past or present, and is not sponsored or endorsed by any of them. No representation is made about the accuracy of the information contained in this blog.