第一个失败的项目： 基于快盘的应用
  内容: chrome插件，快速抓取网页内容，存储到网络硬盘。
  人数：三人
   技术：js，ajax
   项目时间：工作之余，半个月多，除工作日
   目标：拿到一万块

结果：项目失败。

原因：
主要：时间估算太过乐观

1、前期考察问题：a项目启动后发现绿色快盘隐隐已经做了即拖即存这个概念，只是没有做细；
  b对公司的快盘API太抱希望了，直到九月底才通过嗅探器获取到实际的路径，连接登录成功

2、今天发现，chrome浏览器，js兼容方面的问题，很多细节问题，剩下三天不好处理，时间上风险比较大，

3、前期没有找到好的js，特别是针对chrome开发的IDE，导致一直在记事本手写，js又不是组员们擅长的，拖延了很多时间

4、ajax在chrome面很多细节问题。时间开销大，剩三天而已。所以直接砍掉。


教训：
1、公司不成熟的东西不要做，特别是很难找到人指导的
2、不擅长的技术领域，时间不允许不做
3、回报与实际开销不成正比的东西不做
4、假期折合正常人力成本两倍，不要把自己当学生一样，我们的人力成本很贵
5、哥想，还不如直接拉项目做
6、时间较短的，有原型，项目技术经验有保障的才做。

要点：时间，技术，考察前期
这是哥做的失败的一个项目。


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
工作日的一个成功的项目：启动项目组的单元测试
内容：完成单元测试的工作规范，测试框架，完成一个新功能的单元测试

人数：三人，两个开发，一个测试开发人员

时间：一周

结果：顺利完成

经验：
1、充分利用老一辈的成果
2、人员技术符合开发项目要求，
      测试开发人员：对内核代码不熟悉，但是对测试案例设计比较熟悉，所以很好针对分配给他的要求，顺利完成设计任务
      开发人员：一位给他充分时间搭起了测试框架，并且修改了框架，使其更好方便工作
      开发与项目推动人员：也就是我啦，找了几乎所有老员工，对历史的测试框架，进行了讨论，并且确认其可行性。
                                          因为是第一次玩，所以定了详细的准则，邀请了测试开发老大，系统开发老大，还有开发的老大，进行了测试深度的讨论，定了很多规则，是后面单元测试有了准则可依，
                                          至少做出的要求达到老大的要求。
  3、人员工作时间较稳定，顺利开展的保证

------------------------------------------------------------------------------------------


以前的项目。。。。想起来再写吧