大學畢業4年-回顧和總結(8)-全域性觀-網際網路專案研發-不在其位亦謀其政
關於本文
我很明顯地感覺到,寫得不怎麼好。心中的想法很好,寫出來變質了,鬱悶ing。
寫了不少內容,感覺有點太寬泛,今後單獨開篇,寫點自己的體會。(又是10+篇的節奏哇(⊙0⊙))
核心想法
一個專案,一定得有1個人,全域性跟進。他可以不懂細節,但一定得對專案負責,知道專案進展到哪裡了,做好各個接頭人之間的協調。每個接頭人,每個區域性的負責人,一定也要有,同理跟進自己負責的那塊。
而對於我,對於所有相關人士,你是否能站在全域性的角度,獲得更多專案的資訊,知道專案進展的怎麼樣嗎?
哪怕自己只是1個程式設計師,關注下專案的整體技術架構,產品經理提出的需求,他們是怎麼考慮問題的,工作壓力在哪裡。抽空,瞭解下上級和老闆在忙啥,如果你能瞭解到的話。
此為,網際網路專案研發的全域性觀。換句話說,不在其位,也謀其政。
網際網路專案研發是存在一定成熟的方法論、流程、規律的。
研發流程
立項->創業->投資
一個公司的第1個專案,很可能也是後來的主營業務。
在我看來,大部分專案,都是先立項的。3、5個人有了總體的想法,覺得可行,就開幹了。做了一點小成績,就有下一輪投資了。
也有很多,是“先立項->拉投資 ->再創業”,這3者之間沒有必然的先手順序。
立項
決定要做什麼事情。立項之前,會有最基本的市場調查,或者已經有了相關行業積累,人脈關係、資源、行業經驗。
成熟的創業者,是先了解了市場,有了基本的認識,才行動。
立項,其實是最難的一環。拍拍腦袋,搞個idea,誰都會,是否可行,另當別論。
需求和產品
大多數的公司,失敗都是因為這個原因。
包括我在內的絕大多數人,可以對一個產品,比如QQ,指點江山,但是讓你在它還沒成型的時候,去想使用者的需求,做出使用者滿意的產品,是極其難的。
我個人覺得,優秀的產品,比優秀的技術更難能可貴。
技術,大多是有規律可循的,網際網路的普及,使得大部分知識都可以很容易獲得,從一個公司傳到另外一個公司,從一個人傳到另外一個人。而產品,不但要考慮產品本身,還要考慮使用者的需求,使用者的感受,使用者是否願意付費,以及市場行情。
對於大部分的網際網路專案,更缺乏優秀的產品經理,產品合夥人,而不是技術合夥人。技術更加標準化,普及更快了點,稀缺性大大降低了。
所以說,做技術的得不斷提高自己的核心競爭力。
創業老闆,對於要做的事情,很明確,比如做一個電商網站、做一個寵物社群,但是做成什麼樣,是很模糊的。
還沒想清楚,就催著研發部門趕工,是常態,很容易導致整個公司都在忙,但是沒有做出讓人滿意的產品,因為目標不清楚。
老闆對專案的定位越清楚,產品經理工作越高效,下游的研發和測試,也好開展自己的工作。產品層次的推倒重來,很傷士氣,降低研發效率。
技術研發
對於大部分的網際網路專案,技術本身難度不大,難在內部協調,需求修改。早期,流量是逐步上升的,有足夠的時間,升級技術方案。
技術部門的負責人,只要他夠牛逼,專案質量就不會差得離譜。
如果帶頭大哥不怎麼的,手下就苦逼了。
測試
早期,就做功能測試,考慮儘可能多場景。
效能測試,負責任地講,還是需要開發人員來認真做一下的。
安全測試等,看情況。
運維
專案部署、自動化部署、網站各方面的監控、資料備份等。
小專案,就1個Tomcat和1臺Linux伺服器。
大專案,需要很多專業的運維,年薪10萬20萬搞起。
還沒有去BAT一線學習過,但是可以想象他們的自動化程度之高,不可能一直大量招人吧。
做技術架構的時候,也是會考慮運維需求的。
運營
運營和產品類似,是很有挑戰的,社交類專案的運營難度遠大於媒體內容型的。
運營類的產品,比如一個論壇,運營比技術重要。
技術類的產品,比如搜尋,技術更重要。
難點
技術、測試,聽說很簡單,這當然是有前提的。每個崗位得有懂行的,現實很可能不是。
1.負責人很關鍵。
每個崗位的負責人,都很重要,你擅長做產品,產品就簡單。不擅長,或者沒有合適的人選,自然就難了。
你難道以為,網際網路專案研發就是,招一堆牛逼的人,按時間就輕輕鬆鬆把它搞定了。
現實情況,是資源總是不足的,錢不夠,人不夠,水平參差不齊。
2.協調。
專案研發,想保證質量,通常的做法之一,是標準化。公司制定研發流程,大家按部就班執行,各自部門的負責人保持交流。
現實情況,內耗嚴重。比如,產品告訴技術,這個功能下週要做出來,老闆要看。技術抓緊做完,老闆不滿意,再來下個周。
老闆的話,上級的話,應該服從多少,是個很有挑戰性的事情。
大部分公司,預設的規則是“執行力”,無論老闆和上級,有多麼喜歡說“我喜歡有想法的人,有想法提出來啊”,都是扯淡。老闆上級都有自己的底限,得時刻注意點。
有圖有真相
最近,在學習畫圖,用圖來簡潔清晰地總結和展示自己的思考成果。
畫圖水平,還有待提高。
一些感慨
有不少想去創業的朋友,他們把網際網路專案想得太簡單了,特麼不就一個網站,不就開發一個APP麼。
不少傳統行業的老闆,完全不懂網際網路專案的研發。聽說,有個賣地的公司每年投入1000萬,啥成果都沒有。啥成果還沒出來,花幾百萬搭了個機房。
太多的公司,研發效率太低了。20個人6個月,遠遠不如,4個人3個月的微型團隊。
小雷-小夥子愛獨立思考,家境不行但是敢於投資,我超級喜歡!
2016年4月17日-不想回憶過去,一往直前吧!
湖北-武漢-中部真得崛起了嗎?
不在其位,也謀其政~哦嚯嚯~
我很明顯地感覺到,寫得不怎麼好。心中的想法很好,寫出來變質了,鬱悶ing。
寫了不少內容,感覺有點太寬泛,今後單獨開篇,寫點自己的體會。(又是10+篇的節奏哇(⊙0⊙))
核心想法
一個專案,一定得有1個人,全域性跟進。他可以不懂細節,但一定得對專案負責,知道專案進展到哪裡了,做好各個接頭人之間的協調。每個接頭人,每個區域性的負責人,一定也要有,同理跟進自己負責的那塊。
而對於我,對於所有相關人士,你是否能站在全域性的角度,獲得更多專案的資訊,知道專案進展的怎麼樣嗎?
哪怕自己只是1個程式設計師,關注下專案的整體技術架構,產品經理提出的需求,他們是怎麼考慮問題的,工作壓力在哪裡。抽空,瞭解下上級和老闆在忙啥,如果你能瞭解到的話。
此為,網際網路專案研發的全域性觀。換句話說,不在其位,也謀其政。
網際網路專案研發是存在一定成熟的方法論、流程、規律的。
研發流程
立項->創業->投資
一個公司的第1個專案,很可能也是後來的主營業務。
在我看來,大部分專案,都是先立項的。3、5個人有了總體的想法,覺得可行,就開幹了。做了一點小成績,就有下一輪投資了。
也有很多,是“先立項->拉投資 ->再創業”,這3者之間沒有必然的先手順序。
立項
決定要做什麼事情。立項之前,會有最基本的市場調查,或者已經有了相關行業積累,人脈關係、資源、行業經驗。
成熟的創業者,是先了解了市場,有了基本的認識,才行動。
立項,其實是最難的一環。拍拍腦袋,搞個idea,誰都會,是否可行,另當別論。
需求和產品
大多數的公司,失敗都是因為這個原因。
包括我在內的絕大多數人,可以對一個產品,比如QQ,指點江山,但是讓你在它還沒成型的時候,去想使用者的需求,做出使用者滿意的產品,是極其難的。
我個人覺得,優秀的產品,比優秀的技術更難能可貴。
技術,大多是有規律可循的,網際網路的普及,使得大部分知識都可以很容易獲得,從一個公司傳到另外一個公司,從一個人傳到另外一個人。而產品,不但要考慮產品本身,還要考慮使用者的需求,使用者的感受,使用者是否願意付費,以及市場行情。
對於大部分的網際網路專案,更缺乏優秀的產品經理,產品合夥人,而不是技術合夥人。技術更加標準化,普及更快了點,稀缺性大大降低了。
所以說,做技術的得不斷提高自己的核心競爭力。
創業老闆,對於要做的事情,很明確,比如做一個電商網站、做一個寵物社群,但是做成什麼樣,是很模糊的。
還沒想清楚,就催著研發部門趕工,是常態,很容易導致整個公司都在忙,但是沒有做出讓人滿意的產品,因為目標不清楚。
老闆對專案的定位越清楚,產品經理工作越高效,下游的研發和測試,也好開展自己的工作。產品層次的推倒重來,很傷士氣,降低研發效率。
技術研發
對於大部分的網際網路專案,技術本身難度不大,難在內部協調,需求修改。早期,流量是逐步上升的,有足夠的時間,升級技術方案。
技術部門的負責人,只要他夠牛逼,專案質量就不會差得離譜。
如果帶頭大哥不怎麼的,手下就苦逼了。
測試
早期,就做功能測試,考慮儘可能多場景。
效能測試,負責任地講,還是需要開發人員來認真做一下的。
安全測試等,看情況。
運維
專案部署、自動化部署、網站各方面的監控、資料備份等。
小專案,就1個Tomcat和1臺Linux伺服器。
大專案,需要很多專業的運維,年薪10萬20萬搞起。
還沒有去BAT一線學習過,但是可以想象他們的自動化程度之高,不可能一直大量招人吧。
做技術架構的時候,也是會考慮運維需求的。
運營
運營和產品類似,是很有挑戰的,社交類專案的運營難度遠大於媒體內容型的。
運營類的產品,比如一個論壇,運營比技術重要。
技術類的產品,比如搜尋,技術更重要。
難點
技術、測試,聽說很簡單,這當然是有前提的。每個崗位得有懂行的,現實很可能不是。
1.負責人很關鍵。
每個崗位的負責人,都很重要,你擅長做產品,產品就簡單。不擅長,或者沒有合適的人選,自然就難了。
你難道以為,網際網路專案研發就是,招一堆牛逼的人,按時間就輕輕鬆鬆把它搞定了。
現實情況,是資源總是不足的,錢不夠,人不夠,水平參差不齊。
2.協調。
專案研發,想保證質量,通常的做法之一,是標準化。公司制定研發流程,大家按部就班執行,各自部門的負責人保持交流。
現實情況,內耗嚴重。比如,產品告訴技術,這個功能下週要做出來,老闆要看。技術抓緊做完,老闆不滿意,再來下個周。
老闆的話,上級的話,應該服從多少,是個很有挑戰性的事情。
大部分公司,預設的規則是“執行力”,無論老闆和上級,有多麼喜歡說“我喜歡有想法的人,有想法提出來啊”,都是扯淡。老闆上級都有自己的底限,得時刻注意點。
有圖有真相
最近,在學習畫圖,用圖來簡潔清晰地總結和展示自己的思考成果。
畫圖水平,還有待提高。
一些感慨
有不少想去創業的朋友,他們把網際網路專案想得太簡單了,特麼不就一個網站,不就開發一個APP麼。
不少傳統行業的老闆,完全不懂網際網路專案的研發。聽說,有個賣地的公司每年投入1000萬,啥成果都沒有。啥成果還沒出來,花幾百萬搭了個機房。
太多的公司,研發效率太低了。20個人6個月,遠遠不如,4個人3個月的微型團隊。
小雷-小夥子愛獨立思考,家境不行但是敢於投資,我超級喜歡!
2016年4月17日-不想回憶過去,一往直前吧!
湖北-武漢-中部真得崛起了嗎?
不在其位,也謀其政~哦嚯嚯~
相關文章
- 大學畢業4年-回顧和總結(7)-全域性觀
- 大學畢業4年-回顧和總結(1)-錢,金錢觀
- 大學畢業4年-回顧和總結-序
- 大學畢業4年-回顧和總結(6)-技術研發-重構之法
- 大學畢業4年-回顧和總結(2)-錢,收入和支出
- 大學畢業4年-回顧和總結(3)-投資理財觀-圖窮而真相現
- 大學畢業4年-回顧和總結(5)-投資理財方法論
- 網際網路大廠,常見研發線上事故總結!
- 大學畢業4年-回顧和總結(4)-投資理財無敗績,有圖有真相
- 麥可思:網際網路行業大學畢業生工作3年薪資翻番行業
- 大老師的前生——AlphaMao專案的回顧和總結
- 微軟的網際網路陰謀 (轉)微軟
- 網際網路產品開發流程總結
- DevOps峰會 | 研發效能實踐助力網際網路行業專案管理“行之有效”dev行業專案管理
- 創業生活總結回顧創業
- 俞煒-網際網路企業研發微創整形記
- “網際網路+政務”是什麼?
- 淺談“政務網際網路+”&“政務大資料”大資料
- 我的網際網路金融行業經驗總結行業
- SSM(十) 專案重構-網際網路專案的Maven結構SSMMaven
- 網際網路創業和軟體開發創業
- 工業網際網路專題研討會|綠盟科技宮智:加強工業網際網路安全能力建設
- 2013年網際網路金融投融資趨勢回顧
- 【J+】移動網際網路沙龍——docker與golang(精彩回顧)DockerGolang
- [面試專題]一線網際網路大廠面試總結面試
- 網際網路女皇:2013年網際網路趨勢報告觀點彙總
- iiMedia:2012年中國移動網際網路發展歷程回顧
- 網際網路時代的自由職業觀 ——《聯盟》
- 【工業網際網路】周劍:工業網際網路平臺作用機理和發展路徑
- J+網際網路沙龍年度盛典高清回顧(附PPT下載)
- 報告發布 | 2020年81748例網際網路安全事件回顧分析事件
- 美國國家安全域性監控全球1.6%網際網路流量
- 【軟體專案回顧&總結】(原創,MSF為引用)
- 大學創業,何不從網際網路+校園開始創業
- 中信證券:2020全球網際網路行業回顧與展望(附下載)行業
- 【工業網際網路】劉多:實施工業網際網路創新發展戰略推動實體經濟高質量發展;論工業網際網路的聯接性...
- 新年開篇,回顧2018年網際網路套路簡史
- Java基礎回顧(牛客網專案課程)Java