IT技术博客大学习 共学习 共进步

工作两年半的部分失败的经验

Prower - 记录成长过程 2009-12-21 23:29:05 浏览 2,842 次

    都说时间一晃就过,这一转眼,2009年又将走到尽头,赶在年末总结狂潮之前,提前给自己做个总结。不只是2009年,而是从走出校门后到现在两年半多的工作经验总结。

    在这两年半多的工作时间中,看到了团队的组成,也看到了团队的解散,感受到了新产品上线前的充忙,也感受到了产品上线后无人搭理的落寂,感受到了老板给予充分空间时工作的愉悦,也感受到了有人指手划脚时的抗拒……

    成功的喜悦在失败的苦果下,显得那么的渺小而不可见。

    计划:项目初期将整个过程预期得太简单,导致将目标定的太庞大,没有将迭代考虑在内,做软件的时候是这样,做网站的时候也是这样,最终导致某些产品夭折无法上线。事无巨细的考虑,而不去是抓产品的核心功能,只会让整个系统越来越复杂,于是脚步一直停留在原地打转转,忘却了互联网的核心就是快,又臭又长的周期,产品迟迟上不了线,磨到最后,所有人都失去了信心;

    执行力:一个再好的计划没有执行力就出不来,而就算是再不好的计划有了执行力,后期也可以咸鱼大翻身。很多事情原本订好的计划,却一再的拖延,每个人都在中途来发表下意见,修改下计划,到最后出来的产品与先前制订计划时的变了个样;

    细节:细节决定胜败。然而太多人不关注细节,都在应付式的随便整整,仅仅是以能用的标准来做产品,将自己的身份凌驾于用户之上,用户想要的是好用的产品而不只是能用的产品;

    前期:没有任何调研,没有任何的准备,突然就说要开始某某产品,这是最糟糕的事情。接到任务的人只会是一头雾水,于是照着已有产品搬一个模子过来,至于这个产品面向的用户群体、任务目标是什么就都不管了;

    后期:产品上线后,以为就结束了,没有后续的迭代行为,做完一个丢一个,就像猴子掰玉米一样,掰到最后,回头一望,一路上半死不活的产品躺在那里垂死挣扎;

    成就感:如果从自己手里出来的产品,自己都感觉不到任何成就感的话,那这个产品就是失败的,彻彻底底的失败。失去了成就感,也就失去了工作的动力;

    团队:我很感谢我踏入职场的第一个团队成员,是他们给于我足够的空间及帮助,让我学到了思考事物的多种方式,以及团队成员之间关系的处理,更重要的是让我坚定了以后的道路。然而在其后的公司里,再也没有感受到真正的团队文化,各自为政各自为战,名是一个团队,实则是分散的个体。这样的团队做出来的东西缺乏整体统一的思路,最终只能是形似而神不似;

    文化:公司文化、团队文化等这些都不只是嘴皮子上说说的事情,以为出几条准则就是文化了,那只是制度,真正的文化是没有实物的,是一种氛围,一种让人感到愉快的氛围;

    信任:当老板尊重与信任员工,能给于员工足够的空间,不干涉员工的工作过程,员工工作的效率有着显著的提升,而当老板凡事都要插手过问时,员工会感觉到上级对自己缺乏信任,于是创造性的思维就停止了,上级让做什么就做什么,不再有主动性,出来的东西也仅是完成任务而已;

    未来:老板期望以一个不着边际的未来来稳固员工飘摇的内心,而不需要实际付出什么,殊不知员工与老板的立场不同,如果员工连生活都顾不上的话,那是没有未来可言的,更没有心思工作的;

    博弈:员工与老板的关系始终是处在一种博弈状态上,如果不能平衡这个关系,那么散伙势必难免,老板只是一味的站在自己的立场考虑事物,最终就会像我所在的第一个团队一样,整个团队离职;

    公平:办公室政治哪都有,能将这部分的影响降到最低也是一种能力。然而大部分时候,老板都做不到这一点。其实员工要的只是一个公正公平的环境,如果这都做不到,那在员工中很容易滋生“反正做了还不如他没做得到的多”之类的心理,于是整个公司的内部关系就瓦解;

建议继续学习

  1. 总结的一些PHP开发中的tips (阅读 5,243)
  2. Google+开发团队分享经验 (阅读 4,480)
  3. 几点学习经验 (阅读 4,341)
  4. 12种不宜使用的Javascript语法 (阅读 3,902)
  5. mysql 初探 (阅读 3,782)
  6. 精美网页专题页面设计的经验总结 (阅读 3,064)
  7. 博客数据库的演变史 (阅读 3,002)
  8. 个人学习经验之谈 (阅读 2,840)
  9. 一些产品经验 (阅读 2,821)