从需求来看《IT人员应聘建议》
生活随笔
收集整理的這篇文章主要介紹了
从需求来看《IT人员应聘建议》
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
這幾天關(guān)于tonyxiao的那篇文章引發(fā)了不少的爭議,看著也心煩,對于那篇文章,我主要還是持肯定態(tài)度的,包括今天再論xxx的那篇,基本也是同意的。 首先任何一篇這種職場經(jīng)驗的文章,都不可能讓所有人都受益。因為讀者所處的位置不同(應(yīng)聘/招聘方),所需求的職位不同(技術(shù)/管理/銷售),所以大家對文章看法的結(jié)果也是截然不同的。那么我認為,一篇文章中,有那么一兩句對你現(xiàn)在的工作有所幫助,這片文章就應(yīng)該是成功的。除非樓主太站在階級對立面、太自以為是,要不然還是不要惡語相向的好。 對于馬斯洛的金字塔模型,我一直是比較喜歡的,也習(xí)慣用它來看待一些問題。希望本文的分享對你有用。 金字塔模型很簡單,幾句話就可以概括:就是說人首先滿足的是吃喝需求,在吃飽喝足之后,才會希望自己生活的安定,安定之后呢?希望被被人認可。認可之后則要自我突破,尋求更大的榮譽。 滿足是分階段的,每個層次只會對當(dāng)前層次的需求感興趣。當(dāng)當(dāng)前層次被滿足之后,才會去尋求下一層次的需求。 恩,基本和廢話差不多。 (下面這個塔是山寨的,上面是正版的。希望對大家理解有幫助。) 招聘銷售人員,你是招3個底薪800的,還是招1個底薪2600的?
這個要分情況對待,如果銷售的產(chǎn)品沒有太大技術(shù)含量,或者說這種銷售過程可以經(jīng)過培訓(xùn)達到一種熟練的結(jié)果。那么招3個底薪800的是個不錯的結(jié)果,算是遍地撒網(wǎng),落地開花。反正提成大家都一樣,真要干的好的,出色的,月薪5K也很容易。但是相對資方來說,壓力小了很多。 如果是銷售的產(chǎn)品技術(shù)含量很高,比如賣防火墻、賣高端服務(wù)器。經(jīng)過一段時間的培訓(xùn)也很難上手,或者說這種銷售過程需要一種知識底蘊,那么招聘底薪2600的也就只能成為唯一的選擇了。 前者是我曾經(jīng)工作過的一家公司的真實寫照,作為第一線的銷售,底薪確實很低,但是少數(shù)某些人提成也確實很高。這些人為什么能接受如此低的底薪?(換做你我搞技術(shù)的肯定不會接受)這和他們所處的需求層次有關(guān),溫飽解決之后,才會去考慮其他的。 技術(shù)人員的需求層在哪?
以我來看,純技術(shù)人員的需求層相對管理層普遍要低。造成這種局面的原因主要是一來純技術(shù)人員面臨機器的情況多余面臨人的情況,二來接觸人的機會少了,在交際能力上也會有所欠缺。這是一種惡性循環(huán)。在多數(shù)國內(nèi)公司里,純技術(shù)人員的工資水平是低于管理層的,即使你們的職位一樣。 如何滿足技術(shù)人員的需求
OK,既然技術(shù)人員需求層次低,那我滿足你的溫飽需求好了,社會和被尊重神馬的也不需要給你了。關(guān)鍵是現(xiàn)在的企業(yè)多數(shù)不會這么干,多少薪水意味著多少社會地位。沒地位的技術(shù)人員也只能是低薪水。 技術(shù)人員光吃不拉,占地兒
技術(shù)人員還有壞毛病,就是光花錢不賺錢,賺錢的銷售自然水漲船高、哪怕同樣的技術(shù)人員,在盈利不同的項目組里面,工資水平也可能會不一樣。導(dǎo)致大家一致向錢看,對于辛苦運維的技術(shù)人員不會給好臉色。每次審批買設(shè)備都千難萬難。為何?光吃不拉唄? 招桌面管理員,是招一個5K的熟練工還是招3個1K的實習(xí)生和一個2K的半吊子當(dāng)導(dǎo)師帶實習(xí)生?
很多時候管理層更傾向于后者,人多畢竟力量大唄,稍微培訓(xùn)一下,就可以用了。然而不可否認的是,低薪水同時也伴隨著低認同感,人員流動很大。現(xiàn)在企業(yè)一直喊著”企業(yè)離開誰都可以玩得開,沒有誰是離不開的”,這種情況更讓實習(xí)生和半吊子的生活難堪。 認識自己的地位,提高自己的需求層次
現(xiàn)實就是這么無奈,為了提高自己的地位,首先還是要打破”沒有誰是離不開的”這個神話,最為技術(shù)人員,我們不能讓自己的存在感太低,存在感一低,就意味著需求層次太低,大家不認同你,你也不可能有什么自我實現(xiàn)。盡管你內(nèi)心渴望成功、渴望高薪,可不通過溝通,是沒有人會認識到這一點的。 假設(shè)現(xiàn)在你是1k的實習(xí)生,是2k的半吊子,那么就要努力讓自己的能力提升到5k的熟練工,再然后同步提升自己的溝通和交往能力,提升自己的存在感。(存在感這東西很玄幻,這一點我們很有必要向銷售同仁學(xué)一學(xué))。如果不能讓領(lǐng)導(dǎo)理解你的重要性,那么你的薪水等級自然也不會太重要。 有人說技術(shù)人員冷漠,尼瑪技術(shù)人員不善言談又不解釋自然就變成了冷漠。這個壞毛病也要盡快改掉。 學(xué)會為不公找理由
看了tonyxiao帖子最大的感觸就是,樓主在盡量積極的把帖子的意義往正面里帶,有人就是喜歡來點負面。負面這東西人人都愛,罵著過癮啊,但是這對你的未來有什么用?光抱怨光說這不對那不對,看完了和YY小說一樣,除了爽,你有學(xué)會什么有用的職場技巧么?沒有,經(jīng)營管理這種技巧作為一種御下之道,本身確實是有著階級觀念的,確實是高級別對低級別的一種洗腦和洗腦方法,但不可否認,這些方法中起碼都是堂堂正正中庸之道,更講究的是提升自身素養(yǎng)。 好吧,就算這種文章是充滿惡意的,但是對于讀者來說,看完完全沒有危害,照著做了即使不成功,也會有所進步。 相信大家在企業(yè)內(nèi)部提出可行性建議的時候,boss都會要求至少對一件事情提出兩種建議和兩種解決方案吧?這種小技巧相信大家也都了解。這么做對技術(shù)人員來說是費時費力的,但是你收獲的是什么?你為你的boss貢獻了第四層和第五層需求:被尊重和自我實現(xiàn)。在貢獻的過程中,最次,我是說最次,你本身也會學(xué)習(xí)到一種新的做法,一種新的技能。運氣 那么把這件本來是boss挑刺找兩個方案,變成順便學(xué)習(xí)一項新技術(shù),是不是更有意義,除了發(fā)泄之外,對自己的未來更有一點好處? 預(yù)算制的威脅
很多公司在財務(wù)制度上實施的是預(yù)算制,這個話題貌似和技術(shù)人員無關(guān)?其實不然,每個項目可以花出去的錢都是有限制的,因為公司從項目中可以賺到的錢是固定的,項目經(jīng)理和HR在用人上節(jié)省了,那么自然最終利潤就高了,商人逐利,這沒什么可抱怨的。要想不做預(yù)算制的犧牲品,那么自身實力強大又成了必須的了。事實上,不管是研發(fā)、運維、銷售,個人實力不強的,基本薪水上也都比較完蛋。當(dāng)然,嘴巴甜的,懂得進退的,是會給薪水加分的。 預(yù)算制的好處也有其優(yōu)點,一般來說,一個團隊即使都是做技術(shù)的,薪水也不會一水的一樣。在職位上,甚至也會有那么一兩個帶頭人。本身技術(shù)好,嘴巴甜,讓boss高興,那么名額有限的帶頭人也許就是你了。 ===================================================== 相信更多的技術(shù)人希望看到的是如何嘴巴甜,如何讓boss高興,這個又是一門太高深的學(xué)問,而這一點就是無法自己掌控的。而這一點又是管理層不愿意說太明白的:說明白了,這到底是你自己領(lǐng)會的,還是應(yīng)聲蟲呢?領(lǐng)導(dǎo)畢竟也希望你是真心實意去拍他馬屁的。如果提前告訴你:嘿,小王,以后天天要多拍拍我。那相信雙方都會反感的。 所以在可以掌控的范圍內(nèi),職場文章多數(shù)教育大家提升自身修養(yǎng)是一種主流觀念。希望你能從主流觀念中找到一些適合自己的,至于不適合自己的,那么不去理會就是了,但是也沒有必要抨擊不是?
這個要分情況對待,如果銷售的產(chǎn)品沒有太大技術(shù)含量,或者說這種銷售過程可以經(jīng)過培訓(xùn)達到一種熟練的結(jié)果。那么招3個底薪800的是個不錯的結(jié)果,算是遍地撒網(wǎng),落地開花。反正提成大家都一樣,真要干的好的,出色的,月薪5K也很容易。但是相對資方來說,壓力小了很多。 如果是銷售的產(chǎn)品技術(shù)含量很高,比如賣防火墻、賣高端服務(wù)器。經(jīng)過一段時間的培訓(xùn)也很難上手,或者說這種銷售過程需要一種知識底蘊,那么招聘底薪2600的也就只能成為唯一的選擇了。 前者是我曾經(jīng)工作過的一家公司的真實寫照,作為第一線的銷售,底薪確實很低,但是少數(shù)某些人提成也確實很高。這些人為什么能接受如此低的底薪?(換做你我搞技術(shù)的肯定不會接受)這和他們所處的需求層次有關(guān),溫飽解決之后,才會去考慮其他的。
以我來看,純技術(shù)人員的需求層相對管理層普遍要低。造成這種局面的原因主要是一來純技術(shù)人員面臨機器的情況多余面臨人的情況,二來接觸人的機會少了,在交際能力上也會有所欠缺。這是一種惡性循環(huán)。在多數(shù)國內(nèi)公司里,純技術(shù)人員的工資水平是低于管理層的,即使你們的職位一樣。
OK,既然技術(shù)人員需求層次低,那我滿足你的溫飽需求好了,社會和被尊重神馬的也不需要給你了。關(guān)鍵是現(xiàn)在的企業(yè)多數(shù)不會這么干,多少薪水意味著多少社會地位。沒地位的技術(shù)人員也只能是低薪水。
技術(shù)人員還有壞毛病,就是光花錢不賺錢,賺錢的銷售自然水漲船高、哪怕同樣的技術(shù)人員,在盈利不同的項目組里面,工資水平也可能會不一樣。導(dǎo)致大家一致向錢看,對于辛苦運維的技術(shù)人員不會給好臉色。每次審批買設(shè)備都千難萬難。為何?光吃不拉唄?
很多時候管理層更傾向于后者,人多畢竟力量大唄,稍微培訓(xùn)一下,就可以用了。然而不可否認的是,低薪水同時也伴隨著低認同感,人員流動很大。現(xiàn)在企業(yè)一直喊著”企業(yè)離開誰都可以玩得開,沒有誰是離不開的”,這種情況更讓實習(xí)生和半吊子的生活難堪。
現(xiàn)實就是這么無奈,為了提高自己的地位,首先還是要打破”沒有誰是離不開的”這個神話,最為技術(shù)人員,我們不能讓自己的存在感太低,存在感一低,就意味著需求層次太低,大家不認同你,你也不可能有什么自我實現(xiàn)。盡管你內(nèi)心渴望成功、渴望高薪,可不通過溝通,是沒有人會認識到這一點的。 假設(shè)現(xiàn)在你是1k的實習(xí)生,是2k的半吊子,那么就要努力讓自己的能力提升到5k的熟練工,再然后同步提升自己的溝通和交往能力,提升自己的存在感。(存在感這東西很玄幻,這一點我們很有必要向銷售同仁學(xué)一學(xué))。如果不能讓領(lǐng)導(dǎo)理解你的重要性,那么你的薪水等級自然也不會太重要。 有人說技術(shù)人員冷漠,尼瑪技術(shù)人員不善言談又不解釋自然就變成了冷漠。這個壞毛病也要盡快改掉。
看了tonyxiao帖子最大的感觸就是,樓主在盡量積極的把帖子的意義往正面里帶,有人就是喜歡來點負面。負面這東西人人都愛,罵著過癮啊,但是這對你的未來有什么用?光抱怨光說這不對那不對,看完了和YY小說一樣,除了爽,你有學(xué)會什么有用的職場技巧么?沒有,經(jīng)營管理這種技巧作為一種御下之道,本身確實是有著階級觀念的,確實是高級別對低級別的一種洗腦和洗腦方法,但不可否認,這些方法中起碼都是堂堂正正中庸之道,更講究的是提升自身素養(yǎng)。 好吧,就算這種文章是充滿惡意的,但是對于讀者來說,看完完全沒有危害,照著做了即使不成功,也會有所進步。 相信大家在企業(yè)內(nèi)部提出可行性建議的時候,boss都會要求至少對一件事情提出兩種建議和兩種解決方案吧?這種小技巧相信大家也都了解。這么做對技術(shù)人員來說是費時費力的,但是你收獲的是什么?你為你的boss貢獻了第四層和第五層需求:被尊重和自我實現(xiàn)。在貢獻的過程中,最次,我是說最次,你本身也會學(xué)習(xí)到一種新的做法,一種新的技能。運氣 那么把這件本來是boss挑刺找兩個方案,變成順便學(xué)習(xí)一項新技術(shù),是不是更有意義,除了發(fā)泄之外,對自己的未來更有一點好處?
很多公司在財務(wù)制度上實施的是預(yù)算制,這個話題貌似和技術(shù)人員無關(guān)?其實不然,每個項目可以花出去的錢都是有限制的,因為公司從項目中可以賺到的錢是固定的,項目經(jīng)理和HR在用人上節(jié)省了,那么自然最終利潤就高了,商人逐利,這沒什么可抱怨的。要想不做預(yù)算制的犧牲品,那么自身實力強大又成了必須的了。事實上,不管是研發(fā)、運維、銷售,個人實力不強的,基本薪水上也都比較完蛋。當(dāng)然,嘴巴甜的,懂得進退的,是會給薪水加分的。 預(yù)算制的好處也有其優(yōu)點,一般來說,一個團隊即使都是做技術(shù)的,薪水也不會一水的一樣。在職位上,甚至也會有那么一兩個帶頭人。本身技術(shù)好,嘴巴甜,讓boss高興,那么名額有限的帶頭人也許就是你了。 ===================================================== 相信更多的技術(shù)人希望看到的是如何嘴巴甜,如何讓boss高興,這個又是一門太高深的學(xué)問,而這一點就是無法自己掌控的。而這一點又是管理層不愿意說太明白的:說明白了,這到底是你自己領(lǐng)會的,還是應(yīng)聲蟲呢?領(lǐng)導(dǎo)畢竟也希望你是真心實意去拍他馬屁的。如果提前告訴你:嘿,小王,以后天天要多拍拍我。那相信雙方都會反感的。 所以在可以掌控的范圍內(nèi),職場文章多數(shù)教育大家提升自身修養(yǎng)是一種主流觀念。希望你能從主流觀念中找到一些適合自己的,至于不適合自己的,那么不去理會就是了,但是也沒有必要抨擊不是?
總結(jié)
以上是生活随笔為你收集整理的从需求来看《IT人员应聘建议》的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: eclipse中的感叹号和x号解决方法
- 下一篇: 《面向模式的软件体系结构3-资源管理模式