【2/8 今天准了！】前功尽弃！！！CO竟然这时才告诉我不算是Software Engineer

hadesatan

原帖由 新格咪咪 于 15-12-2011 19:19 发表

                               
登录/注册后可看大图

亡羊补牢  还不晚  写的详细一点 材料不在于多 在于一针见血 ~  
把你公司的 组织结构图画出来给他 把你的工作 只要和 开发有关的 都写出 ~  哪怕是为厕所开发一个台灯（比喻） 全部统统写出来 人生能有几回博 ...

我5年前就开始做TL了，很少亲自写代码了
但是所有的材料里我反复强调我是个码农。。。

mimiyaya

你这个CO明显不懂IT。
你先把他的原文分析清楚，他是不是真的说要这些都干过才算software engineering。

如果确实是这个意思，你可以写一封信去解释一下。

你不这么认为。因为software engineering的分工是很细的。正像你说的，测试的不做开发，开发不做支持。
为了让他明白，你还可以去seek（www.seek.com.au)上分别找三个广告：开发，测试和技术支持的。
然后把description里的技术要求给他做一个分析。

然后告诉他，如果他觉得还有疑问，可以和ACS做一个沟通。你Happy to assist him with that.

Good Luck!

esfun

谢谢你的认真回复。这是他的原文：
Your duties seem to most closely match 313111 Hardware technician or 313112 ICT Customer Support Officer, which are not on the SOL. A software engineer designs, develops, modifies, documents, tests, implements, installs and supports software applications and systems.  It appears that your duties are primarily to troubleshoot client's problems.
主要是说觉得我像那两个，其实驳斥这个观点很容易。
我只是怕下一步他强调我非得满足SE所有动词才行，那我就会被动。所以我这封信除了否定那两个职位，还得尽量按照SE的那几个keyword去描述我的职责。

lippea

感觉这口气还是很温和的（seem to），跟她解释一下，说之前描述的描述可能有点误解，然后说明你如何做的SE的工作，还是成功有望的

Daibaw

Troubleshoot client's problems, no
You participate in identifying potential defects in commercial software systems reported by front-end tech support people and work with the in-lab programmers to provide, or evaluate the technical feasibility of, any fixes of the problems, through the means including but not limited to, in-lab defect reproduction, use case simulation and [编程语言] code inspection.
The entire job is based on a developer's knowledge and perspective (and as an integral part of the development team), therefore definitely not a customer support role and is not even close to the two alternative codes provided.

随便argue几句，行不行看LZ拿不拿得出证据支持了
特别是后来提供的工作证据如果尽量不要和以前提供的东西对不上，否则CO容易起疑

[ 本帖最后由 Daibaw 于 15-12-2011 21:18 编辑 ]

esfun

严重同意，Daibaw真是同行啊！
我们确实是针对产品defect的支持，我们可以看代码，产品任何confidential信息都会共享给我们。这些都是与一般意义的支持是本质区别。
信已经昨晚发出去，在等回复中。
估计今天不会收到，CO肯定也得仔细研究一下，毕竟是要推翻他以前的结论

lippea

顶，bless～～～～～～～

cnni

虽然我不是做IT的，但是这种技术支持的工作对技术的要求也是很高的。
我也是在一个知名外企干技术支持，500强排名前面的。所有的Engineering Results我都是需要看到的，所有从客户来的需要做技术改动的东西都要经过我。

bigapple2008

原帖由 cnni 于 16-12-2011 20:58 发表

                               
登录/注册后可看大图

虽然我不是做IT的，但是这种技术支持的工作对技术的要求也是很高的。
我也是在一个知名外企干技术支持，500强排名前面的。所有的Engineering Results我都是需要看到的，所有从客户来的需要做技术改动的东西都要经过 ...

这个不在于技术的高低，关键在于职责和做的事情是否得到CO的认可，认为是SE的工作
CO宁可承认一个刚毕业的，蹩脚的写代码的人是SE，却也很难承认一个技术很牛，背景很强，10几年technical support的人是SE，至少楼主碰到的CO目前是这个情况。

所以关键还是要证明，楼主做的是SE的事情

cnni

在大公司里面，分工细，而且有很多跨专业的职位，不可能一个人把SE occupational code里面的工作全做完了吧。其实SE也不仅仅是写代码。像我这个职位既要考虑电气适应性，又要考虑机械载荷，莫非我既是EE又是ME？

熊猫阿三

我也好奇，你软件开发为什么加个support进去？

22622306

杯具~~还有这种CO~~~拉出去。。。。

nowaybutgo

说句老实话，楼主工作的主要内容是不是写程序啊？假如不是，个人观点，真的不能算啊，除非你造假。

