當前研發(fā)部門(mén)管理思考
截至到今天接管研發(fā)部門(mén)是第二天，這個(gè)公司的研發(fā)產(chǎn)品和以往的行業(yè)存在很大不同，但大體通過(guò)這兩天對研發(fā)部門(mén)人員的訪(fǎng)談，算是初步了解了整個(gè)產(chǎn)品的業(yè)務(wù)流程，同時(shí)也對研發(fā)人員有了初步認識。
本來(lái)了解產(chǎn)品的業(yè)務(wù)流程可以通過(guò)產(chǎn)品的相關(guān)設計說(shuō)明書(shū)獲得，但實(shí)際情況是這些問(wèn)題和程序嚴重脫節，或者沒(méi)有辦法及時(shí)獲得最新軟件版本的最新開(kāi)發(fā)文檔。
其二就是開(kāi)發(fā)人員缺乏溝通能力，缺乏必要的活潑性，即便通過(guò)套近乎的誘導方式也不存在多余的表述。溝通只停留在十分具體的功能講解上。
通過(guò)此次摸底，發(fā)現的第三個(gè)問(wèn)題是，軟件開(kāi)發(fā)缺乏完備的總體控制和規劃。特別對于數據庫表的結構控制方面，失控（應該用這個(gè)詞）還是十分嚴重的，居然看不到權威的、完備的數據庫描述，更不用說(shuō)相應的ER圖了。在我看來(lái)，作為一個(gè)依托于數據庫應用的應用系統，數據庫變更的隨意性和缺乏統一管理，其結果就是整個(gè)項目處于非受控狀態(tài)。
數據庫非受控的同時(shí)就是軟件版本管理工具的缺乏，團隊協(xié)同開(kāi)發(fā)必須的版本控制軟件在一個(gè)多模塊多功能多應用的多人開(kāi)發(fā)團隊中缺失，其帶來(lái)的結果必然是軟件版本的失控。而如果在缺乏工具軟件輔助情況下能夠保持本版的一致性，關(guān)鍵在于人的管理尚處于有效狀態(tài)。當時(shí)我觀(guān)察到這一現象的同時(shí)首先的反應，就估計出他們的開(kāi)發(fā)模式是沒(méi)人各負責一塊，相互間交互開(kāi)發(fā)比較少，特別是多人協(xié)同一個(gè)功能的實(shí)現方面合作很少，這樣才保障了當前開(kāi)發(fā)的次序性。
其四就是BUG追蹤或者需求控制工具手段的缺失。需求控制通過(guò)WORD開(kāi)形成，其結果是需求呈現在開(kāi)發(fā)員面前是粗糙的，需要開(kāi)發(fā)員取設想很多操作細節，這就容易形成閉門(mén)造車(chē)，這也是技術(shù)支持部門(mén)（兼測試）反應尤其強烈的，抱怨開(kāi)發(fā)出來(lái)的東西根本不成熟，可操作性很差。而反饋的意見(jiàn)又通過(guò)口頭方式進(jìn)行，則缺失了軟件管理中必要的追溯性，即使將來(lái)對程序員考核也缺乏必要的數據依據。
其五內部溝通尚不活躍，那么對于相關(guān)的外部部門(mén)的溝通就更不能有效進(jìn)行。我了解到曾經(jīng)技術(shù)部門(mén)和客服部門(mén)在一起開(kāi)會(huì )居然會(huì )因為溝通的問(wèn)題而發(fā)展成吵架，最后不到不在技術(shù)部門(mén)和客服部門(mén)直接建立一個(gè)緩沖部門(mén)——也就是現在的技術(shù)支持部門(mén)，作為技術(shù)部門(mén)和客戶(hù)部門(mén)交流的紐帶，這點(diǎn)對于我來(lái)看無(wú)法理解，同時(shí)也不贊成，因為他不是從根本上解決問(wèn)題，即不能解決溝通問(wèn)題，也不能解決造成爭吵的根本性原因，無(wú)助于問(wèn)題的本質(zhì)上解決，只是在使表面上歸于平靜。
以上問(wèn)題擺在面前，而我的到來(lái)公司到底希望我起到什么作用？公司領(lǐng)導對我的定位和期望是什么？這個(gè)我尚沒(méi)有完全掌握，而要成就一番作為，有時(shí)只解決根本或者根源性的，效果后置表現的事，或許我還沒(méi)有等到目標達成就已經(jīng)下崗了，因此正如下午和技術(shù)支持部經(jīng)理溝通的一樣，關(guān)鍵要結合現在存在根本性的問(wèn)題和領(lǐng)導對我短期期望進(jìn)行綜合定位，只有抓住這點(diǎn)對于實(shí)現長(cháng)期目標才能達成。
因此接下來(lái)的工作，將繼續再和客服部進(jìn)行溝通，同時(shí)摸清領(lǐng)導對我近期期望和定位來(lái)開(kāi)展工作，最后結合以上發(fā)現的問(wèn)題給出一個(gè)解決策略，這應該是唯一的解決方案。
對于以上出現的問(wèn)題，立于當前開(kāi)發(fā)工作壓力不是很大的情況下，可能優(yōu)先考慮（當然沒(méi)有考慮近期領(lǐng)導的期望，最終還要以此為基礎進(jìn)行，避免赴上一個(gè)公司的舊路，公司或者領(lǐng)導有時(shí)候他們并不能理解你的措施在長(cháng)期的效果，而更看重短期目標的達成）將數據庫變更的權利收回，禁止未經(jīng)我同意擅自改動(dòng)數據庫結構，同時(shí)要將系統修改權限也收回，要求必須由我參與認同后方可以進(jìn)行相關(guān)程序的修改。然后建立BUG追蹤系統，將問(wèn)題（不管客戶(hù)反映還是測試部門(mén)等反映的問(wèn)題）統統納入BUG追蹤系統，并在此系統中管理和追蹤系統的BUG。再接著(zhù)就是著(zhù)力培養團隊內部溝通的氛圍，打造一個(gè)技術(shù)相互溝通的習慣和適合的平臺，最終實(shí)現和其它部門(mén)直接的有效溝通。當然建立有效溝通也絕非一朝一夕就可以打造成功的。
事在人為，按此原則做吧。隨機應變，適時(shí)挑戰方式方法。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
