1 工作量估算
對(duì)于工作量估算很多項(xiàng)目經(jīng)理(老板)喜歡用數(shù)學(xué)公式來計(jì)算，可能數(shù)學(xué)公式更加的客觀和科學(xué)，ok,，看看市面流行的計(jì)算方法吧，最常見的是基于代碼行的數(shù)學(xué)模型，那么這里存在不少問題，工作量估算主要是為了在項(xiàng)目進(jìn)行中進(jìn)行有效的項(xiàng)目監(jiān)控，那么軟件開發(fā)尚未結(jié)束，誰知道最后的代碼行有多大?代碼經(jīng)常會(huì)被修改，那么修改的代碼算不算?如果算，那么代碼修改越多難道能說明工作量越大?代碼效率的區(qū)別也是很大的，假如一個(gè)10行代碼可以實(shí)現(xiàn)的東西被寫成50行，難道能客觀的Cye.com.cn反映工作量?還有2種比較高級(jí)點(diǎn)的方法是基于功能點(diǎn)和COCOMO的方法，那么我想問的是它們的公式中的系數(shù)該怎么定?那么不少咨詢師忽悠我說，根據(jù)自己的實(shí)際情況來定唄，那么我想問的是，算命是迷信，電腦意味著科學(xué)，那么用電腦算命算不算迷信?所以我是主張這里還是要靠人的經(jīng)驗(yàn)來估算，大家可以在項(xiàng)目周會(huì)上對(duì)工作量進(jìn)行充分的估算，在估算時(shí)要同時(shí)考慮到項(xiàng)目執(zhí)行的難度，根據(jù)經(jīng)驗(yàn)給出合理的評(píng)估。
2 任務(wù)分配
大多數(shù)的做法是將整個(gè)項(xiàng)目劃分成一個(gè)個(gè)可以獨(dú)立執(zhí)行的原子任務(wù)，這些任務(wù)要?jiǎng)澐謨?yōu)先級(jí)和難度，至少心理有個(gè)數(shù)，并且每項(xiàng)任務(wù)要制定負(fù)責(zé)人。那么問題就出在這個(gè)任務(wù)分配上了，軟件開發(fā)是一項(xiàng)智力創(chuàng)造的活動(dòng)，如果按CMMI假設(shè)的那樣，在分配任務(wù)時(shí)忽略人的因素是萬萬不可取的，我就有血的教訓(xùn)，不久之前做一個(gè)ruby的項(xiàng)目，然后開始在公司內(nèi)部隨便抓了幾個(gè)有點(diǎn)ruby基礎(chǔ)的人，也沒太顧忌別人的想法。做著做著，覺得他們有點(diǎn)心在曹營(yíng)心在漢，平時(shí)還是抱著本 thinking in java看，做ruby也是在敷衍了事，結(jié)果是代碼質(zhì)量不行，需要大規(guī)模的修改。當(dāng)然按理說員工應(yīng)該服從公司的安排，做一樣就要做好一樣，但員工也有員工的規(guī)劃，你去叫他做他壓根就不喜歡的事只能說明管理有問題。
另外還有一個(gè)普遍性的問題是能者多勞，有個(gè)朋友剛進(jìn)公司動(dòng)手能力很強(qiáng)，也非常的積極，每次做項(xiàng)目都分給他最難最累的任務(wù)，做著做著也就厭倦了，這時(shí)老板會(huì)忽悠你說，你能力強(qiáng)，要挑起公司的大梁，以后公司壯大了給你個(gè)什么職位，我覺得這就是在扯淡，這就是我經(jīng)常見到的忽悠式的管理，很多管理手段完全靠人情，很多人都是在這種環(huán)境中被忽悠長(zhǎng)大，到最后怎么樣?被忽悠了幾年還不是另謀高就了，所以指望人情化管理的公司很難長(zhǎng)大。我覺得該講原則的地方就要講原則，在任務(wù)分配上給能力強(qiáng)的分配少而精的任務(wù)，而且要考慮到員工自己的想法，有些人想做java架構(gòu)師，你叫他做oracle dba就不合適，有些對(duì)ui設(shè)計(jì)感興趣，你叫他做系統(tǒng)分析員也不合適，有些人就喜歡搞技術(shù)，你硬要叫他做管理也是不合適。 本新聞共 5頁,當(dāng)前在第 4頁 1 2 3 4 5
|
