a*****p
发帖数: 1285 | 1 我是新人，刚毕业工作4个月。director A是我的manager，我跟他汇报。然后A把我分
到一个project，project有2个manager，一个管testing （M0），一个管技术的（M1）
，他们都要向我的manager，也就是A汇报project的进度。
我本身的position是技术的，一进来，A让M1教我，M1也教了。 然后一个月前A让我先
把技术搁着，开始学testing，然后问题开始了，我让M0给我分配任务，M0让我找M1,
然后我让M1跟M0谈，无果。 A上个礼拜跟我谈话，期间发现我没有做testing，责怪我
说我问问题不够多。问题是，没有task，我连问问题的机会都没有。后来我又跟M0谈让
给任务，还是无果。
现在心里很憋，大家给点意见吧。该怎么跟M0交涉？还是直接汇报到A？ M0都工作好久
了，最后闹僵，肯定是我吃力不讨好。 |
c*******7
发帖数: 465 | 2 当然是和你的manager先谈阿，不管你工作做得多做得少都要及时和manager沟通才行。至于manger之间的事情，也不是你能管的了的。而且你manager也说了，问题问的不够。看来不光是业务，沟通现在都有问题。 |
w*****g
发帖数: 1415 | 3 i had the same situation 2 years ago when I came to my first full time job.
I read books and read source code and write notes and watch my boss work. I
felt very bad but I tried very hard. Look back I know I did the right thing. |
a****s
发帖数: 115 | 4 是和软件有关的吗？
【在 a*****p 的大作中提到】
: 我是新人，刚毕业工作4个月。director A是我的manager，我跟他汇报。然后A把我分
: 到一个project，project有2个manager，一个管testing （M0），一个管技术的（M1）
: ，他们都要向我的manager，也就是A汇报project的进度。
: 我本身的position是技术的，一进来，A让M1教我，M1也教了。 然后一个月前A让我先
: 把技术搁着，开始学testing，然后问题开始了，我让M0给我分配任务，M0让我找M1,
: 然后我让M1跟M0谈，无果。 A上个礼拜跟我谈话，期间发现我没有做testing，责怪我
: 说我问问题不够多。问题是，没有task，我连问问题的机会都没有。后来我又跟M0谈让
: 给任务，还是无果。
: 现在心里很憋，大家给点意见吧。该怎么跟M0交涉？还是直接汇报到A？ M0都工作好久
: 了，最后闹僵，肯定是我吃力不讨好。
|
a*****p
发帖数: 1285 | 5 是的，做软件咨询的。 testing主要是咨询那块。
我跟M1（技术的）沟通没问题啊。 咨询那块，我本来就是新人，没任务practice，我
都不知道从哪里入手。 今天跟M0又谈了，还是老结果，不给任务，让我找别人。。。
。打算跟manager A汇报一下。。
沟通的问题是双向的，我已经跟M0说了3＋遍了。。。说的我自己脸皮都不知道搁哪里
了，别人都是烦活多，我倒是求别人给活都不给。
越来越担心被炒。。。 |
y**********r
发帖数: 2004 | |
a****s
发帖数: 115 | 7 几点建议：
1. 从技术上讲，不管那个老板给你派什么活，有些基本功是必须的，包括产品的安装
，典型配置和调试，还有常见的排错。你可以按照安装指南和用户手册先练练这些基本
步骤。同时，你们应该有bug tracking system吧? 找几个最近刚fix的，照着里面的操
作步骤全走一遍。有问题就找相关的developer或tester问。两个星期下来，你肯定感
觉就不一样了。再往下，testing的活无非就是不断重复。
老板的目的应该是让你通过做测试的活来熟悉产品和测试流程，属于在岗培训。 如果
你已经对基本操作比较熟悉了，那就看那个功能用户用的最多，自己找有关的bug来测
，争取把它吃透。
2. 从职场的角度讲，你最好再直接问问M0不给派活的原因。是没功夫管你，是不愿意
管？他可能不会直接了当讲，但你要敢问。如果他还没有明确的答复，你就把你的计划
讲一下，要他认可。 注意这里你的目的是了解他的想法，所以你才好知道下一步怎么
做。 不要和他有任何争执。 他给派活最好。不派活的话就按部就班找M1和你的老板，
和他们将你的计划分别讲一下， 这样老板会觉得你主动，眼里有活。
老板忙不是理由， 安排下属的活是他们的本职。 在他们的calendar上放个meeting,
标题就是status sync； 最好让他们到你办公室来，免得你找不到他们。
最忌讳是没活又不及时让老板知道，这样等老板来问你的时候你会很难看。 （老油条
懂怎么偷懒，但你作为新人一不会偷懒，二这样对你将来发展也没好处。） 有了活，
也要争取每周有时间向老板汇报进度，并得到反馈。
和你直接老板的沟通最重要。 他最希望你早点上手。(至于M0我怀疑有私心)。 谈的时
候尽量摆事实 - 和M0谈了几次，大概什么时间，结果如何，你的计划是什么。 大老板
如果是明白人，应该会给你撑腰。否则的话，这个公司也没什么好待的，趁早另谋高就。
祝你好运。 |
b***p
发帖数: 1398 | |
l*****o
发帖数: 234 | 9 很到位的分析的建议，路过拜读了！
【在 a****s 的大作中提到】
: 几点建议：
: 1. 从技术上讲，不管那个老板给你派什么活，有些基本功是必须的，包括产品的安装
: ，典型配置和调试，还有常见的排错。你可以按照安装指南和用户手册先练练这些基本
: 步骤。同时，你们应该有bug tracking system吧? 找几个最近刚fix的，照着里面的操
: 作步骤全走一遍。有问题就找相关的developer或tester问。两个星期下来，你肯定感
: 觉就不一样了。再往下，testing的活无非就是不断重复。
: 老板的目的应该是让你通过做测试的活来熟悉产品和测试流程，属于在岗培训。 如果
: 你已经对基本操作比较熟悉了，那就看那个功能用户用的最多，自己找有关的bug来测
: ，争取把它吃透。
: 2. 从职场的角度讲，你最好再直接问问M0不给派活的原因。是没功夫管你，是不愿意
|
