產品經理有權利讓開發加班完成任嗎?

時間 2021-05-05 17:56:04

1樓:西塔媽媽

沒有權力要求。

但,產品可以用其他方法讓研發願意加班完成任務。

比如:1、價值和目標認同,研發自己覺得專案有價值,就會願意主動加班完成;

2、良好的私人關係,哪怕偶爾一兩個不那麼有價值的專案,研發也會幫你的。但不能經常搞沒用的專案,人人都需要成就感的。

2樓:古月風耳

大部分產品經理犯錯的成本比較低,運維和開發犯錯絕對是可以上公司新聞的。產品犯錯了只能偷偷罵。

產品經理的工作類似寫作文沒有對錯只有高低;開發恰恰相反類似數學題是能分對錯的。

3樓:Mzking

沒有權利,但你得想辦法保證專案不延期。

背景:我是產品經理兼專案經理,下面是一些經驗之談。

1.產品經理得有「無授權領導力」,把一些「無權管理」的事情「推動完成」。

2.在我負責的專案中,我從來沒有比任何乙個程式設計師早回家。「自己不加班,不是無權,而是無臉希望別人加班!」

3.沒有完美的文件,如果程式設計師在加班中需要問產品經理一些細節邏輯,而你不在…延期也並不冤枉。

4.平時就要多一起吃飯、一起吃零食。

5.開開玩笑,說說產品經理提需求被打的江湖傳聞,程式設計師很愛聽。

6.畫餅,讓程式設計師知道專案的意義。

4樓:Marlon

沒有權利,但是卻很好實現。

產品和研發是平行線,所以你直接和幹活的研發說讓他加班完成上線,他一定是牴觸的。而且一定會罵你。但是我建議有下面幾個路徑去實現:

第一:如果你和研發關係很好,私下說明利害就好了,比如給他買杯奶茶,好好說這個專案一定要什麼時候上線,被老闆催得緊,關係好的基本就直接搞定了

第二:哪怕是他主動願意加班幫你搞定了,你也要在群裡,主動說開發加班多多辛苦,為了保證及時上線加班到多晚啥的,一是要當眾肯定開發的付出,二是這些話要讓開發的老闆聽到。這樣儘管人家加班了,但是還是會很感謝你幫忙刷一波存在感。

第三:如果開發直接拒絕,則建議直接和開發老闆聊,說清楚這個專案的緊急程度和為什麼一定要加班完成。如果自己搞不定,可以讓自己領導幫忙和開發領導幫忙溝通。

如果一定是要緊急上線,我覺得沒有什麼費勁的協調的地兒。

5樓:拯救銀河系

這個首先需要看交給你的任務是否合理,以及加班理由?

若交給你的任務合理,而你沒有按時完成開發任務,那麼作為一名負責任的員工,你需要主動加班完成任務。

若不合理,你可以和產品經理發表你的想法。

若專案面臨上線壓力作為一名公司員工,可以適當加班,因為產品也是咱們自己的心血!

6樓:畫虎爛

當然是沒有這個權利,如果產品經理有這個權利直接讓開發加班的話,只能說這個流程已經亂套了。

正常來說,乙個功能從前期的調研,prd產出,評審,開發,測試,上線等環節都是有一整套流程來保證的。

在需求評審的時候,開發會根據需求的複雜度來估算工作量,然後根據自己的時間和各方依賴的時間來確定這個需求開發,聯調,測試的時間節點。

這些時間是事前約定好的,在乙個成熟的團隊裡,開發是有權利拒絕不合理的排期的。當然產品也是可以要求開發加班,但這不是產品直接擁有的權利。如果產品認為這個需求很緊急,需要加班加點完成,那需要去上公升這個問題,如果經過評估之後,發現這個需求確實很緊急,那麼這時候會有開發的上級下發這命令。

產品擁有這麼大的權利的時候,很容易導致整個流程失衡,最終崩潰。可以想象一下,如果產品可以直接要求開發加班,那必然導致一些產品在前期的需求產出時不夠認真,不仔細推敲細節,因為他總有「彌補」的機會,甚至會導致一些沒有認真考慮過的需求直接「上線驗證」,這就進而導致對於開發資源的極大浪費,而當產品養成這種習慣之後,需求的質量也就可想而知了。

因此合理的方案是由乙個流程來賦予這種權利,在特殊情況下提供乙個解決方案,而又保證這種權利不會被濫用。

