如何解決軟件研發(fā)團(tuán)隊管理的問題(參考版)
2024-08-15 15:15本頁面
【正文】 。上面的“套路”涉及了軟件研發(fā)團(tuán)隊管理中的研發(fā)過程、技術(shù)實踐、文檔管理、激勵機制等一些方面。每年有2次提高級別的機會，開發(fā)人員一旦具備了升級的條件，他的Supervisor將會提出申請，一旦批準(zhǔn)，他的頭銜隨之提高，薪水也會有相對較大提高。6級是Executive Management）。4級管理類是Manager/Senior Manager，技術(shù)類是Principal/Senior Principal。我們的經(jīng)驗是提供一套職業(yè)發(fā)展的框架。你要讓他感到他所從事的是一個職業(yè)（Career），而不只是一份工作（Job）。8. 如何提高開發(fā)人員的主觀能動性？提高開發(fā)人員的主觀能動性，少不了激勵機制。團(tuán)隊還為了配合其實現(xiàn)目標(biāo)，組織Tech Talk的活動，供大家分享每個人的學(xué)習(xí)成果。TimeBound（有時限的）：目標(biāo)應(yīng)該包括一個實現(xiàn)的具體時間。Aligned（結(jié)盟的）：目標(biāo)應(yīng)該與公司的商業(yè)策略保持一致。我們在制定目標(biāo)時，遵循SMART原則，即：Specific（明確的）：目標(biāo)應(yīng)該按照明確的結(jié)果和成效表述。我們的經(jīng)驗是，在每年大約3月份為每個工程師制定整個年度的目標(biāo)，每個人的目標(biāo)包括產(chǎn)品上的，技術(shù)上的，個人能力上的等4到5項。除此之外，管理者有責(zé)任幫助這些人（也包括水平較高的人）提高水平，他們可以看一些書，上網(wǎng)看資料，讀別人的代碼等等，途經(jīng)還是很多的?？傊庠郊夹g(shù)上難關(guān)會使團(tuán)隊的生產(chǎn)率下降，產(chǎn)品負(fù)責(zé)人必須作出取舍。二，即使動用所有可以使用的力量，如果某個難題真的無法逾越，為了減少不能按時交付的風(fēng)險，產(chǎn)品負(fù)責(zé)人應(yīng)當(dāng)站出來，并有所作為。當(dāng)然這里會牽扯到績效評定的問題，比如：提供幫助的人會覺得，他的幫助無助于自己績效評定的提高，為什么要提供幫助。我們需要找到宏觀解決辦法。6. 當(dāng)有開發(fā)人員在開發(fā)過程中遇到難題，工作無法繼續(xù)，因而拖延進(jìn)度，怎么解決？這也是個常遇到的問題。它其實就是開發(fā)程序和記錄的電子呈現(xiàn)方式。團(tuán)隊對“完成”的定義(Definition of “Done”)可以很容易轉(zhuǎn)變?yōu)橐环輽z查列表。除了可以確保它們不被忘記，還能使監(jiān)管要求的成本是可見的。復(fù)印和照片同樣有效。所以敏捷開發(fā)在過程中只編寫夠用的文檔，和以“信息的溝通、符合性的證據(jù)以及知識共享”作為主要目標(biāo)的質(zhì)量體系文檔要求并不矛盾。SCRUM之類的敏捷方法也被引入過那些已通過CMMI5級評估的組織。但添加一個斷言失敗（類似assert(false)的斷言）的測試后，則可以通過審核。對于敏捷，使用手寫用戶故事來記錄需求和優(yōu)先級的方法，以及在白板上寫畫的非正式設(shè)計，是不能通過ISO9001的審核的，但當(dāng)把它們復(fù)印、拍照、增加序號、保存后，可以通過審核。它們看起來水火不相容。接觸過敏捷開發(fā)的人都知道《敏捷宣言》中的“可以工作的軟件勝于面面俱到的文檔”。另外推行代碼的集體所有權(quán)（Collective Ownership），
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1