存档
在 互联网创业浪潮中，最成功的往往不是最优秀的，而是那些最能抓住机遇的。每一个时代都有它的特征，尤其是这个瞬息万变的互联网时代。如果能抓住机遇，即使 你做的不够优秀，也会被互联网的浪潮推着前进。因此，总结一下2011年的经验，把握好2012年的机遇，应该是每个创业者进入2012年必上的一堂课。
也许你已经知道了，我们正在招聘最优秀的程序员。不错，每个人都这样说。但是我们的程序员能打败你们的——任何时候。比如，米奇虽然只有5英尺高，但他是一个有相当实力的击剑手。维托尔德以前是一个6’3″的职业冰球选手。内特喜欢以丢匕首为乐。当然，他们都是很有水平的程序员。
Human Factors International 是一家用户体验设计公司，为许多商业公司提供咨询和培训。最近，HFI 在官方网站上放了一个很有特色的视频。视频中，公司的 CEO Eric Schaffer 讲述了用户体验中的五个大失败故事以及如何避免它们。
第一：设计——漂亮的界面是不够的，可用性是关键
某亚洲航空公司的设计师非常沮丧，公司花了 300 万美元为员工建造了一个现代的工作站，但是员工们却不愿意使用，因为设计师设计的人机交互界面虽然非常现代，却不够直觉和高效。然而，这个糟糕的设计是整个系统导航的基础，从头改变已经很难。因此，设计师必须懂得根据用途来设计界面，经常使用的界面在操作上必须高效。
产品创新、组织架构创新……当诸多企业纷纷将创新作为自己的核心竞争力时，身为经理人的你，是否考虑过激励方式也需要创新？
因为与普通员工接触最多，中层经理堪称“平民”领导，拥有天然的优势与员工沟通、激励士气，但同时，因为掌握的资源有限，中层经理也很难调动大量的现金来激励下属。没关系，可以试试非货币激励！对于部门经理人来说，或许没有什么方式比非货币激励更可行有效。
分享知乎 001 号员工的经验
其实从 08 年到现在，我一直想这事能不能有点窍门，或者是实用的方法，结论是几乎没有。
我用过的大家都用的方法：
在水木上发贴子（有点效果）
在蓝色理想上发贴子（无效）
在技术邮件组里发贴子（无效）
买 51job/智联 最便宜的服务（有点效果）
给所有可以想到的人打电话，请他们推荐（无效）
给所有和你讨论过创业，喝过点小酒的人打电话（无效）
约前同事私下谈（有效）
多少年来，人们普遍有一种看法，认为软件工程应该和其它种类的工程一样：仔细的设计，精确的规划，然后进行开发—严格按照设计说明书。就像修建一座 桥梁，不是吗？这种开发方式的问题在于：软件，它是“软”的。它可以无限的延展。任何需要的时候你都可以大幅度的修改你的软件，人们也都是这么干的。还 有，因为软件可以被拿来对任何事物进行模型造型，你能要求软件开发人员去实现的可能的东西几乎是无穷无尽。想要在软件里模拟集成电路吗？干吧。想管理银 行？没问题。让五亿人和他们的朋友保持联系？为什么不呢？小菜一碟。不仅如此，在开发的中途我们还能要求程序员去做各种修改，这种事情经常的以一种不可预 期的形式出现。
这可不是像修桥那样。
由于漠视这种需求不断变化的现实，多年来，无数的项目要么惨遭失败，要么巨额超出预算。所以，在总总的各种证据面前，整个行业为什么还要坚守这种错 误的认识？很难说为什么。不过，最终，行业里开始出现一种新的认识：软件开发工作应该更好的响应需求的变化。事实上，为了适应这种需求上的变化，我们应该 改进软件开发过程。没有比如今的web创业开发社区更欢迎这种趋势的了。所谓的敏捷开发方法已经开始流行，“lean start-up”运动号召对运行中的系统进行自动的或依据经验的超常快速变更响应。
所以，我们都是好样的，不是吗？虽然行动的不是那么快。尽管有越来越多的敏捷开发方法被人们接受，仍然有大量的传统错误认识游荡在我们周围…这些认识大部分都该丢到脑后。
第一个W定律—WHY定律。WHY就是为什么用户要引入系统，引入新的信息系统对用户有什么帮助，在总体工作效能上如何实现一个最终的结果？WHY定律是要求在需求开始时，项目经理就应该明确的，这个项目是为了改进用户工作效率；提高部门间的协作机制；加快对客户反应的体系服务；提升企业的竞争力等等。有了这么一个WHY引入思想，项目经理就可以理清用户最终要的是可以提供给他们什么样的系统，在系统的定位和建立上，就有一个明确地最终目标。
一、项目启动（项目开工会）
了解项目干系人及其利害关系。
所有项目组成员是否到位，如到位则拿到项目开发人员的简历，详细了解每个开发人员的情况（可能会组织到客户方面试）。
根据项目需求规格列出项目功能列表，并根据开发人员技术等情况创建WBS。
根据项目时间、资源等情况规划项目初步开发计划（各里程碑时间点的粗略计划，每个时间段投入多少人力等）。
确定各种软硬件需求，如：版本控制服务器、数据库服务器、开发服务器、缺陷管理软件服务器、开发工具等。
最近评论