研發團隊管理制度

2021-05-25 03:07:50 字數 8150 閱讀 2295

潛水】朱巨集兵

我覺得還是有時間得交流交流

【潛水】朱巨集兵

2014-7-7 13:45:03

我感覺做管理和做技術差別很大

【潛水】朱巨集兵

2014-7-7 13:45:30

做技術可以google,可以追求完美,但是做管理沒法google,沒法完美

【潛水】朱巨集兵

2014-7-7 13:45:36

最近很鬱悶啊

【潛水】玉兔追月 2014-7-7 13:46:15

恩。可以簡單說說問題嗎

【潛水】玉兔追月 2014-7-7 13:46:35

管理和人性、制度相關

13:47:46

【潛水】朱巨集兵

2014-7-7 13:47:46

簡單得說,舉個例子啊,例如乙個專案希望盡快出來,專案化運作,專案化以後,**質量如何保證,如何保證**的後續可維護性,我現在就覺得很難做

【潛水】朱巨集兵

2014-7-7 13:48:20

大家還有認識的搞一線開發管理的,多邀請一些來,有空聊聊天唄

【潛水】玉兔追月 2014-7-7 13:48:31

恩。好的

【潛水】玉兔追月 2014-7-7 13:49:04

**質量一靠培訓+規範,二靠測試。

【潛水】玉兔追月 2014-7-7 13:49:19

看看騰訊他們如何保證的

【潛水】朱巨集兵

2014-7-7 13:49:34

沒看到相關資料

13:49:51

【潛水】朱巨集兵

2014-7-7 13:49:51

網上基本華為的居多,

【潛水】玉兔追月 2014-7-7 13:50:00

有同學在騰訊嗎?

【潛水】朱巨集兵

2014-7-7 13:50:07

也可能和我這方面花得時間有點少有關係

【潛水】朱巨集兵

2014-7-7 13:50:15

有乙個,沒怎麼聯絡

【潛水】鐘白平

2014-7-7 13:50:25

我覺得專案化就應該有相應的專案管理方**

【潛水】朱巨集兵

2014-7-7 13:50:36

而且是不是做coding的,可能有點差距

【潛水】鐘白平

2014-7-7 13:51:15

比如敏捷專案管理等

【潛水】朱巨集兵

2014-7-7 13:51:25

倒是有人在阿里,可以有空找人聊聊

【潛水】鐘白平

2014-7-7 13:51:44

不知道大家有沒有這方面的管理經驗

【潛水】朱巨集兵

2014-7-7 13:51:51

敏捷感覺對這個用處不大

13:52:21

【潛水】朱巨集兵

2014-7-7 13:52:21

沒有,只看過幾本敏捷的書

【潛水】玉兔追月 2014-7-7 13:52:35

恩。多和bat聊聊。相互交流。規範管理。

【潛水】鐘白平

2014-7-7 13:52:38

方法都是可以靈活運用的

【潛水】朱巨集兵

2014-7-7 13:52:58

嗯,那倒是

【潛水】朱巨集兵

2014-7-7 13:54:04

不過,我倒是騰訊他們怎麼建立起各種研發方面的制度,挺感興趣的

【潛水】朱巨集兵

2014-7-7 13:54:21

其實數數他們公司,也還沒幾年

13:54:39

朱巨集兵邀請╃鬼公子╊加入本群

【潛水】朱巨集兵

2014-7-7 13:55:16

戈兆萬是和我乙個公司的,做pc上軟體開發

【潛水】╃鬼公子╊

2014-7-7 13:55:29

大家好【潛水】玉兔追月 2014-7-7 13:56:19

大家好【潛水】玉兔追月 2014-7-7 13:56:25

貴公子【潛水】鐘白平

2014-7-7 13:56:23

【潛水】戈兆萬

2014-7-7 13:56:36

13:57:09

【潛水】玉兔追月 2014-7-7 13:57:09

13:59:34

【潛水】王輝 2014-7-7 13:59:34

騰訊的**質量都有指標的

【潛水】王輝 2014-7-7 13:59:42

比如bug 也是分級別的

【潛水】王輝 2014-7-7 13:59:48

都跟kpi掛鉤

【潛水】王輝 2014-7-7 14:00:14

弄到騰訊的研發部kpi指標,可以參考參考

【潛水】朱巨集兵

2014-7-7 14:00:17

一線員工搞kpi不合適吧?

【潛水】王輝 2014-7-7 14:00:31

騰訊全部都跟kpi掛鉤

【潛水】朱巨集兵

2014-7-7 14:00:52

一般說法,對一線員工搞kpi,基本必死無疑啊

14:01:55

【潛水】鐘白平

2014-7-7 14:01:55

搞kpi也要有人搞才行啊

【潛水】鐘白平

2014-7-7 14:02:59

小團隊沒有必要搞kpi的吧

14:04:16

【潛水】鐘白平

2014-7-7 14:04:16

老大將問題拋得更具體一些,我們大家一起討論討論

【潛水】朱巨集兵

2014-7-7 14:04:23

我現在對專案化以後,**結構等保證沒有啥好思路,你們有啥建議嗎?

