Monday, December 28, 2009
I am the master of my fate: I am the captain of my soul.
An amazing poem and a true source of inspiration
Out of the night that covers me,
Black as the pit from pole to pole,
I thank whatever gods may be
For my unconquerable soul.
In the fell clutch of circumstance
I have not winced nor cried aloud.
Under the bludgeonings of chance
My head is bloody, but unbowed.
Beyond this place of wrath and tears
Looms but the Horror of the shade,
And yet the menace of the years
Finds and shall find me unafraid.
It matters not how strait the gate,
How charged with punishments the scroll,
I am the master of my fate:
I am the captain of my soul.
(William Ernest Henley)
Tuesday, December 1, 2009
EBook Reader
Monday, November 30, 2009
Monday, September 28, 2009
Monday, September 7, 2009
Why projects are always dealyed?
Saturday, August 15, 2009
Is CSR just a gimmick marketing tool?
Sunday, July 19, 2009
Creative Capitalism
Thursday, July 16, 2009
Friday, July 10, 2009
Thursday, June 11, 2009
Resource leveling in a project..a useful task or a pain in the ass
Monday, June 8, 2009
Setting up a project networking site
Friday, May 22, 2009
A New Business Strategy: Give Up the Core
In making outsourcing decisions, companies are very careful to hold onto the core--those activities and competences that are at the heart of the business. The core represents its very being; it tells its employees and customers what it does.
That's why Sprint's plans to outsource the management of its cellular network is unusual. In the mobile phone industry, letting go of the network is akin to cutting out the heart of the company. But according to an article in Monday's Wall Street Journal, the company is in talks with Ericsson to hand over the maintenance of its cell towers and transfer thousands of employees to the equipment vendor. The deal would cut Sprint's costs by about 20%, according to the Journal. And it would free resources for product innovation and the development of partnerships, as the company seeks new sources of revenue growth.
But when it starts to give up core competencies, what will Sprint be? The answer will become less clear over time but, ironically, Sprint is finally onto something that companies in emerging markets have jumped onto already.
In my research into how companies are fighting commoditization and shrinking markets, I spent some time with Bharti Airtel, a fast-growing telecom network based in India. (VG Narayanan and Asis Martinez of HBS worked with me on this research). Way back in 2003, CEO Sunil Mittal signed away the operation of the firm's telecommunications network to Ericsson, Siemens, and Nokia, in the belief that they could better solve the problem of meeting mounting demand, leaving him to focus on solving customer issues. The move was shocking at the time, and represented a philosophical shift--from protecting the core to solving customer problems, without regard to company boundaries. From a bunker mentality to a kind of near-agnosticism. It's the ultimate step toward becoming customer-centric, adopting a mindset that begins with the customer and then moves to the particulars of who will deliver the right products or services.
So what exactly is Bharti now? Previously, Bharti knew for certain what it was and what it did, with management of the network an essential component to its being. Now, it's the sum total of its on-going arrangements, a shape-shifting enterprise that slips into market crevices. It's far less certain what it is, but it's been rewarded with both revenues and market share.
Such agnosticism isn't limited to the mobile phone industry. Apple, for instance, relies on many other companies to produce and accessorize its phenomenally successful products. Shortly after the iPhone was launched on June 29, 2007, a third party ― iSuppli Corp. ― took the phone apart and found that a large portion of the innards of the device were made by third-party companies such as German semiconductor supplier Infineon, Epson, and Samsung. Five percent of the accessories available in Apple stores are made by Apple, and the goal is to bring it to zero. At Cisco, employees are expected to embrace a "no-technology-religion," meaning that they are agnostic about platforms and standards and will consider supporting any technology endeavor that meets customer needs.
Being agnostic or customer-centric does not mean blindly following customers' instructions. Customers themselves may not be able to articulate their needs precisely. Instead, it involves a creative process driven by a deep and holistic understanding of the problems that the organization's customers are facing, together with a careful consideration of the capabilities both inside and outside the organization needed to solve those problems. The goal isn't to push your offerings onto customer, but to immerse yourself in customers' problems to offer up unique solutions. To make it, you need to be willing to give up some of your being and live with a little nothingness.
Friday, April 3, 2009
Why IT Solutions Are Never Simple
Without concerted effort, what was once neat and tidy becomes marred and messy. Just finding something in the garage feels like an archaeological expedition. Periodically, when someone dies, or relocates, or becomes disgusted, there's a whirlwind of activity to purge and reorganize. This cathartic experience is followed by a brief period of exhilaration, until time passes and entropy exerts itself once again.
So of course the airlines didn't intend to build "multiple old computer systems that don't share information well." When these systems were initially constructed (in the 60s and 70s), they were neat and tidy. Application requirements were defined from the point of view of a department and the needs of the people within it. The approach to programming reflected a simple and static world where it was the norm to embed data and business rules together with the logic necessary to support a business function — for example, to book and manage reservations. No one conceived that customers would book their own travel, that airlines would merge and spin off, that competing airlines would sell seats through code share agreements, or that competition would become so fierce as to necessitate greeting them by name and remembering their favorite drink.
To respond to these demands in a timely manner, IT did what we all do. They packed as much as they could in the existing "application" garages. When it became impossible to enter them without breaking something, they built new ones to store additional, but redundant, data, business rules, and logic. In an attempt to coordinate these applications to support business processes, they built a myriad of point-to-point interfaces between the applications. As a result of these seemingly efficient but short-sighted approaches, the systems architecture of the average 20+ year company looks something like this (aptly named, the "scare" diagram):
Because of this complexity, many companies don't have a definitive understanding of their customers, products, and performance and have difficulty modifying business processes in response to new opportunities and competitive realities. Furthermore, they devote the lion's share of their IT spend to maintaining existing systems rather than innovating new capabilities.
This isn't new news, of course. During the 1990's, we started to realize that IT systems often inhibited rather than enabled change. Since then, IT and business leaders have been working hard to increase agility by replacing systems and using new approaches to promote integration and commonality. Along the way, we have learned that:
- Across-the-board "scrape and rebuild" of systems usually doesn't make sense because often the gain isn't worth the pain. This approach is like knocking down your garage and throwing out everything in it. There's a lot of good stuff in your existing applications and there is no guarantee that the new systems will be that much better, less complex, or cheaper than the old ones.
- Hiding existing systems complexity using a "layer and leave" approach makes it easier to use and integrate existing systems, but doesn't reduce the costs of supporting inflexible and redundant systems. This approach is like hiring a garage "concierge" to find things and put them away. Unfortunately, you have to pay for the concierge service as well as the costs of maintaining the garages.
- The best way to manage complexity is to "clean as you go". This is a combination of the two approaches — implemented on a project-by-project basis. Each project is defined in a way that moves the enterprise closer to the desired "to be" architecture. Using our garage analogy, to move something in, one or two things must be reorganized or moved out. This approach includes layering, but also extracting critical data and functionality out from applications and rebuilding them so that they can be managed as an enterprise asset.
IT isn't alone in the need to simplify. As Rosabeth Moss Kanter pointed out, "Companies sow the seeds of their own decline in adding too many things — product variations, business units, independent subsidiaries — without integrating them." Keep in mind that, since IT architectures mirror the inherent complexity of the businesses that they support, it's impossible to have a truly agile and cost-effective technical architecture without simplified business architecture.
It's hard to say "no" to the extra product line, merger, reporting package or, for that matter, bicycle. Simplicity's just not that simple. How are you doing getting there?
Monday, March 23, 2009
change management
Friday, March 20, 2009
Karachi the new flag store
Wednesday, March 4, 2009
Milking It To The Max
Engro Foods is a 3-year old company and started in 2006 with one brand of Olper’s. In a market space where Nestle was ruling the world and Haleeb was very close behind, the company started off as a local group with all the energies possible. In a short span of 3 years, Olper’s captured over 30% of the packaged milk market share and rapidly climbed to number two in the market.
How does a company having such limited experience in the food business, manage to pose such a challenge to the market leader? There’s quite a story about the role technology has to play in making this local ‘multi-national’ the company to watch out for ........
http://ciopakistan.com/2009/03/milking-it-to-the-max/
Monday, February 2, 2009
ROI for a blog
CAPEX:
- Web site creation this would include an agency for art works etc
- Hosting
- dedicated personnel to monitor or scan the web and promote blog
OPEX:
- annual hosting charges
Quantifiable Benefits:
- Reduction in classical PR cost
- Saving from standard research tools
- Saving from standard marketing campaigns
There is one benefit which i cant figure out how it can be quantified, and i.e. conversion of traffic to sales. Feel free to add more on the quantifiable benefits, and lets see how many heads can we make?
Thursday, January 15, 2009
Linux in the skies
Sunday, January 4, 2009
What kind of profile are you..
so what kind of technographic profile are u?
How to Create a Clear Project Plan
Interesting read..on CIO