工作經驗分享|你在工作中應該注意什麼?

上一篇文章我分享了我在工作之餘的一些豐富生活的方法

工作之餘,如何豐富生活?

那這篇文章我來講一講我工作之中總結到的一些經驗,希望能給剛步入工作的你一些幫助,有些見解不對的地方還請批評指正。

 

首先我理解對於一個校招生來說,有三個階段:

1.剛入職,什麼也不會,主要還是熟悉工作方式。(0個月到2個月)

這個階段主要還是要多學,多問。在學習過程中,注意總結沉澱,最後形成的產物可以分享,一方面可以爲後來的新人提供便利,另一方面也可以在日後查詢相關資料能夠較快的定位。

這個階段允許你問一些不經思考、脫口而出的問題,但是請注意,不要養成這些習慣,這些不好的習慣在你後續發展中會形成巨大阻礙

詢問問題的時候,需要你有自己的一些思考,你爲什麼遇到了這些問題,可能因爲什麼原因遇到了這個問題(這個階段還不要求你對你遇到的問題提供解決思路),你詢問的人看到你的這些思考,肯定會很樂意和你一起探討這個問題。但是如果你什麼也不想,遇到了問題就拋出來,一次兩次還好,次數多了,應該沒有人會幫助一個不自主思考的人。

2.有一些初步的工作經驗,能夠hold住一些小模塊的開發工作。(2個月到6個月)

這個階段,你已經可以hold住一些模塊的開發工作了,但是有一些細節的問題還是無法避免(編碼規範等等)或者模塊中較難的點。

針對編碼規範等問題可以看公司內部之前有沒有沉澱對應的內容,然後可以拿出來和組內的人探討。

針對一些較難解決的技術問題,可以多多思考,想想爲什麼要這麼做,這麼做遇到了什麼困難,針對困難你有什麼想到的解決辦法,這些解決辦法各自有什麼優缺點,這些問題想完並有一些答案之後,可以找組內技術強的人去和他交流,把你的疑問以及你想的一些解決思路和他一起探討。

這個階段的問問題就不是單純的問問題了,需要你對這個問題有自己的見解和想法,和之前階段1的問問題方法變化很大。

另外,這個階段可以自己總結、開發一些提效工具,針對一些流程或者規範根據自己的見解做一些改進,然後分享。

比如說你開發了一個功能模塊,上線之後因爲一些上游的數據原因源源不斷有一些工單問題到你這裏,這時可以根據工單問題分類,然後針對每一類去總結一套解決方法,這樣在以後遇到類似問題時,就能很快的定位問題、解決問題。還可以推動上游,去針對對這部分數據原因進行約束,這樣工單問題的數量也能減少,提到人效。

3.可以嘗試承接較大的項目。(6個月至1年)

這個階段,默認你的開發能力沒什麼問題了,對於一些小的項目模塊也能hold住,這時你面臨的是一些項目管理、項目溝通上的問題。

如何排期,如何做一個項目的整體架構,如何和需求方有效的溝通,如何保證項目有序、按時的進行。

這部分實在是有些大,就不展開講了,或許以後我更加有經驗的時候,我分享一些我的一些心得。

  • 前期需求溝通的時候要溝通仔細,等到做的時候再來確認需求很麻煩,需要拉上一羣相關人員然後重新審視之前的需求。
  • 多培養自己對於項目需求的理解程度,不然在需求溝通的時候很難發現需求中一些不合理的地方。
  • 主動去推動項目進行,有些時候需求方以及pm可能會比較忙,這個時候作爲開發人員就需要上心去推動整個項目有序進行。
  • 不要爲需求方做決定,儘量提供方案和思路給需求方,讓他們做選擇。
  • 鍛鍊自己的表達能力以及信息獲取能力,不要你巴拉巴拉說了一大堆,但是讓人抓不住信息的重點。也不要開完會之後,別人問你這個會說了什麼,有什麼需要注意的地方,但是你紀錄的都是一些雜質信息,沒有獲取到核心有用的信息。
  • ......(以後想到什麼再來補充吧)

 

最後說一些雜的點吧:

  • 多和他人交流,在學習中進步。
  • 做事情之前多想想爲什麼要這麼做,這麼做能帶來什麼?
  • 多培養自己的主人翁意識。
  • 和老大交流的時候注意方式方法,帶着解決思路去問問題。
  • 每天列todolist。

就先寫到這裏吧,以後有更深的感悟再來整理,各位加油~

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章