1. 程式人生 > >做項目之我見

做項目之我見

底層 最好的 探討 宋體 全部 style 中英文 來源 產品運營

臨近年關,正在讀著蘇傑寫的《人人都是產品經理》,自己多多少少也做了幾十個項目(都是小滴了)。五味雜陳,很想倒一倒這其中的酸甜。對不對的地方,您就當聽戲了。
在開文之前,我先表明自己的身份。我是個後端,在小公司做PHP開發,現在基本上前後端兼顧。為了避免一些用詞的歧義,正文裏的一些專業英文詞匯我使用中文來代替,比如PMUI等。雖然我很菜,但不要以為我特別不專業。

一、誰是大boss

不說您也想的到,做一個項目不是一個人的事。舉個栗子,假使項目是一個內部管理程序,那麽這個系統最終是為客戶員工使用的。但是在項目啟動之前,客戶會提出具體的需求,開發公司的項目經理再進行甄別篩選,開發公司的老板認為OK

,那就可以啟動了。接下來就是組織團隊進入開發階段了。那麽這些角色中作為一個開發人員後該聽誰的呢?項目經理和產品經理是直屬領導,老老板是總決策,客戶是付錢的主,客戶的員工是終端使用者。初始,我以為應該以用戶為中心,因為所有的操作都是他們在使用,評價體驗效果也最屬他們有發言權。服務行業不一直這麽說嗎,顧客是上帝。可是不要忘了,付錢了,你是上帝,不付錢,你就是路人。所以,正常的邏輯是,誰給我錢,我聽誰的。在公司裏,老板開給我工資,我就聽老板的,老板賺客戶的錢,老板就聽客戶的。如果非要說以用戶為中心,那是因為付錢的是用戶,就像各種社交app,工具app。但是管理平臺是管理者約來員工的,那就由不得員工。也許程序使用起來超復雜,超繁鎖,只要是戶老板滿意,並且付錢了,那麽對於開發公司以及開發人員這個項目就是完美的項目。

二,有問題該問誰?

開發人員是最終的執行人員,也就是最底層的了。在開發過程中有N個疑問,要去向誰討教呢,比如說,輸入姓名要不要檢查中英文,要不要限制字符長度,移動光標就檢查還是提交時檢查。

在說詞誰之前,先說說要不要問。大部分情況下不寫代碼的人考慮不了那麽細致的問題。說不定,多一句提問就是給自己找麻煩,可是萬一人家真有自己的想法,或者在體驗了之後提出其他的方案那你就哭吧。所以,多問一句圖個踏實。如果到最後,領導白己改主意了,要求重寫,那就實在沒辦法了。

那麽回到原處,有了疑問需要問誰呢,如果還按誰給錢誰是老大的原則就是找抽了。老板是花錢讓你解決問題的,可不是給你解決問題的。我提供兩個選項

:A.問用戶/客戶,B.項目經理/產品經理。說說兩個選項的不同吧,選A的好處是能得到直接的答復,也能把自己的意見建議表達出來。因為客戶是 項目的受用人,所有的功能需求是為他們服務的,如果果客戶經由項目經理和產品經理轉答,那麽很可能做出來的東面不是客戶想要的,所以有了疑問應該與客戶直接進行溝通得到準確回復嗎?起初我也這麽想,並且領導也支特,美其名日提升理解力、溝通能力。可事實怎麽樣呢,你說的客戶聽不懂,因為客戶不懂技術。客戶的主觀意願你也get不到。另外,當你有疑詞的時候客戶不一定有時間,或者客戶很閑,他樂衷與你探討技術,探討用戶體驗、探討產品運營,耗了一天,你的疑問還是沒有得到答案。因此產品經理多麽重要啊,他把客戶的意原轉化成具體需求,並且與項目經理與開發團隊商量後過濾掉不可行的部分,這是一個聯通客戶和開發人員的

重要紐帶,不然,開發過程會異帶艱難,當然如果是很繁索的,又很明確的一些邏輯比如分配規則,可以與客戶直接對話:如果很復雜的部分,開發和產品可以共同與客戶進行溝通。其實,項目開始前,所有參與人員都會客戶有一次整個項目梳理的會議,涉及復雜的重要的流程環節是在幹始前就理清的。

三、開發團隊的目標一致嗎,

