軟件開發項目管理的核心(軟件開發項目管理的核心是保證質量)
今天給各位分享軟件開發項目管理的核心的知識,其中也會對軟件開發項目管理的核心是保證質量進行解釋,如果能碰巧解決你現在面臨的問題,別忘了關注本站,現在開始吧!
本文目錄一覽:
項目管理的核心是什么?
項目管理工作中遇到棘手問題?個人職業發展遭遇瓶頸?也許你需要一個導師為你答疑解惑。
【老邱百問】板塊就是為此而設,主要關注項目管理和職業發展領域,給大家一個提問的平臺,并有機會得到老邱的親自解答,同時將問答分享,以供大家交流借鑒。
老邱百問,答你所問
question
提問者:卓君
提問:互聯網偏技術的職位,做的較多的是公司內部的需求或項目,學了pmp后如何轉到真正的項目經理
老邱解答
如果你已經是PMP,那么你一定對PMBOK的過程有所了解,很想把PMBOK所學到的知識運用與日常工作和日常項目中。項目管理人都是有項目管理思維的,比方項目立項管理、項目規劃管理、項目執行管理、項目收尾管理,其實在我們日常工作中,還有很多PMBOK中都會提到非常實用的三大工具,今天我在這一篇文章里就給大家介紹項目經理的三大神器!我們也運用場景給大家介紹這三大神器的使用方法。
神器一、mindmanager
項目立項了,我們的章程已經發布,所有人都知道你已經被任命為項目經理了,當你摸不清頭腦應該如何往下做的時候,PMBOK被打開了。原來,制定項目章程之后,你必須要完成項目管理計劃了,但是該計劃中這么多子計劃讓你無從下手。。。
不急,聽我慢慢道來!
項目是由一個商業機會觸發,而這些商業機會早已寫在商業論證中,也在立項之前明確,在你的項目章程中也應該有高層級的目標和范圍。作為項目經理的你,應該繼續觸發需求管理,項目管理的交付五花八門,有的是實現一個新產品,有的是為客戶部署一個產品功能,有的是做企業內部交付,有的甚至只是單單一個流程優化。此時的你,大可不必驚慌,因為我們項目管理的方法是一樣的,我們收集需求的工具和方法其實大多相同。
1、產品類項目。
這類項目的項目經理需要有敏銳的用戶視角,你很清楚,你的產品設計的好壞會直接影響到用戶的購買。所以,獲得需求的樣本量越大,對你的產品設計和研發越是有幫助。而這時的你要知道,產品設計數據是王道,所以需要大量問卷調查進行統計分析,跟團隊進行頭腦風暴,抽取樣本開焦點小組及引導式研討會等,甚至還需要考慮到發起人可能會有私人想法,然后對其運用訪談技術。
2、部署類產品。
部署類產品相對來說比較成熟,客戶和用戶的定位比較明確,他們的購買或者使用思路比較清晰,如上線一個ERP,又如部署一個基站做5G的升級。那么作為部署類項目的項目經理來說,建議使用的一些需求工具如:跟客戶一起頭腦風暴,開焦點小組會議,或者是引導式研討會,然后對一些部門主管進行訪談等。
3、內部交付類、流程優化類項目。
你的用戶群可能就是公司的某一些業務部門,需求樣本量相對較少,你也不一定需要類似問卷這種大樣本工具,我們建議使用:頭腦風暴、焦點小組、引導式研討會等,去觸發用戶對于需求的表明。
無論在哪種模式下,這時候的項目經理一個開始頭大了,需求越來越多,也越來越搞,早知道不跟這些用戶開會了,他們又不懂,個個考慮自己的私利以自己為中心,而不是項目產品為中心了。PMBOK 又教我們我們可以用親和圖、名義小組、引導等方式給需求進行排序和分類,這樣不至于使用戶們提出的各種需求都納入到我的項目范圍。項目資金是有限的,項目經理不可能在有限的資源做出無限的功能。
這種類型的需求工作會議,開多了就樣樣蔓延,開少了呢又怕遺漏需求。這時候,你完全可以使用這個神器,mindmanager。它集成了頭腦風暴、親和圖、名義小組等各個工具的優勢,當大家在談每一個需求的時候,如果你用白板寫出來還是不夠裝逼,此時的你可以用一臺投影儀,連接著你的電腦,把大家談到的各個散亂需求寫在軟件中,這個其實是頭腦風暴的功能,邊開會邊合并需求,這其實是親和圖的功能,最后把各種類型的需求合并到一個總的腦圖,這才是真正的需求樹。這時候,我們該用名義小組或引導技術了,這么多需求畫在一個圖上的,也讓用戶們感到壓力,因為他們自己一看這么復雜也打了不少退堂鼓。
原來項目將來做出來是這么復雜的鴨,引導他們,還有走名義小組路線啊,不是不讓大家暢所欲言,讓他們先刷一遍存在感,讓他們暢所欲言談需求好了,當他們自己眼中看到是這么復雜的時候,就不太再會蔓延了。不蔓延了之后,我們就開始砍需求,讓大家用名義小組投票每一個需求的重要程度,甚至我們可以用決策的投票技術讓大家砍掉不需要的需求。這樣的你,既跟用戶們互動比較好,也體現了項目管理精神,需求讓他們談,需求也讓他們自己去砍,砍完的就是你想要的東西了。
這個需求會議建議從原先的頭腦風暴匯總到思維導圖,到現在的大家最終定下要做和不要做的需求,兩個小時已經過去了。
現在社會,頭腦風暴軟件已經非常普及,你的裝逼程度也就一般,所以應該考慮我們的神器二。
神器二、axure
你讓這么多用戶參與需求會議,也通過訪談了解了老板們的私密信息,這時候你需要提升的是大家心中你的專業度了,把他們的需求迅速用原型法畫出來。如果剛才在需求會議的2小時我們定下需求后,你趁熱打鐵馬上能夠畫出原型,這會讓無數人仰視你,他們心中無數個666。這個軟件使用起來并不難,難的是你是否真的有藝術靈感和審美,你并不用把項目交付物全部畫出,你只要能夠畫出基本框架就好。因為這時候的用戶,雖然談了需求,但其實他們腦子里空空無物。只有當你拿出一個雛形出來的時候,他們才會真的聯想到是否那就是他們想要的,甚至會觸發新的需求。
在需求會的10分鐘休息后,你馬上畫出了他們想要東西的草圖,這個圖不需要非常逼真,只要有功能和框架即可。之后我們的探討才真正高效,而你的專業也將贏得用戶的信任。你相信么,從這里開始,在他們心中,你已經是一個非常專業和優秀的項目經理了。
此時的項目經理也心累,想想以前做了這么多年技術現在開始要能夠畫原型圖,沒辦法,因為你越來越貼近用戶,沒有一技防身咋辦呢?
接下來就要搞定團隊的人了,我們建議使用神器三。
神器三、wbs chart pro
這款軟件我曾經用過,但是貌似近幾年在國內并無銷售,所以大家可能要花點心思才能找到。對外通過思維導圖、exure可以搞定,但是對內就要考慮如何做出這些產品和功能,而我們眾所周知項目經理的分工作包的工具叫做WBS,如果你再像以前一樣靠手繪或者用PPT繪制,已經不再裝逼。另外,我們在能夠自傷而下分解到工作包的同時,我們也可以考慮如何把進度自上而下的粗略分解,把成本也自上而下的粗略分解了。
對于一些小型項目來說,是否要畫出甘特圖其實并不是那么重要,可以用這樣子的分解,也可以對每個工作包進行自上而下的估算,其實我們已經可以開工和準備做了。如果大家問我,讓項目能夠快速的運作起來,還缺少什么,其實就少了任務分配這個維度。
因為wbs chart pro把任務也分解到了工作包,每個工作包也有它自己的開始時間和結束時間,我們接下來可以用EXCEL作一個RACI模型把分工這個功能給加上去,這樣,整個項目的前期規劃已經是非常完美了。我們已經有了工作包,每個工作包的開始和結束時間,再做一個表,注明誰負責完成這些工作包即可。
本期呢,我沒寫那么多的心理治愈類的話,也沒寫項目經理職業觀點,我實在一些,教大家項目管理里非常有用的三大神器,不知道你們用過哪一個呢?
歡迎回復和點評,也歡迎大家的指正。
我們下一期見哦~~
如何提問
老邱百問,答你所問。
加快軟件開發來說,項目管理的核心是
樓上有兩位已經把項目管理軟件的重要性說的比較清楚了,就我個人理解,簡單來說就是讓管理者輕松地掌握項目的進度,而具體的負責人員也可以明白自己在特定時間段內該完成的內務。從上到下都知道自己在干嘛,該干成什么樣子,什么時候該完成。項目管理顧名思義是對項目進行管理,所以任何有項目需要管理的企業都需要這種軟件的。所以也就沒有特定性質的什么企業需要,有項目就用項目管理軟件羅。樓上的都沒有進行品牌推薦,我還是推薦一下吧,我是最近才開始用這家的,雖然不知名但軟件和價格都很實在,物美價廉誰都喜歡吧~所以讓大家知道也不是壞事。全程軟件的PM任務項目管理軟件。就是這個了,其他的太貴我們都沒考慮,所以只推薦這一個。希望有幫助到你~
項目管理最精髓的思想是什么
項目管理體系是一種基于PDCA過程管理的先進思維模式和管理模式,同時也是一門綜合的學科體系。通過對其九大知識領域的應用,達成和實現人們的需求和期望。項目管理應用非常廣泛,從科學研究、國防工程、航天工程、建筑工程、新技術研發、產品研發、軟件開發到決策活動、融資活動、營銷活動、內部改善活動等,甚至是個人的學習、生活等,幾乎無所不能。
項目管理體系為我們提供了范圍、時間、質量、成本、人力資源、合同采購、溝通、綜合、風險等九大知識領域,同時也提供了豐富的管理工具和技術,無疑,它凝聚和閃耀著人類智慧的光芒。
下面,我們就對其中一些既膾制人口,又惠及所有人的思想精髓,進行分享和探討。
項目——即是對人們正在做和將來要做事的統稱。
可以說,這一定義具有劃時代的意義。意即我們可以把任何事,任何問題,都可以看作是一個項目,并可利用項目管理所提供的知識體系、工具和技術方法對其進行管理和解決,以能正確地處理相關事物,和解決存在的問題,達到我們所期望的預期目的。這一點,我們也能看出,項目管理實際上一個通用的管理模型,不僅對國家、企業、部門、團隊,而且對于個人本身都是非常有現實意義,用以遵循的一整套管理思維。
項目成功的標志——“五個指頭一個巴掌”。
在項目管理中,項目成功標志為,滿足項目要求的范圍、對項目完成的時間要求、完成項目質量的要求,以及成本的要求,在以上基礎上獲得好的客戶滿意度的項目,該項目就是成功的,我們將其俗稱為“五個指頭一個巴掌”。而這一成功標志,為我們建立了一個——人們處理一切事物和解決任何問題的結果如何的——通用的評定和衡量的標準模型及依據。
通常人們對于被處理的事情結果如何,只能通過感受來感知,沒有確切可以依賴的科學方法去進行評估,所以會出現類似于“我覺得我把事情做得很好,而你說我做得不好,你的理由是什么,你的判定依據是什么了?”“你的依據很難讓我信服,因為我根本不認同”的爭議,而項目成功標志,解決了人們在此方面的困擾。
以上讓我們獲得了什么了,我想那就是讓我們明白了:事(問題)要去處理和做,及(結果)做得(解決成)怎樣才叫好(成功)。
項目管理核心理念是什么?為什么?
中小型軟件開發項目管理
本處指的中小型軟件開發項目是指:
參與開發的直接人員(即開發團隊)數量在3~25人
開發時間在3個月~18個月的軟件項目
代碼行數5000~75000行
子程序數量300~3500個
1、軟件開發管理的任務
軟件開發管理的真正任務是團隊成員的智能充分而適宜地發揮,并有效地投注在創造軟件的活動中。也就是說:合理配置各種資源(管理人員、工程師、設備、軟件、制度、時間)確保軟件開發的有效進行。最起碼需要避免個體智商120,所開發的軟件象智商60的人開發的軟件——確保創造性智能活動保持創造性張力并取得創造性成果。
2、項目管理的根本焦點
項目管理的根本焦點集中在T、Q、C、S上,即:開發進度、特性與品質、成本、顧客服務。其中最核心的是開發進度、特性與品質兩個方面。其它一切管理工作都必須圍繞這些焦點進行。
3、中小項目軟件開發的組織設計
有效的組織設計是進行項目開發的前提。大部分軟件開發項目都是中小軟件項目,或者說都可以應用本處所說的項目管理原則,中小項目軟件開發的組織設計主要是設計參與項目開發的各種角色及其權利、責任和這些角色之間的關系。
參與中小軟件開發項目人員,按角色可以分為五種:
⑴項目經理
項目經理也有時被稱為產品經理、品牌經理、項目負責人、項目總監。 項目經理的職責是:
領導團隊定義出一個成功的產品
引導團隊對產品注入深切的期望和信念
帶領團隊將理想實現,變成可預見的產品誕生
原則1:在項目經理可以對團隊有任何價值之前不應該有任何直接的控制權——要權威不要霸權,充分授權是項目成功的必要條件。
項目經理是軟件開發的核心任務:他具備技術背景,擁有建構軟件的技術領導能力,他有擅長溝通和傾聽,是維系團隊靈魂的關鍵人物。
項目經理的具體工作是:負責制定開發日程、配置資源、與外界溝通。項目經理必須擔負著保證團隊士氣、營造共同美好前景的責任,也必須在困難出現時通過堅強的信心和必要的資源調整來確保士氣和進度。
⑵系統分析員
進行技術規劃和開發設計。
⑶程序開發員
寫程序、抓錯蟲。
⑷品保人員
測試、評估軟件品質
原則2:品保人員與開發人員比例不低于1:2
⑸文檔編制與使用者培訓
撰寫文檔,以便用文字的形式正確表達軟件的功能和使用
原則3:軟件文檔的編寫量要適中,一般要作到詳細,但是文檔量上不要超過這個標準:1行程序代碼的文檔數量不要超過1頁。
原則3:軟件=團隊,所以溝通和互動是成功的基礎
圖一:角色與溝通
詳細劃分應該包括:
項目主管
產品主管
構架者:負責在設計和實作層次整合軟件概念
使用者接口設計者
使用者聯絡人
開發人員
品管/測試人員
開發工具制作者
版本建立管理者
風險管理者
使用者文件編修專門人員
討論:注重開發程序與士氣的關系
4、軟件開發的金三角
軟件開發的核心是:特色(產品與其品質)、資源(人和錢)和時間。
圖二:軟件開發的金三角
原則4:金三角警惕
加派人手?小心但不禁止!
追加預算?可以但是別掉進無低洞!
增加特色?謹慎但不禁止!
推遲時間?可以但是千萬小心!
5、里程碑與檢查點
里程碑(基線、基點)則是一個軟件配置項在生存周期內的某一特定時刻正式設計并固定的靜正式批準的版本,不管媒體如何,它是階段性目標(可以認為是一個中間產品)。配置項是一個配置中的實體它滿足一項最終使用功能,并能在給定的參考點上單獨標識。里程碑應該是團隊階段性工作完成的標志,對于任何一個里程碑都應該給于認真的檢查、審定和批準。 一般里程碑應該少于兩個月,多于三個星期,里程碑給團隊帶來成就感,提高士氣。通常必須含有的里程碑為:
里程碑1:調研 審定對象:調研報告
里程碑2:需求分析 審定對象:需求規格說明書、結構設計報告
里程碑3:數據分析 審定對象:數據字典
里程碑4:概要設計 審定對象:概要設計報告
里程碑5:詳細設計 審定對象:詳細設計報告
里程碑6:編碼 審定對象:各配置項編碼、測試報告、產品文檔
里程碑7:發布 審定對象:用戶使用報告、產品文檔、總結報告
原則5:對于每個錯誤列出的需求,將在下游開發中付出高達50~200倍的修正代價
原則5:里程碑必須設置并且設置時間不應是團隊感到太長也不應感到太短,它必須有進行正式審定的衡量標準(零缺點里程碑)。
原則6:除非任何一個人都到達了里程碑否則就沒有達到,即:團隊中最后到達的決定著團隊的效率。
在里程碑中間應該設置大量的檢查點,這些檢查點應該有可以審查的不管是何種媒體的資料。檢查點應該細分到一旦檢查點出現問題不至于無法在時間上挽回,一般來說一周一個檢查點是不長的。任何人都應該有檢查點。 原則7:特殊的軟件程序設計師可以作出一些無法想象的創舉,掀起一波技術的飛躍,但是他絕不會出現在矢志如期推出產品的開發團隊中。如果這種沒有檢查點的人,他是最可以破壞產品的開發者。
6、成功的項目管理者與成功實施項目管理的項目
作一個成功的項目管理者:
不恥下問
給組員設定短期目標
建立長期計劃
建立評核制度
成功實施項目管理的項目組應該是:
進度剛好可以完成,適度緊張而可以完成
團隊和組員士氣高漲
成員富有思考、樂于溝通
7、有效率的工作會議
如果以下超過3個的回答是是的話,那么工作會議的質量就需要主管去考慮了,長期下去必將損害士氣、決策質量。
是否有人沒有發言?
是否出現了20%的人發言超過了80%的情況?
是否有這種情況:本次議定的題目,而在會中說下次再說吧?
是否發言需要主管點名?
會議沒有引導者? l 發言是對人而不是對事?
主管是威脅多于鼓勵?
是否有人有話但沒有說?
8、需方委托得項目開發中的若干實際原則:
原則8:顧客的需求是工作的核心,任何所謂天才的設想必須征得顧客贊同。
原則9:持續得改善比一次性改善更能提高顧客得滿意度,更好得是對開發方好處更大,但是牢記顧客關心的需求絕不可推遲。
原則10:能夠成熟的技術莫要用不成熟的技術,叫的最響的不一定是最好的,不成熟的技術不要流給顧客,留在實驗室或作BETA版吧
軟件開發中的幾個常見問題分析
如果你在軟件開發中遇到了下列問題,那么以下的建議也許對你有幫助。
團隊成員為什么不善于思考?表現為不發表自己的簡介、不與他人進行建設性交流
軟件管理在溝通體制上出現了問題,這些問題可能是以下問題的一個或多個:
成員認為沒有人重視自己的想法
沒有好處,也許給主管的想法不一致,主管是不能接受自己建議和批評的
成員認為應該主管告訴他一切
管理者從來都是只管發號命令
解決辦法:
A.每一個成員的建議都是重要的
B.與主管不同的意見更值得重視和討論
l) 主管告訴成員做什么,不要問怎么做——除非成員向你詢問,那么做下來一起討論
2)為什么軟件的進度老是落后或者功能上老是不能令人滿意?
也許你會向軟件開發者或系統設計者找原因——基本上你可能是失望的。實際上你第一個要看的品保人員:人數夠不夠?確實參與設計了?
朋友,你堅持看完了一篇好文章,希望你對每一件都能有耐心。
關于軟件開發項目管理的核心和軟件開發項目管理的核心是保證質量的介紹到此就結束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關注本站。