【潛水】朱巨集兵

2014-7-7 14:04:53

別叫老大,不敢當

【潛水】王輝 2014-7-7 14:05:36

你說的專案化是指基本產品已經完成,具體根據工程專案修改部分模組嗎?

【潛水】鐘白平

2014-7-7 14:05:34

應該需要有乙個**架構設計專家來幫著把關

14:08:00

【潛水】朱巨集兵

2014-7-7 14:08:00

具體來說,就是現在要開發乙個下一代產品。我們現在基本上是基於小組的,所以個人負責一部分產品線/功能。現在想往專案化走,但是我對於專案化以後如何保證**的可擴充套件性之類的心存疑慮

【潛水】朱巨集兵

2014-7-7 14:09:12

如果真正專案化走,以專案進度為目標,我總擔心會很難讓人去保證**相容擴充套件等需求了。

【潛水】朱巨集兵

2014-7-7 14:09:45

我們要做的是乙個新的基礎平台,可能以後會在這個上面做擴充套件開發

14:10:03

【潛水】鐘白平

2014-7-7 14:10:03

是的,我們就有這樣的問題,需要有乙個專案團隊對軟體架構負責

【潛水】王輝 2014-7-7 14:10:18

恩。那就多留點時間在架構上多考慮考慮

【潛水】王輝 2014-7-7 14:10:41

專案進展中也要加上架構討論部分。

【潛水】鐘白平

2014-7-7 14:10:47

總要有人把控全域性

【潛水】朱巨集兵

2014-7-7 14:10:55

@鐘白平你是指另外乙個團隊對架構負責?

【潛水】朱巨集兵

2014-7-7 14:11:01

審批架構?

14:12:39

【潛水】朱巨集兵

2014-7-7 14:12:39

你們現在**管理用啥?

【潛水】鐘白平

2014-7-7 14:12:50

審批應該還不夠,最好是能參與架構設計,讓每個專案團隊中的骨幹參與設計並審批架構設計

【潛水】朱巨集兵

2014-7-7 14:13:09

我們現在svn,感覺提交後審核這塊似乎svn不能滿足需求

【潛水】朱巨集兵

2014-7-7 14:13:49

我感覺架構設計人多了,應該不好弄

【潛水】鐘白平

2014-7-7 14:14:20

那至少也要讓大家達成統一意見

14:15:29

【潛水】鐘白平

2014-7-7 14:15:29

開發人員在什麼都不知道的情況下,**的相容與擴充套件是很難做到的

【潛水】王輝 2014-7-7 14:15:55

恩。每個專案團隊中的骨幹參與設計並審批架構設計。

是個好辦法。

【潛水】朱巨集兵

2014-7-7 14:16:04

肯定不會什麼都不知道。

【潛水】朱巨集兵

2014-7-7 14:16:38

其實理想情況應該是架構師先做好架構設計

14:17:57

【潛水】鐘白平

2014-7-7 14:17:57

是啊,【潛水】朱巨集兵

2014-7-7 14:17:59

你們在實際專案中先找骨幹做完架構再寫**嗎?先做

【潛水】鐘白平

2014-7-7 14:18:09

團隊中有個架構師是最好的

【潛水】朱巨集兵

2014-7-7 14:18:14

我們還沒有這麼搞過

【潛水】鐘白平

2014-7-7 14:18:29

恩,我們先做架構,再做開發

【潛水】朱巨集兵

2014-7-7 14:19:29

架構和開發的人員是分開的?

14:20:06

【潛水】朱巨集兵

2014-7-7 14:20:06

還是同樣的人員,先做一樣,再做一樣

【潛水】鐘白平

2014-7-7 14:20:18

沒有完全分開,做架構的人也做開發

【潛水】鐘白平

2014-7-7 14:20:38

先做整體架構,然後再分開開發

【潛水】朱巨集兵

2014-7-7 14:21:13

嗯,我也試試。如果碰到什麼問題再找你討教

【潛水】鐘白平

2014-7-7 14:21:32

我們也在摸索呢

【潛水】朱巨集兵

2014-7-7 14:21:40

【潛水】朱巨集兵

2014-7-7 14:22:05

**管理你們都用啥?

14:22:18

【潛水】鐘白平

2014-7-7 14:22:18

我們用svn

【潛水】朱巨集兵

2014-7-7 14:22:25

svn?我感覺svn**審核很難做啊

【潛水】朱巨集兵

2014-7-7 14:22:48

沒審核的**先提交到某個分支?

【潛水】朱巨集兵

2014-7-7 14:23:25

還是直接直接提交,不對再打補丁?

【潛水】鐘白平

2014-7-7 14:23:27

提交前審核

【潛水】朱巨集兵

2014-7-7 14:23:56

就是線下先交流了?

14:24:45

【潛水】朱巨集兵

2014-7-7 14:24:45

那你給他們提交的許可權嗎?我感覺一旦給了,很難保證他們先提交前會找人審核

【潛水】鐘白平

2014-7-7 14:25:03

恩,每天都有一點時間做交流

【潛水】鐘白平

2014-7-7 14:25:40