相對客戶而言,開發團隊的每一員都是在一個陣營,都是為了讓項目在規定期限內完成交付。這就好於比一個公司的員工與老板是不是一家人,老板經常這擇說,要把公司當家,視同事為兄弟,大家都是為了讓公司發展更好讓公司盈利,員工福利才會好。說的不能算錯,但是也不完全。老板掙的是盈利、員工掙的是工資。老板多掙幾倍,員工也就多吃一頓板,老板虧了只要不是倒閉,員下工資不會少,甚至會感覺活少了工作更輕松。不過,應該沒人心這麽大,一旦設活幹了,就離走人不遠了。這麽說的意思是,人就是天性自私,不論做什麽,不論在什麽團隊在什麽公司。都是盼著錢多事少,做項目時也巴不不得這樣子。前面說了開發環節中的各個崗位。如果客戶在與開發人員的第一次溝通中就沒有任何問題,後期也沒有補充,項目理理和產品經理就等待開發就好了,坐享其成(事實上老板肯定會找事兒的)。如果產品經理對設計的初稿就滿意,那設過肯定不亦樂息,反之則憤憤不平:如果測試不精挑細篩。那麽開發就絕不會精益求精。只要不背鍋:誰願多幹活。換句話說,只要涉及不到自己,就都是吃瓜群眾。天塌下來,個矮的權當看戲、在設計一遍又一遍的返工時,前後端不會有異議:當客戶的邏輯有變時,設計和前瑞絕不玩聲,如果即將上線的項目,要改樣式。前後端分離的項目前瑞哭,否則後瑞哭。客戶的目標是花小錢做無限功能,一輛自行車的鐵做一架飛機,產品和項目的標是客戶滿意,老板滿意,所以在一定程度上,戶品經理也是希望做得越多,越快越好:開發和測試人員,就盼著分到的工作越少越好,返工的工越少越好,背的鍋越輕越好。舉個例子,如果項目中,如果要生成訂單,客戶不要求,開發會把訂單生成做到最後一步,因為設計簡單bug也少。但是產品會期望做成預提交,待支付訂單,待提交訂單,購物車,瀏覽商品等記錄;如果客戶不要求,開發可能不做軟刪除:不做預統計,因為這樣不僅工作量小,而且能減少bug少背鍋。有一次,產品跟我說在支付頁加個按鈕,我問什麽按鈕,他說打折按鈕、 然後,然後,我跟他探討了折扣的來源,使用限制,等一系列問題,然後加數據庫字段,加數據表,加操作日誌等。產品經理的錦上添花可能開發就要當牛做馬。但是換位思考。哪個崗位不是頭上架著一口大刀呢,有時候前端懶點後端就累死累活,後端懶點,移動端就流淚流汗。最好是相互理解吧。

四、合體亂象

前面說的都是外包公司,並且是標準開發團隊(相對我見過的)來說的。現實中是沒有標準的。比如一個自有項目公司,提需汞的人是銷售和產品;給項目買單的的和給我們發工資的是同一個人。我們暫且不用考慮緊張的工期,苛刻的交付環節。另外,還有各種各樣的職位合體就讓人眼花繚亂了。比如,運誰和後端合體,寫代碼和服務器配置是一個人;項目經理扣產品經理合體,跟客戶溝通跟老板跟開發人員溝通畫原型分配資源的是一個人;前編和後端合體,拿到設計稿就全部搞定;前場和移動端合體,H5頁面,ios,android一人搞定;設計和前端合體,自己造夢自己圓;後端和測試合體,自己的問題自己找並自己改;在我們公司,銷售、項目、產品測試是一樣的(很能湊和);找還見過前後端,測試運維是一塊做的。反正五花八門,各種不專業就暴露了各種問題和矛盾,更有甚者全部合體就像個人站長。不管怎樣,不管怎樣的不專業,都要承認合體的關鍵優勢——省錢。現在互聯網競爭大,尤其林立的小外包,根本招不起10幾個人的開發團隊,全棧才更受追捧。

五,不合理的需求

關於這點,就不多說了,技術公司肯定是聰明人多,所以不合理的需求最終會斃掉,只是這種現象無處不在。詳情在知乎上搜索關鍵字。著急解決不了問題,心平氣和慢慢談,談不妥了再動手。

六,價值觀

說是價值觀,其實就是待遇,拿到的工資問題。工資有高有低,年終獎有多有少,有13薪,也有1516薪,有996,也有朝九晚五,時間,金錢,身體,發展,哪個更重要呢。表弟剛畢業,去年在電商公司做售前客服,它工資7千的時候,同學四五千,過了一年他沒變,同手們升到了1萬以上。每天簽到賺幾塊,接一個私活一個月幾千就有了;每天多學點新知識,跳槽工資能翻倍;給別人做個項目賺幾萬,別人用這個項目賺幾十個幾萬......是的,這沒有可比性,因為不去試過,不知其中艱難。但是始終該相信,遇到的最好的項目還是自己。

做項目之我見