7樓:花生醬

首先這個問題的答案肯定是沒有這個權利的

第二如果專案進度實在著急,你們的開發又一直拖著導致進度提不上來,這時候你應該找能管的動他的人或者找另乙個開發協助他一起

第三正常來說專案進度是立項的時候就做好時間評估表的,專案結束後要Review下是什麼導致這次問題的產生

8樓:松江客

每個公司情況是不一樣的。

技術導向型的公司,產品經理的地位往往比較低,在眾人眼裡是乙個可有可無的公司。2C的公司產品經理往往掌握公司的命脈,但是通常也只是做需求管理而已。

加班與否屬於專案管理,是否加班的權利歸專案經理所有。

9樓:

肯定沒權利了

但是產品經理可以視專案進展情況,和專案經理溝通,專案經理安排加班。另外,如果是產品經理大改需求導致需要加班,產品經理就做好陪加班和服務好開發的工作了,哈哈

10樓:哈路孔

如果直接回答題目的話,那就是沒有權利。

目前大部分產品和開發的關係,應該用業務合作關係來形容,只不過產品是上游,開發是下游。上游只能開閘push下游加快進度。

由於兩者之間的上下游關係,緊密且各有所求。所以產品應該關注並且處理好與開發的交流(需求傳遞,跟進開發進展,協同解決問題…)。而開發同學更關注於業務本身,做到能夠與產品配合,共同確認專案進展,保證業務質量…

11樓:網路人

產品的責權一直是乙個有爭議的話題。我認為產品經理應該具備以下權利:

1、業務可行性評判。

2、業務解決方案的制定和決斷。

讓不讓開發加班是次要的,產品只能建議,建議的依據是需求對於業務的重要性。

12樓:楊亞輝

作為產品經理肯定是沒有,因為產品經理本質上和開發是一樣的,是相互合作的關係,不存在上下級。

但是有的時候產品經理是兼職,也就是說有另乙個身份,比如專案經理,這時候當然可以讓開發加班,但是注意這時候其實不是產品經理讓加班

如果就是全職的產品經理,也可以和專案經理匯報加班理由,爭取專案經理的支援,這種情況下,可以和專案經理協商,比如就某產品功能成立乙個專門的小組,由你來任組長,同時和專案經理爭取管理小組任務的權利也是可以的。當然前提是你能帶得了開發組。

最後,權利和責任往往是關聯的,謹記

13樓:小菜一碟

邊界其實很模糊的

產品作為業務方,可以對開發提出需求的緊急程度。一般來說業務驅動的公司,如果確實需求上優先順序比較高或者比較緊急,是可以跟開發負責人溝通的。

我司屬於業務驅動型的,所以對於特別緊急的事情,甚至收到一些急的事情,很多時候是產品開發測試一起組團搞到半夜的。事情優先順序是由上而下推的。前提是優先順序確實高,而且先取得開發leader的認同。

大家目標其實是一致的,為了業務發展。

但如果從「權」這個角度出發,是挺愚蠢的。開發與產品非上下級關係,最多屬於上下游。按正常流程對接,按公司或團隊大家一致承認的工作方式進行。

除此之外則是個例。個例的話,人家願意是情分,不願意是本分。搞多了團隊間是會有間隙的,盡量不要或者少做這類事!

1是衡量需求重要程度的能力,很多需求是沒必要,之前沒那麼急的。

2是團隊目標感的宣貫能力。能讓團隊一條心,是共情能力,領導能力的重要體現。

3是推動能力。如果認定一件事值得做,但又得不到認可。那找到推動事情的關鍵節點很重要。

具體開發推不動,是不是可以找他們leader要資源,找人手。是不是可以找自己leader去爭取資源,提高優先順序和排期?別的能力不說,專案推動能力絕對是極其重要的能力。

當然,前兩種能力是方向,如果前兩種能力很差的時候強行去推,放大第三種能力,大概就是你說的「權」。相信我,你可能會死得很難看,或者之前很不開心!

14樓:溜貓的栗子

我理解產品有權和開發對齊專案週期,對齊之後可以要求在約定好的截止日期前驗收。可以過問專案進度,提醒開發專案截止時間,但是加不加班還是研發自己的事。

15樓:Haw Chen

抱歉大多數時候是沒有的,PM只是產品功能迭代的推進人之一。