專案負責人或者高階程式設計師或者小組負責人,負責審核

14:27:14

【潛水】朱巨集兵

2014-7-7 14:27:14

我們小組不太理想,給了提交許可權以後,提交審核基本沒做成

【潛水】鐘白平

2014-7-7 14:27:45

責任分配不到位嗎?

【潛水】鐘白平

2014-7-7 14:28:00

我們的每個人都有自己的責任

【潛水】鐘白平

2014-7-7 14:28:15

專案開始前有個責任分配矩陣

【潛水】朱巨集兵

2014-7-7 14:28:24

嗯,我們責任劃分不清晰

【潛水】朱巨集兵

2014-7-7 14:29:03

那你們基本規定好了各個人在專案中的各項許可權了吧

14:29:56

【潛水】朱巨集兵

2014-7-7 14:29:56

有點事,離開會兒

14:43:22

【潛水】戈兆萬

2014-7-7 14:43:22

**的review個人向試行下面辦法,大家可以給點意見;

基本思路是類似開源軟體的模式,個人向提交**,就發補丁包給review者,review通過由review者commit,否則退回;

review者基本靠交叉review原則產生,不集中到leader頭上;

有想法review應變成集體性的,而不是指定某個人的,只要指定時間內有人review過就可以;發現問題有對應獎懲;

【潛水】鐘白平

2014-7-7 14:45:12

這個辦法很好啊,

14:48:11

【潛水】戈兆萬

2014-7-7 14:48:11

我也覺得可以試試

14:51:22

【潛水】朱巨集兵

2014-7-7 14:51:22

這個問題在於提交者顯示問題

【潛水】朱巨集兵

2014-7-7 14:51:47

例如a做的功能,提交後顯示是b提交的,體現不了a

【潛水】戈兆萬

2014-7-7 14:52:26

b的提交理論上應該總是代表a,反之a代表b;

我覺得沒問題的

14:57:29

【潛水】戈兆萬

2014-7-7 14:57:29

或者最直接review者commit時在注釋中標明提交review的就行了,反正中國人名字也不長

15:00:32

【潛水】朱巨集兵

2014-7-7 15:00:32

群體review,還有c存在

15:13:17

【潛水】戈兆萬

2014-7-7 15:13:17

有c存在什麼意思?

15:15:24

【潛水】鐘白平

2014-7-7 15:15:24

誰提交誰就有責任

【潛水】鐘白平

2014-7-7 15:16:08

其實**審查最大的功能是讓開發人員知道將會有同事或者他很在意的人檢視他的程式,那麼他的程式設計態度就會不一樣的,**質量也會提高

【潛水】戈兆萬

2014-7-7 15:16:09

@鐘白平

【潛水】鐘白平

2014-7-7 15:16:35

【潛水】朱巨集兵

2014-7-7 15:16:50

我是說b和c都可能會review a的**

【潛水】朱巨集兵

2014-7-7 15:16:59

這個我很贊同

【潛水】朱巨集兵

2014-7-7 15:16:58

15:19:09

【潛水】戈兆萬

2014-7-7 15:19:09

群體review目前只是想法需要必要的軟體工具支援才行

個人覺得這個方式會比單人review更有效;

基於上面@鐘白平的表達,最直接的增加了原始碼的讀者數量

【潛水】朱巨集兵

2014-7-7 15:20:49

戈兄的意思是結對review?

15:21:28

【潛水】戈兆萬

2014-7-7 15:21:28

是的捉對程式設計

【潛水】朱巨集兵

2014-7-7 15:22:00

你們小組準備搞這個?

【潛水】戈兆萬

2014-7-7 15:22:22

是啊【潛水】朱巨集兵

2014-7-7 15:22:47

也不錯【潛水】朱巨集兵

2014-7-7 15:22:52

15:29:09

【潛水】戈兆萬

2014-7-7 15:29:09試試水

研發管理制度

2 研發部從自身發展需求出發提出,具體可以是 自主部件開發 為了提公升產品質量 降低成本而開發 根據國際 國內技術發展趨勢及本司技術積累而開發。3 客戶提出委託設計。提出需求單位均應填寫 新產品需求表 必要時附加相關說明資料,並經權責人員審核批准後下達研發事業部進行新產品企劃。第四條市場部經理主持新...

研發管理制度

安徽貝克生物製藥 新產品開發專案管理制度 1.目的和作用 新產品開發是企業在激烈的技術競爭中賴以生存和發展的命脈,它對企業產品發展方向 產品優勢 開拓新市場 提高經濟效益等方面起著決定性作用。為了使新產品開發能夠嚴格遵循科學管理程式進行,取得較好的效果,特制定本制度。2.管理職責 2.1研發中心辦公...

研發專案管理制度

北京興大豪科技開發 二零零五年十二月 目錄第一條為了提高北京興大豪科技開發 以下簡稱 大豪科技 研發專案管理水平,縮短產品研發週期,提高產品設計質量,降低產品研發成本,促進公司產品研發管理的規範化 科學化和法制化,提高公司的核心競爭力,特制定本管理制度。第二條適用範圍 公司所有產品研發專案管理 從專...