- 博客(10)
- 收藏
- 关注
RSS订阅
原创 转折-JQ
JQ是我供职的第二家公司，是我做软件测试的起点。招聘会上茫茫人海，怕挤，就只投了这家处于通道最外端的公司，没想到就去了，从DBA转向了tester。转正会上我这么总结的“我大学的时候既学过计算机，又学过会计，当时想我要是工作了，肯定得舍弃一样，没想到在JQ，这两样我都用上了”，因
2011-08-03 17:11:25
322
原创 笑对人生的xp
矮油，年纪大了就是爱怀旧，老是琢磨以前的那点破事。虽然说还没积累到可以到写自传的时候，但也有点小感想。 先写谁呢？恩，xp吧。Xp是我踏入职场的第一位领导，他教给我学习、理想、乐观。一个国企下设的小公司，闲得要死。我也没啥上进心，混日子呗。Xp作为部门头，并没有
2011-08-03 17:09:33
365
原创 咋办？
对于手下的员工，最重要的是让大家感觉到并不是在为公司在工作，而是1为自己工作；2为了满足客户的某个需求在工作。要让员工有贡献认同感和成就感。 具体怎么做？
2011-06-08 10:21:00
219
原创 [内容有自己写的也有看别人的觉得有感觉然后粘贴过来的，非纯原创] 最近心得
<br /> 近期在整绩效考核的事。琢磨的过程中，随便记点东西<br /> <br /> 价值观的问题：现在我们评价某人或某部分工作成果的标准是按时完成事情？还是提前完成事情？还是有质量的完成了事情？还是可持续发展的完成了事情？或者简单点，是做得快优秀？还是做得好优秀。<br />我自己的感觉，大部分的从领导到员工，都是以快为目标，并且没太多考虑后果。产品同事想出个雏形，就要求研发来生产了；开发同事了解个大概，就开始写代码了；到了我们测试，如果要配合大家的进度，那只能是不清不楚的就开始测试了。这
2011-04-01 15:42:00
344
原创 尝试伪敏捷
<br /><br />一、伪敏捷是指<br /> 我想这个方法称不上是一个真正意义的敏捷，只是借鉴了一些敏捷的皮毛。主要目标是要做到：不要等，要快；不要过分关注文档，要关注产品；不要分配责任，要协作。<br /> 不要再认为：需求就是产品的事、质量就是测试的事、缺陷就是开发的事。<br /> <br />二、为什么会有这种想法<br /> 现在技术中心的常规做项目的方法是：先做需求，然后评审，然后等需求定稿，然后开发和测试并行做设计和开发，然后测试用例评审，
2011-03-24 15:36:00
457
原创 畸形的公司，奇怪的事，无语的人
<br /><br />今天去某校园双选会招聘，共4个人去，人力GG，开发头头1，开发头头2，me（说明一下，我不是人力的，也是用人部门的）。事是早定下的。招聘的头一天，人力GG通知我们其它三人："明天早上8点钟到，别忘了啊"。过一会，人力GG电我："你家是不是比较近啊，有些材料你是不是可以帮拿一下？“。我家确实比较近，先到公司拿东西也无所谓，遂答应之。<br />到了第二天，一早我拿了东西到了地方，已经是差2分钟8点了，电人力GG，答“我还没到”。晕，自己拎了东西步行数百米进入会场，帮人力GG办了交费等一
2011-03-17 16:35:00
327
原创 郁闷事兼问题之一
今天发生了这么个事，很让我郁闷/迷茫/要气愤吗?/难道我做错了？ 恩，就是纠结 有个项目，可以简称A，有个项目负责人，可以简称小明兄。A是个从需求阶段就很拖沓漫长混乱的项目，小明兄是项目负责个及需求负责人。项目从去年年底就启动了，到今年3月份了，需求还没定稿，这中间经历了无数的不能称得上需求评审的评审会，这种会议总结起来就是一大票人陪着产品部工作，我们说他们记录，然后过几天发一份根本无法覆盖会议所说内容的文档给我们，然后再次继续及循环。这中间的种种事项咱们容后再表，另外还有需求不给力的情
2011-03-04 16:25:00
249
原创 自我介绍
计算机本科出身。谈不上对这一行有多大的兴趣，但遵守老辈人的教育：干一行爱一行。既然误打误撞进来了，那就好好做吧。从DBA转向测试，自我感觉还凑合。要求比较高，有“完美主义”倾向。不想太混日子，做就要有点样子。工作之余爱琢磨琢磨，偶尔有点想法，在这一亩三分地方唠叨唠叨。如有雷同，实属缘分。
2011-02-24 17:21:00
209
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人