如果沒有老闆或者總監級人員的授權,產品經理只是權利最小的推進人。

安排開發任務分配的技術總負責;給員工發工資的老闆,一般這兩人的決策會直接關係到開發加班與否。產品經理大多數時候做的是無授權管理。

產品形態和產品節奏要由你負責設計和把控,但最後往往PM是不能干預任何一名開發,設計,測試的工作速度和質量,你可以建議或者說服改變一些他們工作中小的點,也可以匯報你的上級,給出你的決策和建議,但幾乎不可能直接命令任何乙個人。這種產生管理效果,但是沒有你強制命令的「管理」,更像是一種勸誡。

當產品經理成長成為乙個專案或者產品的總負責人的時候,這時候讓開發加班幾乎不是個問題。

16樓:李坎

從工作職責上來說,產品經理是不需要管進度的,因此也無需這個權利。不過,很多中小型公司,產品經理一般都會兼任專案進度管理,所以這也是乙個實際問題。

權利的本質是對資源的把控與協調,只要你能讓開發弟兄心甘情願為你加班,那你就是有這個權利。

17樓:

我們從是什麼、為什麼、怎麼辦的思路層層遞進回答這個問題。

產品經理就是乙個協調一群不同職能幹活的人,一起幹活!

我們在職場中對權力的人認識要經歷以下階段:(1)我沒有權利要求別人幹什麼;(2)我要有成果產出需要要求一些人和我一起幹(狗頭保命,也可以換個詞協作);(3)我沒有權利,我如何要求別人和我一起幹!!!

(1)最友好的途徑:我們產品經理積極的和每一位小夥伴成為朋友。

(3)最粗魯的途徑:不友好,還要求,還發火抱怨,那你該走人了。

18樓:wow

問出這個問題,說明你希望研發大大們加班完成任務,那麼現在應該解決的問題是如何能說服加班事項發生。

第乙個,就像你說的—權利,這就要看具體產研部組織架構,是直接領導關係還是並列關係。

第二個,說服感染,這個就是個人影響力了。

第三個,私人交情。

19樓:千尋知識小站

如果產品經理是該項目的專案經理,該研發是該項目的研發,這種要求又在專案緊張的前提下,這樣要求是合理的。如果上面的幾個條件有不滿足的,就不太好。

20樓:綠豆豆

如果你是團隊人事維度的領導,你可以

如果你很開發關係很好,你可以

如果你承諾利於好處,且對方認可,你可以

如果你口才好,說服對方任務很重要必須加班完成,你可以

21樓:Paul Ekman

這個問題要分兩種情況:

這也就是PRD存在的其中乙個理由,程式設計師雖然開發過程中基本不看PRD的文字介紹,但是在有糾紛的時候,相當於乙份合同,可以給雙方安全感

22樓:

沒有,都是幹活的,產品求開發加班還來不及呢,哪來的權利。像中途改需求還有各種會造成delay的情況,鍋都是能分好的。遇到緊急上線的話那就不是幹活的能管到的了,要靠leader去溝通評估。

開發如何轉產品經理?

產品一哥 首先要明確初級產品經理的職位要求 可以發現,達到職位要求的最優方法是 做乙個完整的產品專案。首先看一下,做完乙個完整的產品專案之後,你的簡歷是下面這樣子,100 通過篩選,簡歷再也不被拒絕!在理解職位要求的內容之後,可以發現,達到職位要求的最優方法是,做乙個完整的產品專案。如果不動手做專案...

產品經理怎樣和開發搞好建設?

LineLian數智產品 1.產品團隊架構,例如很多不小的廠都會設定專案經理來幫產品建設開發 2.善於溝通,有時候說女孩子適合做產品經理一般還真是對的,因為女性一般溝通時比較溫柔 3.技術上,產品經理懂資料流程,懂演算法是可以與開發有更多的共同語言 4.需求環節前置與開發的溝通時間點幫助開發可以預選...

從開發轉型產品經理難嗎?需要學習什麼?

產品一哥 題主你好,開發轉產品經理相較於產品經理轉開發可以說難度低得多,就是要做些思維的轉變。技術轉產品的過程中,要保持虛心,多學習和請教,培養同理心。在技能方面,可以先學習下專案管理。專案管理相關的知識體系是產品經理必備的,建議可以看看 PMBOK 這本書是美國專案管理協會撰寫的,理論體系還是很完...