作團隊感悟 9 該對誰負責

2021-04-20 04:32:49 字數 1679 閱讀 3726

本文出處:http://blog.csdn.net/sodme

前記:人在職場,不免會受各種各樣的因素左右,由於我們身處的位置,團隊,公司,以及產業,對同一件事可能會有截然不同的看法。就比如,我將在此文中提到的「該對誰負責」的問題,可能現實的實踐中,大家採用的就是完全不同的作法,也同樣取得了成功。

所以,我只能說,這是我的選擇,也是我所欣賞的選擇,但是,我只是個體,代表不了大家,具體如何作,還需要每個實踐者自己去摸索、思考和總結。

這是一篇有關「樹立正確責任觀」的作團隊感悟,

引入正文----

責任感,最原始的動力,應該來自於「想把產品作成功」的積極心態,而不僅僅是上級的壓力或者某種信任。我們提倡積極主動的責任觀,也通過各種方式培養團隊成員的責任感,並且讓他們切實的對自己所作的事負起責任來。

乙個男人的魅力,很大一部分**於他有沒有責任感;而對乙個團隊成員的評價,很大一部分也是**於他對團隊和產品的責任感。最理想的境界,當然是:人人都一心想著產品好,人人都努力作好自己份內的事,為產品作貢獻,但在這種境界達成之前,我們需要作好許許多多的細節,讓每個人都對自己作的事負起責任來。

在產品研發中,我們該對誰負責?

對產品經理負責?

對老闆負責?

還是對使用者負責?

sorry,我想說的是,以上都不是,

只有你自己從始至終一直堅持著「對產品成功負責」這個理念,你的所作所為才會不斷向正確的方向修正和改進,你對產品和產業的把握才會越來越準確,你的信念會更加堅定,個人素質也會不斷提高。

為什麼不能以「某乙個人」為你的責任物件?那是因為,是人,就會犯錯,即使是公司老闆或者你的上司。

「對產品負責」,可以讓你始終站在乙個相當的高度和中間的立場上去客觀的分析問題,解決問題,不至於因為無謂的人事鬥爭或老闆偶爾的失誤而斷送產品前途,同時,也會為你贏得其他人的尊重。

我想,沒有任何乙個人,會從心底裡去尊重乙個每天只會溜鬚拍馬的馬屁精,特別是,技術人員的群體中。所以,從這個層面來說,「對產品負責」,也是對你樹立團隊威信最好的選擇。

確定了「方向」的問題之後,我們就需要考慮,在團隊內部應該採用什麼樣的責任體系了。我們提倡和使用的理念是:任何一件事,其最終,都只有乙個負責人,這件事,由這個人來負責牽頭,組織,協調,跟蹤實施的全過程和實施後的效果,他可以去動用團隊其他資源去為這件事服務,簡言之,就是:

一旦確定了負責人之後,不在萬萬不得已的情況下,決不中途換人,只要不換人的代價是專案和產品可以承受的,就會堅持用下去。

在用人上,最糟糕的方法,就是一件事指定了兩個人或者更多人去負責,越多的人負責導致的結果,必然是越不負責。當然,我這裡所說的「負責」,指的是責任人,不是指的參與者。

由於事情的大小,同時參與的人可能遠不止乙個,但是,負責人只能有乙個,所謂「一山不容二虎」,我們首先,應該從制度上避免這種無謂的人事矛盾,為乾淨純潔的團隊氛圍創造條件。

在實際的開發中,我們經常遇到這種情況:某乙個系統,很多的開發人員都很有興趣想作,但是,這件事,最終只能交給乙個人去作,那我們該如何處理這種情況?

我們採用的是:

如果,其他人能夠也有空餘時間和精力的話,他們也可以通過負責人分享出來的資訊,自己私下去思考自己的解決方案,雖然他的想法這次沒派上用場,但在下次類似的事情中,說不定他就可以上場按自己的方式來表演了。

我們希望團隊中的每個人,都能不斷的成長,而這種希望,不能只是一種理念,需要團隊為大家不斷的創造各種條件讓每個人都有機會去嘗試。創造條件的具體措施,需要每個團隊領導者去不斷摸索,但只要你秉承這種理念,方法總會有的。

作團隊感悟 9 該對誰負責

本文出處 http blog.csdn.net sodme 前記 人在職場,不免會受各種各樣的因素左右,由於我們身處的位置,團隊,公司,以及產業,對同一件事可能會有截然不同的看法。就比如,我將在此文中提到的 該對誰負責 的問題,可能現實的實踐中,大家採用的就是完全不同的作法,也同樣取得了成功。所以,...

作團隊感悟 9 該對誰負責

本文出處 前記 人在職場,不免會受各種各樣的因素左右,由於我們身處的位置,團隊,公司,以及產業,對同一件事可能會有截然不同的看法。就比如,我將在此文中提到的 該對誰負責 的問題,可能現實的實踐中,大家採用的就是完全不同的作法,也同樣取得了成功。所以,我只能說,這是我的選擇,也是我所欣賞的選擇,但是,...

作團隊感悟 有效溝通

本文出處 http blog.csdn.net sodme 前記 有效溝通 這裡的 有效 指的是有效率。這是一篇有關 如何進行有效溝通 的作團隊感悟,其核心思想是 引入正文 在團隊開發中,我們總免不了與上上下下,左左右右的人協作,交流與溝通,上到乙個需求的含義,下到乙個函式的介面。如何作到 快速開發...