精华帖 (7) :: 良好帖 (4) :: 隐藏帖 (1)
|
|
---|---|
作者 | 正文 |
发表时间:2010-03-29
抛出异常的爱 写道 celine 写道 您“找工作”是双向选择
but很多人其实是在“求职”单向被选择 有救火能力的人,每家公司都需要吧,谁能保准不出任何意外呢 but以救火为荣-->不在乎起火,反正有救火的-->故意放火,然后救火显摆。。。就恐怖了。。。 gigix 写道 抛出异常的爱 写道 我一直认为需要设身处地的去想。。。所以老进死胡同。
孙子兵法说了,有对手三倍兵力就跟他打,有对手五倍兵力就把他围起来,这是用兵的正道。 说到做项目,我追求的是让项目不起火,大家安安稳稳舒舒服服把事情做好。如果经常都要救火,我就会觉得这个事情很傻逼。 所以如果有人问我怎么救火,我就会多加个心眼:这是不是表示起火是这个公司的常态? 那我就要利用他这个问题多探一探他的情况和他对这件事的看法。 如果这家公司本身就是以救火为荣的,那我就可以先闪了。 我早年也是作过救火队。 不过不想再作这种工作了。 不会有满足感的 都是失败感与挫折感。 PS:倒数第二题,倒数第一题。都在项目中遇到过。。。。 每次解决都很勉强 倒数第二题: 我有一次对老板说计划是你说了算。 完的成完不成还不是程序员说了算? 忘了你说的结束日期吧。 哪个项目没延过呢? 倒数第一题: 让他们回去看文档是最差的办法(尝试过) 在开始QA之前 找个会议室与他单独把所有的功能review一下 把他写的所有的CASE再REVIEW一下。 这样功能等级就不会太离谱. 主要还是有人品问题在里面。谁写的代码能没BUG呢? 让自己有的选也是我看书学习的主要原因。 当然我是想找个办法去解决问题, 从没像GIGIX那样想找个工作不用去考虑这种问题 人家的题目是测试员把bug直接提交到高层,不管这个bug是不是真正的bug,你也被毁了。 |
|
返回顶楼 | |
发表时间:2010-03-29
抛出异常的爱 写道 拥抱变化之美 写道 抛出异常的爱 写道 1-6很感性。。。。对了错了就那个样子。
后面的两题很致命。 估计我答有一半折的概率 倒数第二题: 先找思路,要知道如何下手,从哪下手。 倒数第一题: 引用 假如你想申请延期或砍功能,你怎么说服经理
讲清利害关系,他自己就会让你延期或砍功能 引用 某测试小组成员老将测试你负责部分中出现的Bug直接提交到高层且经常在你比较忙的时候请教你负责模块的内容.对于这种情况,你打算如何处理
原来这个家伙既不守规矩也不懂业务,换个测试员吧。 我有一半可能。你是一点可能没有。。。 没错或许是一点可能也没有,不过遇到这样不切实际的领导和不守规矩的员工,我还是躲远点儿吧。 |
|
返回顶楼 | |
发表时间:2010-03-29
我也试着答一下:
倒数三:一方面通知市场、汇报给直接领导,告诉他们最坏的情况,并告诉他们项目可能延迟多久发布,做好延期发布的心理准备和补救措施。另一方面就是安排加班,再想办法跟老板为兄弟们争取点激励,争取早日兑现承诺。 倒数二:既然是经理负责决策,我只需要告诉他每个策略的后果是什么就OK了。 倒数一:私下沟通。如果不行的话,根据公司规定来。如果实在让我很不爽的话就尽快想办法换别人来做,要不时间一长造成高层对PM的不信任的话,工作就不好开展了。 gigix的看法很独特,经验大牛。 |
|
返回顶楼 | |
发表时间:2010-03-29
对于需求与期限之间的关系:
正规一点的需求文档都有关于优先级的问题,当按照目前状态出现有延期的情况下,首先看你的开发任务是不是可以分解,能够通过增加人手来解决这个问题,如果不能,看客户能不能接受延期,不能接受,就按照需求的优先级别砍需求 对于提高bug到高层: 首先是与项目经理交流,看这个bug的级别提交是怎么确定的,如果确实是,那么就按照执行,如果不行,那么就让项目经理与测试人员,甚至测试部门的经理去沟通。(PS:如果高层不是特别关注和这个bug的话,早就找那个人谈话了);忙的时候来问问题,可以说稍等,这个是两个人的沟通问题了。 |
|
返回顶楼 | |
发表时间:2010-03-29
这个是高工的技能吗? 感觉是系统分析师的技能啊
高工的技能是精通 算法/oo设计/数据结构/软件工程 根据侧重点可以掌握 UML/数据库/各种API/WEB |
|
返回顶楼 | |
发表时间:2010-03-29
最后修改:2010-03-29
我来答下看:
引用 如果之前承诺的发布日期就在两周后,但你发现你负责的模块需要三周才能完成.你会怎么做
假如你想申请延期或砍功能,你怎么说服经理 首先看之前工作量是如何评估的,现在发现完不成是由于内外部情况发生变化还是自己评估出现严重偏差 如果是情况发生变化可以向经理说明,因为这个是“不可抗力”,最好事先想好个经理的建议,例如如何给中高层领导或者客户解释,补救策略是什么 如果是自己评估发生偏差主动承认错误,作为自己的教训 并且给经理建议如何补救,加班或者延期、调入资源等等 引用 某测试小组成员老将测试你负责部分中出现的Bug直接提交到高层,且经常在你比较忙的时候请教你负责模块的内容.对于这种情况,你打算如何处理
首先看这个是否确实是缺陷,自己的缺陷率是否过高? 有可能是该测试认为自己的缺陷率过高,需要提醒领导注意 其次看这个测试是否与你有过节或者自己的考虑,摸清楚他的内心想法 再后和自己的领导(项目、产品负责人)沟通,说明这部分报告的问题原因和后续解决方法,领导了解解决方法后,自然会提醒测试人员不要越级报告(如果他还算负责的话),并且在向中高层说明项目运行情况时,解释这些发现的缺陷 以上假设自己的经理还算不错,不管对人还是对事 否则的话主动跑路 gigix 的意见我稍有不同意 我是在高程的角度回答开发经理,面试时经理往往代表经理自己 并不是代表公司,而且工作中经理对自己的影响是最大的,往往决定了以后的日子 |
|
返回顶楼 | |
发表时间:2010-03-29
我现在做的就是救火项目,感觉极其不爽。
|
|
返回顶楼 | |
发表时间:2010-03-29
最后修改:2010-03-29
seeckt 写道 我来答下看:
引用 如果之前承诺的发布日期就在两周后,但你发现你负责的模块需要三周才能完成.你会怎么做
假如你想申请延期或砍功能,你怎么说服经理 首先看之前工作量是如何评估的,现在发现完不成是由于内外部情况发生变化还是自己评估出现严重偏差 如果是情况发生变化可以向经理说明,因为这个是“不可抗力”,最好事先想好个经理的建议,例如如何给中高层领导或者客户解释,补救策略是什么 如果是自己评估发生偏差主动承认错误,作为自己的教训 并且给经理建议如何补救,加班或者延期、调入资源等等 引用 某测试小组成员老将测试你负责部分中出现的Bug直接提交到高层,且经常在你比较忙的时候请教你负责模块的内容.对于这种情况,你打算如何处理
首先看这个是否确实是缺陷,自己的缺陷率是否过高? 有可能是该测试认为自己的缺陷率过高,需要提醒领导注意 其次看这个测试是否与你有过节或者自己的考虑,摸清楚他的内心想法 再后和自己的领导(项目、产品负责人)沟通,说明这部分报告的问题原因和后续解决方法,领导了解解决方法后,自然会提醒测试人员不要越级报告(如果他还算负责的话),并且在向中高层说明项目运行情况时,解释这些发现的缺陷 以上假设自己的经理还算不错,不管对人还是对事 否则的话主动跑路 gigix 的意见我稍有不同意 我是在高程的角度回答开发经理,面试时经理往往代表经理自己 并不是代表公司,而且工作中经理对自己的影响是最大的,往往决定了以后的日子 你可以看一下这个再说 http://www.iteye.com/topic/581139#1351841 PS:又想了一下。 BUG提到高层是好事 需要用个软件把所有发现的BUG自动发到老大的邮箱里去。 当然BUGfree有这个功能。 不需要你再写代码。 |
|
返回顶楼 | |
发表时间:2010-03-30
不明白要看那个帖子是什么意思
那个是说部门间的政治,本帖是说团队内部的政治, 没有共同点 如果团队内的成员目标和利益很不一致 完全是团队领导的责任,他应该来平衡 部门间的利益不一致则是高层来平衡 |
|
返回顶楼 | |
发表时间:2010-05-13
呵呵 我也从没遇到过这样的面试题,,最近面试都是做笔试了,估计做得不怎么好 也面试了几家 都没给人看上了 奋斗中,
|
|
返回顶楼 | |