transamerica

先对楼主表示一下同情。我觉得你最开始就不按照常规来出牌，现在又要人家来接受你的出牌方式，然后又要给co普及500强IT公司的组织结构和人力资源的合理分化。你这盘棋玩复杂了。

planwalker

应该co说了不算吧，我职业评估的是261111 business analyser。补的推荐信是program manager。我的co也什么话没说就给我准签了啊。如果co说了算，那还要ACS干什么？

dasauto

你Lg雅思努力一下拼4个7差不多吧，不行重新来申请州担保

payaqa

原帖由 nowaybutgo 于 17-12-2011 18:42 发表

                               
登录/注册后可看大图

说句老实话，楼主工作的主要内容是不是写程序啊？假如不是，个人观点，真的不能算啊，除非你造假。

其实我觉得您的观点不对。我个人认为，ACS对261313的认知就是不太写代码，但是做的事情跟软件有关的。所以我觉得Support在某种意义上是符合261313的，但要具体看你的职责。既然ACS已经定义楼主是261313，应该就是已经认可了。

xiaoxiaobull

这些东西不是简单的yes no，楼主要发挥语言技巧，完全可以过关的。
每次发的信最好让牛人review一下。

neilxiong

我觉楼主的职业在澳洲其实就是Customer Support。

esfun

For your information,  DIAC定义（根据澳洲统计局）Customer Support如下：
313112 ICT CUSTOMER SUPPORT OFFICER

Alternative Titles:
ICT Help Desk Officer
ICT Help Desk Technician
Systems Support Officer
Provides support, education and guidance in the deployment and maintenance of computer infrastructure and the diagnosis and resolution of
technical problems and issues. May work in a call centre.

Skill Level: 2

Specialisations:
Network Support Technician
Operator Command Support Systems (Army)

新格咪咪

祝楼主一切顺利~

kuafu

祝楼主顺利。

esfun

是的，我说明了过去五年一直是的

tristone

lz表急，我当初也是这个CO。还是讲道理的，不过以前在是大使馆工作的所以对IT恐怕不太内行。

建议你还是跟他解释一下，尽量往ACS的定义上靠。不行就让公司重新出一份证明并且说明IT行业的职责本身就有不少overlap的。前途还是光明的。

esfun

谢谢呀。您的回复真让人宽心。我也看出他对IT不在行啊。只要是讲道理的人就好
我这次的解释信就是往定义上靠的，有推荐人签名证实

我先交上去，看看他怎么回复吧。至少不会一把直接拒了我，缺证明可以补，补不了就解释，再不行就调查。

vikazz

看CO的意思，无非就是让你再开个工作证明，让开证明的人写的时候把CO认为的符合Software Engineer的一些工作写进去就可以了，再让经理附封推荐信，也具体地写清你的工作范围，尽量往CO要的那个意思上靠啊~~
加油！争取搞定这个CO！

coconuth

加油加油  等你好消息啊

lippea

估计得等元旦后才有回信了

esfun

嗯，估计是得等元旦后了
我提交完推荐人重新签名的推荐信等材料，CO竟然还是说这个不算数（晕～那别人的推荐信呢？），得要公司HR盖章的工作职责详细说明。
我去问我们公司HR，果然如我所料，他们开推荐信有固定格式，不包含详细职责。在职信不会想怎么写就给你盖章的（即使我先找老板签名确认也不行）。大公司是比较严谨，HR是多余的话绝对不说
然后告诉CO这个结果，他不信可以打电话问我们HR。

所以，我就期待背调吧，没什么大不了。就是那句大家经常拿来鼓励背调的人的，“放心，真的假不了！”hoho

platosun

原帖由 vikazz 于 21-12-2011 00:48 发表

                               
登录/注册后可看大图

看CO的意思，无非就是让你再开个工作证明，让开证明的人写的时候把CO认为的符合Software Engineer的一些工作写进去就可以了，再让经理附封推荐信，也具体地写清你的工作范围，尽量往CO要的那个意思上靠啊~~
加油！争 ...

我也是这么觉得，之所以跟你communicate，就是给你机会，所以建议不要argue，理清制定的规则，尽快尽力补充人家认可的evidence，也别让人家为难不是~
确实technical support在不同国家，不同行业有不同认知，同样做软件产品的也千差万别，那这个做论据，不太好说服人。我认为就使劲证明你的major duty与coding紧密相关，还有在project development lifecycle里面是不可或缺吧，而不是在After Sales领域，比如你的Field test， source code debugging and analysis，甚至是否有你的bug fix code 或者方案 进到Hotfix 或者SP 版本code 或者design change中，这些绝对算是产品开发领域，自然其他duties都会在life cycle中得到体现。