Turn around Story of Yahoo!

This article from Business Week gives a good overview of problems faced by Yahoo in 2001

Two years later Business Week came out with the following article about what made Yahoo to bounce back

http://www.businessweek.com/magazine/content/03_22/b3835001_mz001.htm

Good to read.

Thanks to my friend Swaroop @ Yahoo for sharing the link
http://www.swaroopch.info

ChangeThis :: ChangeThis

Very good Blog and contain lot of reading materials. Look out for ‘Art of the Start’ by guy Kawasaki. The presentation of these material are too good and makes it easy to read.

But not sure why some will go to such an extend and give something for FREE… Do you smell some nice business plan behind this initiative? Then do let me know about it and how the owner of this site is going to sustain in future.

Intuit Business Plans – Early Days

This is an extract from the book ‘Inside Intuit’, the company which had a vision to cater to the SMB space in 80s itself and now a major competitor for Microsoft Business Solution group in the 1-9 user category off the shelf business software.

Lean Programming

“There are many wastes associated with excess documentation: the squandering of time spent creating and reviewing reports, and the unnecessary work involved in change requests and associated evaluations, priority setting and system changes. But the biggest waste of all is that of building the wrong system if the documentation doesn’t correctly and completely capture the user’s requirements“

The above truly reflect the current situation of many organizations. In the name of documentation for future reference,most companies indulge in creating volumes and volumes (or rather mega bytes and mega bytes) of documents, which affects the development process. Just because we have an easy to use tool called ‘MS Word’, should analysts and designers spent too much time in such documentation. Instead I really feel that we should set priorities on what adds value and what does not adds value to the ultimate customer.

Please read through the entire article to understand how some of the goods things followed by the Japanese in manufacturing can be applied to software development.

Some how I had always felt that there is not much difference between manufacturing processes and software development processes. Does this mean we can apply MRP to software development? Why not? I know a way to do it (will publish it at a later point of time)

Project Planning, Evolutionary Delivery & Quality Improvement

A good site with lots of files related to Project Management, Requirement and Priority Management

Usable GUI Design: A Quick Guide

Usable GUI Design: A Quick Guide

Goes back to my earlier interest area on Usability Engineering.

RealMagick Article: Creative Visualization

RealMagick Article: Creative Visualization

An article on Creative Visualization, which is my current area of interest. Some how i have started believing that such techniques really works. Very odd for a person who also strongly believe in the logic based appraoch of TOC- Thinking Process

Discussion of Software Project Implementation using TOC Method

Excellent site which reveals a step by step approach towards using Theory of Constraints – Thinking Process in untangling problems.

As on this day of posting, it has reached only upto identifing the root cause for software project failures.

Hoping to see how things will unfold in identifying the solution

Kudos to Clarke, who had initiaed this and for all those people who are helping him (in tocsoftware yahoo groups)

The Project Management Soap Box: [7] Robust Project Planning(tm) …continued.

The Project Management Soap Box: [7] Robust Project Planning(tm)
…continued.

Exciting Things

Is there really a thing called exciting thing?. Different people are excited by different things. Hence, what excites one may or may not excite another. Hence, if you do not find things written here excite you, you may leave the site at any time