重慶諾懷軟件有限公司 軟件開發(fā), app開發(fā), 微信開發(fā), 小程序開發(fā) - 軟件項目
http://www.smt18.com/blogtag/%E8%BD%AF%E4%BB%B6%E9%A1%B9%E7%9B%AE
zh-hans
-
項目管理案例分析(一)
http://www.smt18.com/blog/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90%EF%BC%88%E4%B8%80%EF%BC%89
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>以下的這個案例非常常見,相信大部分項目經(jīng)理都遇到過類似的問題。</p>
<p>?</p>
<p><strong>項目背景:</strong></p>
<p>某項目的主要工作已經(jīng)基本完成,經(jīng)核對項目的“未完成任務清單”后,終于可以提交客戶方代表老劉驗收了。在驗收過程中,老劉提出了一些小問題。項目經(jīng)理張某帶領團隊很快妥善解決了這些問題。但是隨著時間的推移,客戶的問題似乎不斷。時間已經(jīng)超過系統(tǒng)試用期,但是客戶仍然提出一些小問題,而有些問題都是客戶方曾經(jīng)提出過,并實際已經(jīng)解決了的問題。時間一天一天的過去,張某不知道什么時候項目才能驗收,才能結項,才能得到最后一批款項。</p>
<p>?</p>
<p><strong>請分析發(fā)生這件事情可能的原因:</strong></p>
<p>(1)合同中缺乏以下內容:</p>
<ul><li>項目目標中關于產品功能和交付物組成的清晰描述;</li>
<li>項目驗收標準、驗收步驟和方法;</li>
<li>對客戶的明確服務承諾;</li>
</ul><p>(2)項目實施過程中控制出現(xiàn)問題:</p>
<ul><li>在項目實施過程中沒有及時傳遞項目進展狀態(tài)報告給客戶,因此客戶對項目的質量情況不了解;</li>
<li>沒有讓客戶及時對階段交付成果進行簽字確認;</li>
</ul><p>(3)客戶對項目質量信息不足,怕承擔責任,因此不愿簽字;</p>
<p>(4)合作氛圍不良,客戶存在某種程度的抵觸情緒,雙方缺乏信任感。</p>
<p>?</p>
<p><strong>請說明張某現(xiàn)在應該怎么辦?</strong></p>
<p>只能采取補救措施,靠加強溝通來解決問題。</p>
<ol><li>就項目驗收標準和客戶達成共識,確定哪些主要工作完成即可驗收通過;</li>
<li>就項目驗收步驟和方法和客戶達成共識;</li>
<li>就項目已經(jīng)完成的程度讓客戶確認。例如出具系統(tǒng)試用報告,讓客戶簽字確認;</li>
<li>向客戶提出明確的服務承諾,是客戶沒有后顧之憂。</li>
</ol><p>?</p>
<p><strong>請說明應當吸取的經(jīng)驗和教訓:</strong></p>
<ol><li>項目合同中要確定項目成果的正式驗收標準、驗收步驟、驗收方法和運營維護服務承諾等;</li>
<li>加強項目執(zhí)行過程中的控制,及時向客戶提供項目績效報告,讓客戶了解項目進展;設置階段性成果的驗收,并讓客戶對階段性交付成果進行簽字確認;范圍的變更要按照變更控制程序操作;</li>
<li>項目文檔要齊全,使項目進展有據(jù)可查;</li>
<li>項目經(jīng)理應及時與客戶溝通,努力促成雙方的良好合作氛圍。</li>
</ol><p>?</p>
<p>?</p>
<p>?</p>
</div></div></div><div id="comment-wrapper-nid-1494"></div><div class="field field-name-field-nuova-blogtag field-type-taxonomy-term-reference field-label-above"><div class="field-label">諾懷博客標簽: </div><div class="field-items"><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件開發(fā)</a></div><div class="field-item odd"><a href="/blogtag/%E7%A8%8B%E5%BA%8F%E5%91%98" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">程序員</a></div><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%A4%96%E5%8C%85" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件外包</a></div><div class="field-item odd"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%85%AC%E5%8F%B8" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件公司</a></div><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E9%A1%B9%E7%9B%AE" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件項目</a></div><div class="field-item odd"><a href="/blogtag/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">項目管理</a></div></div></div>
Tue, 19 Jul 2016 05:17:18 +0000
eliza
1494 at http://www.smt18.com
http://www.smt18.com/blog/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90%EF%BC%88%E4%B8%80%EF%BC%89#comments
-
把項目交給自由職業(yè)者還是軟件公司?
http://www.smt18.com/blog/%E6%8A%8A%E9%A1%B9%E7%9B%AE%E4%BA%A4%E7%BB%99%E8%87%AA%E7%94%B1%E8%81%8C%E4%B8%9A%E8%80%85%E8%BF%98%E6%98%AF%E8%BD%AF%E4%BB%B6%E5%85%AC%E5%8F%B8%EF%BC%9F
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>當您打算開展一個<a href="http://blog.ceconlinebbs.com/BK/%C8%ED%BC%FE.HTM" target="_blank">軟件</a><a href="http://blog.ceconlinebbs.com/BK/%CF%EE%C4%BF.HTM" target="_blank">項目</a>的時候,會面臨很多問題和選擇,其中之一就是到底把項目交給軟件<a href="http://blog.ceconlinebbs.com/BK/%B9%AB%CB%BE.HTM" target="_blank">公司</a>來做呢?還是外包給軟件開發(fā)自由職業(yè)者?最近跟幾個朋友都討論到這個問題,故寫此文,試圖對二者進行一些對比,給您一個參考。</p>
<p>?</p>
<p><img alt="" src="/sites/default/files/%E4%B8%AA%E4%BA%BA%E5%AF%B9%E5%85%AC%E5%8F%B8_0_0.png" /></p>
<p>?</p>
<p><strong>結論</strong>:軟件公司和個人職業(yè)者,沒有絕對的高下,只是相對來說在某些方面各有優(yōu)勢。因此它們都有自己所適合的場景,總體來說,要根據(jù)您所處的情境來選擇:</p>
<p>1)如果您對價格比較敏感,有較多時間來管理自己的項目,同時項目較簡單,技術風險不高,適合于一個人在短期內完成,可以更多地考慮自由職業(yè)者;</p>
<p>2)如果您尋找的是長期穩(wěn)固的合作伙伴,而且很可能在將來擴充您的團隊;或者項目存在一定的技術風險,工作量較多較復雜,需要團隊配合才能完成;又或者是您本人不太擅長管理軟件開發(fā)項目,那么找軟件外包公司應該是個更好的選擇。</p>
<p>?</p>
</div></div></div><div id="comment-wrapper-nid-1084"></div><div class="field field-name-field-nuova-blogtag field-type-taxonomy-term-reference field-label-above"><div class="field-label">諾懷博客標簽: </div><div class="field-items"><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件開發(fā)</a></div><div class="field-item odd"><a href="/blogtag/%E7%A8%8B%E5%BA%8F%E5%91%98" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">程序員</a></div><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%A4%96%E5%8C%85" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件外包</a></div><div class="field-item odd"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%85%AC%E5%8F%B8" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件公司</a></div><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E9%A1%B9%E7%9B%AE" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件項目</a></div></div></div>
Fri, 16 Jan 2015 09:52:36 +0000
Caven
1084 at http://www.smt18.com
http://www.smt18.com/blog/%E6%8A%8A%E9%A1%B9%E7%9B%AE%E4%BA%A4%E7%BB%99%E8%87%AA%E7%94%B1%E8%81%8C%E4%B8%9A%E8%80%85%E8%BF%98%E6%98%AF%E8%BD%AF%E4%BB%B6%E5%85%AC%E5%8F%B8%EF%BC%9F#comments
-
軟件開發(fā)項目管理-凡事預則立
http://www.smt18.com/blog/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86-%E5%87%A1%E4%BA%8B%E9%A2%84%E5%88%99%E7%AB%8B
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>近日,某軟件開發(fā)項目完成結項,在進行總結時,項目經(jīng)理提出了不少問題。其中大多數(shù)都是些常見的癥狀,并不是這個項目所獨有的,也不是以前沒見過的。于是問題產生了,為什么這些教訓在不同的項目中?<strong>反復?</strong>發(fā)生?能不能采取些措施,來規(guī)避它們或降低這些問題的負面影響呢?經(jīng)過這么一思考,我發(fā)現(xiàn)在軟件開發(fā)項目的實施過程中,還真有不少問題是可以提前預見到的,與其被動等待事情發(fā)生后再去應對,不如及早采取方案來控制它。正應了中國人的一句古話:“凡事預則立”。</p>
<p>?</p>
<p>下面對這幾條問題及其對策,簡單進行下分享:</p>
<ul><li>問題1:在項目過程中,客戶對平臺操作不熟,很多問題都來找團隊指導、答疑;而這些導致工作時常中斷,占用不少時間,卻又不在最初的工作范圍中,沒有報價;</li>
<li>問題2:客戶經(jīng)常出差,而且不通知團隊,項目組經(jīng)常聯(lián)系不上客戶;問題得不到及時反饋,影響項目進展;</li>
<li>問題3:客戶看到系統(tǒng)后,在測試過程中提出很多不在最初需求內的改動;而這些改動所對應的工作量又在最初沒有報價,同時客戶追加預算又很困難;</li>
<li>問題4:幫助客戶部署時,遇到很多問題,比如:服務器里面沒有安裝任何軟件,服務器太差,時不時的死機;導致工作量大大超出最初預期;</li>
</ul><p>如果是做軟件的同行,這些問題看著都不陌生吧?是不是每個項目都有可能遇到?如果一件事情我們能預見到它很可能發(fā)生,而且又會對項目帶來不利影響,那么我們就應該對其進行風險管理,不是么?其實解決這幾個問題的對策也都很簡單,就是提前預案下而已:</p>
<ul><li>對策1:既然每個客戶在項目過程中,都需要或多或少的技術支持;那么制定項目計劃時,團隊直接跟客戶溝通所需要的支持內容;或者根據(jù)客戶背景來判斷所需支持程度的大小;并且把這部分工作內容放入計劃中;</li>
<li>對 策2:每個項目都需要客戶的參與和配合,都是在跟客戶互動的過程中完成的。那么,團隊能否一開始就跟客戶確認好其參與方式和參與程度?或者把項目需要客戶 參與的地方先明確告知?如果開始有這么一個溝通,就能發(fā)現(xiàn)“客戶可能會經(jīng)常出差”,這樣就可以在項目安排上做出對應的調整。譬如項目早期需求溝通更深入一 些,減少執(zhí)行過程中對客戶的依賴;或者把工期拉長以配合客戶行程,etc.;</li>
<li>對策3:需求的變化是必然的,目 前為止,還沒有聽說過需求不發(fā)生變化的軟件項目。而且,在客戶看到系統(tǒng)的那一刻,會產生幾十個上百個新的想法,都很正常。問題在于,這些變化可能導致工期 延長、費用增加的事實,雙方如何應對?如果一開始大家沒說清楚,當變更發(fā)生時,各持一詞,就很容易演變成討價還價和扯皮,如果一開始雙方達成了共識,那么 屆時都有準備,按照流程處理即可,皆大歡喜;這只需要在項目啟動之初,雙方溝通確認下需求變更處理流程,“預”一下;</li>
<li>對策4:大多數(shù)軟件項目,都需要幫助客戶部署;而每個部署,都必然涉及到部署環(huán)境和服務器配置的問題;團隊事先向客戶了解下其部署環(huán)境和服務器配置,再進行相應的工作量估計,自然可以規(guī)避;</li>
</ul><p>?</p>
<p>總之,這些問題不難提前想到,對策也并不復雜,只需要項目經(jīng)理們多“預一預”就可以規(guī)避不少風險。項目上諸如此類的問題有不少,身為項目經(jīng)理,除了關注項目的任務,還應該多注意下跟客戶配合互動這個層面。雖然每個項目都存在其獨特性,但項目中經(jīng)常遇到的一些問題也是有共性的,好的項目管理就是要能事先預見到這些容易出現(xiàn)的“坑”,并準備好對應的"蘿卜",才不至于臨陣磨槍。</p>
</div></div></div><div id="comment-wrapper-nid-1079"></div><div class="field field-name-field-nuova-blogtag field-type-taxonomy-term-reference field-label-above"><div class="field-label">諾懷博客標簽: </div><div class="field-items"><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件開發(fā)</a></div><div class="field-item odd"><a href="/blogtag/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">項目管理</a></div><div class="field-item even"><a href="/blogtag/%E9%A3%8E%E9%99%A9%E7%AE%A1%E7%90%86" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">風險管理</a></div><div class="field-item odd"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E9%A1%B9%E7%9B%AE" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件項目</a></div><div class="field-item even"><a href="/blogtag/%E5%AE%A2%E6%88%B7" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">客戶</a></div><div class="field-item odd"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%9B%A2%E9%98%9F" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件團隊</a></div></div></div>
Fri, 16 Jan 2015 08:38:42 +0000
Caven
1079 at http://www.smt18.com
http://www.smt18.com/blog/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86-%E5%87%A1%E4%BA%8B%E9%A2%84%E5%88%99%E7%AB%8B#comments