加入某電商公司一段時(shí)間，主要負(fù)責(zé)用戶數(shù)據(jù)的工作。自從換了工作之后，經(jīng)常跟前廠同事聊天，總會(huì)提到，他們又要加班，節(jié)假日泡湯，羨慕我可以早下班……但是自己卻懷念從前經(jīng)常加班的日子，總覺得工作節(jié)奏太慢。
靜下來再想想，其實(shí)也未必不是件壞事，空余時(shí)間增多了，可以更多的利用空閑來進(jìn)行自我填充。想整理一下這段時(shí)間的工作想法。
一
首先是team，全組除了老大以外，基本是兩年以內(nèi)的新人配備。團(tuán)隊(duì)氛圍有一點(diǎn)像是大家各自自行抱團(tuán)取暖。看似自由度高，實(shí)則容易變成無頭蒼蠅。
曾經(jīng)在實(shí)習(xí)的時(shí)候呆過一個(gè)團(tuán)隊(duì)，團(tuán)隊(duì)內(nèi)每?jī)芍茏鲆淮蝺?nèi)部分享討論。并且中午大家一起吃飯的時(shí)候，也會(huì)偶爾分享最近又看到一個(gè)什么好玩的產(chǎn)品……現(xiàn)在回想起來，也是有點(diǎn)懷念。
那么既然進(jìn)入了一個(gè)分享、學(xué)習(xí)的氛圍沒那么濃厚的地方，盡量做到不讓周圍的環(huán)境帶著你跑。
- 每周制定可行明細(xì)的學(xué)習(xí)計(jì)劃，堅(jiān)決執(zhí)行
- 學(xué)會(huì)管理情緒，盡量不被周圍的環(huán)境情緒影響自己對(duì)人事物的判斷
- 在完成老大交代的事情之余，考慮能不能創(chuàng)造點(diǎn)小驚喜，比如最后完工時(shí)間早于告知老大的deadline；老大給到的需求如果發(fā)現(xiàn)各方協(xié)作起來有點(diǎn)難度，那么在照常推進(jìn)之余，想一想有沒有另一條路可以通向目的地……
我覺得一個(gè)好的leader，應(yīng)該讓大家對(duì)團(tuán)隊(duì)的整體目標(biāo)有一個(gè)清晰的認(rèn)知了解，激發(fā)大家的自驅(qū)力。但是畢竟碰到一個(gè)牛逼又愿意帶你的leader還是小概率事件……
二
其次，入職以來接手了幾個(gè)需求，幾個(gè)感悟：
技術(shù)理解力
和研發(fā)溝通的順暢程度與產(chǎn)品對(duì)功能實(shí)現(xiàn)邏輯的理解程度成正比，并且如果能夠了解技術(shù)實(shí)現(xiàn)邏輯，能自行大致判斷開發(fā)成本-
“不要相信任何人”
作為產(chǎn)品或者至少是需求的owner，在確認(rèn)上線前，自己過一遍細(xì)節(jié)，如果需求涉及到比如數(shù)據(jù)項(xiàng)的統(tǒng)計(jì)，那么就最好是自己寫sql跑一遍數(shù)據(jù)check正確性。如果修改涉及到較多的相互關(guān)聯(lián)的邏輯，跟技術(shù)溝通的時(shí)候，最好的逐級(jí)列明涉及到的部分，不要圖一時(shí)省事。有時(shí)候很多事情真的不是你以為的那樣。
如果需求涉及到多個(gè)開發(fā)team間的合作，他們的支持的部分，有時(shí)間最好還是了解一下，小心他們對(duì)需求對(duì)著對(duì)著就把你的需求改了。（發(fā)生過一次優(yōu)化需求，要維持原有取數(shù)邏輯，但是后來接口技術(shù)和數(shù)據(jù)組對(duì)過數(shù)據(jù)庫(kù)跑表結(jié)構(gòu)之后，我突然發(fā)現(xiàn)新開的表統(tǒng)計(jì)的數(shù)據(jù)項(xiàng)跟原有有差異。。。）
再來就是及時(shí)跟進(jìn)確認(rèn)進(jìn)度，有問題盡早發(fā)現(xiàn)，好過deadline要到了才知道完不成。
三
再來就是，作為一名pm，怎樣給出在合理范圍內(nèi)給出解決問題的最優(yōu)解。當(dāng)老大提來需求，發(fā)現(xiàn)目前現(xiàn)有的開發(fā)資源不足以在近期完成上線。這個(gè)時(shí)候轉(zhuǎn)換下思路，看看是不是有其他的可以利用替代資源的方案可以實(shí)現(xiàn)。
最后，還是多讀書，多思考吧……
