时间: 2012-05-13 / 分类: WEB后端编程 - 开发与实践 / 浏览次数: / 0 个评论 发表评论
十个项目死亡的信息 | Top Ten Signs Your Software Project is Doomed
12条经典摄影技巧
WEB前端开发中的一些编程风格和书...
黄金分割与摄影构图
项目前端开发的架构

【10个项目死亡的信号】

  1. 第一版做太多功能
  2. 太依赖新技术平台
  3. 与公司另一个有份量的产品竞争
  4. 团队人手不足
  5. 复杂的问题,需要复杂的解法
  6. 成员开始隐藏进度落后的事实和原因
  7. 不断更改、增加的需求
  8. 非要更大、更强、更美
  9. 产品没有市场立足点
  10. 根本你无法解决的大问题。

Raymond Chen has a blog post entitled You don’t know what you do until you know what you don’t do where he writes

I’ve seen a lot of software projects, and one thing I’ve learned is that you don’t have a product until you start saying “No”.

In the early phases of product design, you’re all giddy with excitement. This new product will be so awesome. It will slice bread. It will solve world hunger. It’s designed for everybody, from the technology-averse grandmother who wants to see picture of her grandkids to the IT manager who is in charge of 10,000 computers. It’ll run equally well on a handheld device as in a data center.

When I see a product with an all-encompassing description like this, I say to myself, “They have no idea what their product is.” You don’t know what you do until you know what you don’t do. And the sooner you figure out what you don’t do the better, because a product that promises to do everything will never ship.

In my five years at Microsoft, I’ve seen a bunch of projects fail. Some were public flame outs that are still embarrassing to mention today while others are private mistakes that you’ll never hear anyone outside the b0rg cube mention. A few months ago I wrote a blog post entitled Top 5 Signs Your Project is Doomed and since then I’ve considered a few more entries that should be on the list bringing the total to 10. The list below are common signs that a  is . Meeting one or two of these criteria isn’t necessarily the kiss of death but three or more and you might as well start circulating your resume.

  1. Trying to do too much in the first version. See Raymond’s point above.
  2. Taking a major dependency on unproven technology.
  3. Competing with an existing internal project that was either a cash cow or had backers that are highly placed in the corporate hierarchy.
  4. The team is understaffed. If you have less people than can handle the amount of work you have to do then the right thing to do is to scale back the project. Practically every other choice leads to failure.
  5. Complexity is one of the goals of the project because “complex problems require complex solutions”.
  6. Schedule Chicken
  7. Scope Creep
  8. Second System Syndrome
  9. No Entrance Strategy. When a project can’t articulate how it goes from a demo or prototype to being in the hands of end users, there’s a problem. This is particularly relevant in the “Web 2,0” world where many startups only strategy for success is getting a mention on TechCrunch and the fact that their service has “viral” features.
  10. Tackling a problem you don’t know how to solve. It’s pretty amazing how often I’ve seen this occur.
      站点地图 | 关于我 | 返回顶部
    Copyright © 2001-2013 { amiku.cn | zhangshunjin.com }. Powered by 

    阿米酷

    张顺金


    浙ICP备11002820号-1