看了《人月神話》,體會到一點:概念完整性非常重要,擴充開來說,pmbok中專案管理體系已經是一個經過驗證的管理概念,要做好項目必須要關注項目中的各方面特性,就算你不關注,它們事實也存在。所以我認為一個成熟的專案管理人員,必須在頭腦中首先有這樣一個完整的專案管理概念,但是在小公司中,由於條件的不充分,可以弱化那些優先順序不太高的子概念(比如hr),但是這僅僅是弱化,不是不存在,在一定時候,你必須關注,它也許會作為最高優先順序的專案管理方面出現,畢竟具體項目中的管理是活的。所以我認為“概念完整性”,
招聘會上人山人海,你的簡曆如何能幫你換來下一輪面試機會?網上求職杳無音信,好不容易有一個面試機會,為什麼你卻總會聽到“謝謝參與”? 採訪中,幾位HR招聘主管談起了他們在招聘面試中的奇遇趣聞。問題可真是五花八門。簡曆不是距離,經驗不是差距,可能問題就出在你的現場應對能力上。 身有異味OUT招聘主管:Amy(某汽車製造公司)
看清招聘圈:除了在網路資訊汪洋中搜獵職位機會,在招聘會上衝鋒陷陣,個人求職策略中還有很重要的一項:找人推薦。時下,白領們最熱衷的方式即是“找獵頭朋友幫我推薦”。不過,很多人其實並不瞭解“被獵”的門道。 要申明一點的是,“獵頭”找你,並不是因為你是他們的朋友,而是因為這是他們的工作。但無論何時何地,給予獵頭禮貌的回應,並不是一個過分的要求,即使當你正忙於手邊工作,且不想換個槽的時候。 找獵頭不宜主動 在內地,“獵頭”(head-hunting)一詞是近幾年才有的舶來品,
趨勢科技有一個特別優良的傳統,在培養人才以及留住人才這件事情上,還是很有功力的。怎樣在您的技術團隊裡面培養人才,留住人才呢?趨勢科技(中國)有限公司技術總監蔡昇欽做我們做了詳細的解釋。培養人才在趨勢的做法,就是給員工舞台,然後他就是自己的編劇,他就是自己的導演。趨勢在培養所謂的技術高手的層面上,在公司的架構當中是把人才分成兩個方面來看:在技術這條路上看,首先要留住他,讓工程師知道,工程師並不是低於管理者的。也就是說在趨勢科技,一個經理所拿到的薪資,不一定大於他所管理的工程師。因為我們必須讓公司的
據瞭解,巨人的Team
外包產業最核心的資本是人力資本,最大的挑戰還是對人才的挑戰。如何開拓和吸引更多的人,如何留住這些人才,對於任何一家外包企業來說,都是至關重要的問題。在外包領域有超過20年經驗的北京博彥科技進階副總裁曲玲年,目前在博彥負責公司人力資源和集團內部管理。在回顧近10年外包行業的發展時,曲總感慨到,外包市場對人才需求以每年50%的速度在增長,目前整個市場已經發展到10萬人的規模。儘管外包市場有如此大的需求量,但是目前每年40萬的軟體開發相關專業高校畢業生仍然不能滿足企業的需求。問題出在哪裡?曲總認為,目
在保持人員不流失方面,盛大遊戲首席技術官朱繼盛認為:“核心的思想只有一點,給相應的人自己的舞台,施展他自己的東西。”比如說盛大集團的副總裁是80後的,如此年輕就成為一個上市公司的總裁,可見盛大在用人方面是沒有限制的。再舉一個例子,去年盛大優秀的員工離職了,離職時並沒有任何人勸他,他自己有創業的意願。盛大有創業的機制,於是鼓勵那個員工自己編一個遊戲,讓他在盛大的周圍去工作。這樣的例子有很多,正因為盛大有完善的員工管理制度,人才流失是很少的,從而保持了團隊的戰鬥力。
真正有經驗的外包實踐者關心的不僅僅是降低成本,而是更廣泛的商業回報,他們的眼光更具有戰略性。 分析基於2004年1月、2月埃森哲諮詢公司做的一項對英國《經濟學家》資料庫中選擇的總計565名對象的有關外包(outsourcing)的調查。39%受訪者所在公司擁有7年以上外包經驗,61%受訪者擁有2~7年外包經驗。 為什麼要戰略外包?綜觀這些成功企業,幾乎都是戰略外包的受益者,利用先進的工具和手段,實現外包收益最大化。商業流程外包可以使資訊技術、財務和其他重要部門和流程達到最優,可以在全公司內引發更
分工使得每個程式員只關注於自己的工作領域,沒有時間也沒有精力去關心系統的其他部分,這樣就帶來了系統開發中的本位主義,更嚴重的是,系統中存在的錯誤被詳細的分工掩蓋了起來,最後往往等到系統測試時才發現錯誤,這時修改系統已經太晚了,只好在上面進行修補,最後整個系統變得如同泥潭一般,讓項目組不能自拔,究其原因,往往是因為分工導致了互不瞭解,最後大家彼此的工作被相互抵消了,工作的越努力,給其他部分帶來的麻煩和缺點越多,這就是軟體開發中非常具有諷刺意味的現實.這又往往被理解成為需要更多的溝通,其實不然,因為
得知訊息,《人月神話》(影印注釋版)和《人月神話》(25周年中文紀念版)將陸續在8、9月出版了。已經很久沒有關注她了。印象中,《人月神話》還是我進入IT出版行業運作的第一本書。想一想,第一次出版離現在已經有幾年了吧。幾年了?翻開翻譯版的著作權頁,驚訝的發現,已經5年了!5年了!我從一個行業跳入了另一個行業,又從一個編輯轉變成了一個銷售,做營銷、做產品、做運營,然後到現在的角色,一個我自己拿一兩句話都描述不清楚的角色。5年了!這本書榮獲了不少殊榮(誠然,其中不乏有我們當初炒作的成分),在經曆了至少
5月6日,CSDN職場論壇特邀請國內知名網遊公司--網龍招聘經理Gina做客“職場開放日”,與各位網友進行職場和網遊相關話題的交流。 CSDN職場論壇“職場開放日”,將不定期邀請職場專家和企業代表,就網友關心的話題進行解答,力圖為企業與人才間搭建起一個積極高效的互動交流平台! 以下是網龍嘉賓回答網友提問的合集: 不知道有沒有兼職的職位 o(∩_∩)o... 公司也有提供一些兼職的崗位,有興趣的同學可以聯絡我們的。
能夠在一個國際知名的大企業工作,似乎是每位就業人士的夙願,所以,只要有機會跳槽,人們通常都會將目標直指大企業中的熱門職位。高知名度、高收入、高職位,不僅是職場老手們的擇業習慣,甚至很多初涉職場的人也會盡自己的一切努力朝這三高目標發展。本期我們將為您分析大公司和小企業的利弊,為那些準備就業的人,提供參考。 職業案例一:就業——從高做起有什麼不對 Jacky畢業於一所知名大學電腦專業,本來以為自己是熱門專業的高材生,可以高枕無憂,拿下大企業的offer不在話下,可是在求職的過程中,他發現就業形勢
2004/9/23的《21世紀經濟報道》IT版,半版的報道了網通和闐溯寧的近期動向。網通寬頻突圍的契機作為四大電訊廠商中惟一一家尚未登入海外資本市場的網通,目前競爭實力還相去甚遠。田溯寧說:“過去三年是我們制定戰略和實施戰略的初步階段,未來三年網通網通將有一個更大的結果。”他指出了網通寬頻突圍的契機:(1)IT業正在逐漸回暖,而傳統的寬頻容量已經被消耗的差不多,對頻寬的需求只能是有增無減。(2)軟體行業更加重視與電訊廠商的合作,也使寬頻電訊廠商的增長空間進一步拓寬。田溯寧一直相信未來軟體業將會變
昨天,矽谷有一個新的徵才求職網站(人力銀行)宣布開站,叫「MoneyBackJobs」。這家使出「最狠的」一招,你只要在上面申請工作,和公司談了薪水並表示「接受」,MoneyBackJobs就給你現金回饋,發給你年薪的至少5%。再繼續下去更可從站方得到高達年薪7.5%的獎勵。意思是說,它讓你剛剛拿到這份工作時,就預先拿到幾乎一個月(0.7~0.9個月)的薪水!這個方式聽起來很詭異,其實它簡單得不得了,因為公司本來就都會安排一些額外的預算來付給人才獵頭公司,平時有些大公司,也會慫恿旗下員工介紹優秀
先來聽我說幾個真實的故事: 上周面試了一個開發人員,這個人所有的面試題都答出來了。各方面我們需要的知識也掌握了,但是在初試中,這個人就被我們三個面試官一併否決了。 原因很簡單,這個面試者提供的答案都是能解決問題,但幾乎都是效率最差的方案;另外,從一些面試題中,可以看出這人很多時候,把開發工作當成一個應付差事的工作來做,而不是作為自己的興趣來做。缺乏激情,工作只是應付差事,僅僅是由於有幾年工作經驗,才能答出我們的面試題。這樣的人不要也罷。
《人月神話》書中對首席程式員、副手、管理員定義如下:首席程式員。他親自訂功能和效能技術說明書,設計程式,編製原始碼,測試以及書寫技術文檔。他使用例如PL/I的結構化程式設計語言,擁有對電腦系統的訪問能力;該電腦系統不僅僅能進行測試,還儲存程式的各種版本,以允許簡單的檔案更新,並對他的文檔提供文本編輯能力。首席程式員需要極高的天分、十年的經驗和應用數學、業務資料處理或其他方面的大量系統和應用知識。
關於首席程式員、副手、管理員的分工,我的看法:首先,我們都承認,人月神話中關於這一段的描述是正確的,也就是說這種工作方式是科學的。其次,在我們這個公司是肯定不可能這樣去做的。第三,除了那些作坊式的Team Dev,由於他們本身可能只有一兩個人,或者兩三個人,否則,我懷疑是否有哪個公司的Team
進度落後與增加人力。記得當年看《C++編程思想》,Bruce說“十個婦女不能在一個月內生下小孩”(大意),於我心有戚戚焉。而本書作者Brooks得出的結論是對我是震撼性的:“向進度落後的項目中增加人手,只會使進度更加落後”。以前,增加人手基本是挽救進度落後項目的主要辦法。這個辦法行不通的話,難道只有“加班”一條路了?但長期加班是對個人的摧殘,我更願意利用業餘時間去看書,例如看這本“人月神話”。:)如果不想加班,不想削減功能,不想延遲發布日期,那麼。。。。。唯一的方法還是只有….加人。加足夠的人。
保持設計的概念完整。無論對小軟體還是大軟體,都必須由一個設計師主導,最多兩個人討論來共同完成軟體的整體設計。作為一個軟體,一個系統,必須有一個清晰明確的概念性模型,大家都在這個架構下工作,所有的創新發展都必須與基本的概念相吻合。具體的實現人員可以細化概念,但只有總設計者才有否定與發展基本概念的權力。需要注意的一點是,即使是總設計師一直是同一個人,他腦海中所認為理所當然的規則或者概念,很可能由於沒有明確的文檔化,而沒有成為所有開發人員共同的概念。在其他開發人員編碼的時候,就可能會產生與概念相抵觸的
項目開發終於結束了,按項目流程,我應該寫一份《項目開發總結報告》。拿來“GB856T——88”標準文檔,有架構指導我該寫些什麼,但是怎麼能讓這些架構協束縛了自由的思想呢?於是決定換一種形式。項目開發接近尾聲的時候,也是最關鍵的時候,有人送來一本《人月神話》。我很幸運能在這個時候讀這本書,因為會有很多思考,關於項目,關於團隊,關於我們…………完美與放棄在《人月神話》中有一段被截取,稱為“程式員的苦與樂”,在網上廣為流傳。Brooks大師用簡短的篇幅,描繪出整個程式世界的苦與樂。在這次項目開發中,有