久久国产精品无码HDAV ,华人在线精品免费观看,97精品国产97久久久久久免费

項目管理案例分析（一）

eliza — Tue, 19 Jul 2016 05:17:18 +0000

以下的這個案例非常常見，相信大部分項目經理都遇到過類似的問題。

項目背景：

某項目的主要工作已經基本完成，經核對項目的“未完成任務清單”后，終于可以提交客戶方代表老劉驗收了。在驗收過程中，老劉提出了一些小問題。項目經理張某帶領團隊很快妥善解決了這些問題。但是隨著時間的推移，客戶的問題似乎不斷。時間已經超過系統試用期，但是客戶仍然提出一些小問題，而有些問題都是客戶方曾經提出過，并實際已經解決了的問題。時間一天一天的過去，張某不知道什么時候項目才能驗收，才能結項，才能得到最后一批款項。

請分析發生這件事情可能的原因：

（1）合同中缺乏以下內容：

項目目標中關于產品功能和交付物組成的清晰描述；
項目驗收標準、驗收步驟和方法；
對客戶的明確服務承諾；

（2）項目實施過程中控制出現問題：

在項目實施過程中沒有及時傳遞項目進展狀態報告給客戶，因此客戶對項目的質量情況不了解；
沒有讓客戶及時對階段交付成果進行簽字確認；

（3）客戶對項目質量信息不足，怕承擔責任，因此不愿簽字；

（4）合作氛圍不良，客戶存在某種程度的抵觸情緒，雙方缺乏信任感。

請說明張某現在應該怎么辦？

只能采取補救措施，靠加強溝通來解決問題。

就項目驗收標準和客戶達成共識，確定哪些主要工作完成即可驗收通過；
就項目驗收步驟和方法和客戶達成共識；
就項目已經完成的程度讓客戶確認。例如出具系統試用報告，讓客戶簽字確認；
向客戶提出明確的服務承諾，是客戶沒有后顧之憂。

請說明應當吸取的經驗和教訓：

項目合同中要確定項目成果的正式驗收標準、驗收步驟、驗收方法和運營維護服務承諾等；
加強項目執行過程中的控制，及時向客戶提供項目績效報告，讓客戶了解項目進展；設置階段性成果的驗收，并讓客戶對階段性交付成果進行簽字確認；范圍的變更要按照變更控制程序操作；
項目文檔要齊全，使項目進展有據可查；
項目經理應及時與客戶溝通，努力促成雙方的良好合作氛圍。

諾懷博客標簽:

把項目交給自由職業者還是軟件公司？

Caven — Fri, 16 Jan 2015 09:52:36 +0000

當您打算開展一個軟件項目的時候，會面臨很多問題和選擇，其中之一就是到底把項目交給軟件公司來做呢？還是外包給軟件開發自由職業者？最近跟幾個朋友都討論到這個問題，故寫此文，試圖對二者進行一些對比，給您一個參考。

結論：軟件公司和個人職業者，沒有絕對的高下，只是相對來說在某些方面各有優勢。因此它們都有自己所適合的場景，總體來說，要根據您所處的情境來選擇：

1）如果您對價格比較敏感，有較多時間來管理自己的項目，同時項目較簡單，技術風險不高，適合于一個人在短期內完成，可以更多地考慮自由職業者；

2）如果您尋找的是長期穩固的合作伙伴，而且很可能在將來擴充您的團隊；或者項目存在一定的技術風險，工作量較多較復雜，需要團隊配合才能完成；又或者是您本人不太擅長管理軟件開發項目，那么找軟件外包公司應該是個更好的選擇。

諾懷博客標簽:

軟件開發項目管理-凡事預則立

Caven — Fri, 16 Jan 2015 08:38:42 +0000

近日，某軟件開發項目完成結項，在進行總結時，項目經理提出了不少問題。其中大多數都是些常見的癥狀，并不是這個項目所獨有的，也不是以前沒見過的。于是問題產生了，為什么這些教訓在不同的項目中?反復?發生？能不能采取些措施，來規避它們或降低這些問題的負面影響呢？經過這么一思考，我發現在軟件開發項目的實施過程中，還真有不少問題是可以提前預見到的，與其被動等待事情發生后再去應對，不如及早采取方案來控制它。正應了中國人的一句古話：“凡事預則立”。

下面對這幾條問題及其對策，簡單進行下分享：

問題1：在項目過程中，客戶對平臺操作不熟，很多問題都來找團隊指導、答疑；而這些導致工作時常中斷，占用不少時間，卻又不在最初的工作范圍中，沒有報價；
問題2：客戶經常出差，而且不通知團隊，項目組經常聯系不上客戶；問題得不到及時反饋，影響項目進展；
問題3：客戶看到系統后，在測試過程中提出很多不在最初需求內的改動；而這些改動所對應的工作量又在最初沒有報價，同時客戶追加預算又很困難；
問題4：幫助客戶部署時，遇到很多問題，比如:服務器里面沒有安裝任何軟件，服務器太差，時不時的死機；導致工作量大大超出最初預期；

如果是做軟件的同行，這些問題看著都不陌生吧？是不是每個項目都有可能遇到？如果一件事情我們能預見到它很可能發生，而且又會對項目帶來不利影響，那么我們就應該對其進行風險管理，不是么？其實解決這幾個問題的對策也都很簡單，就是提前預案下而已：

對策1：既然每個客戶在項目過程中，都需要或多或少的技術支持；那么制定項目計劃時，團隊直接跟客戶溝通所需要的支持內容；或者根據客戶背景來判斷所需支持程度的大小；并且把這部分工作內容放入計劃中；
對策2：每個項目都需要客戶的參與和配合，都是在跟客戶互動的過程中完成的。那么，團隊能否一開始就跟客戶確認好其參與方式和參與程度？或者把項目需要客戶參與的地方先明確告知？如果開始有這么一個溝通，就能發現“客戶可能會經常出差”，這樣就可以在項目安排上做出對應的調整。譬如項目早期需求溝通更深入一些，減少執行過程中對客戶的依賴；或者把工期拉長以配合客戶行程，etc.；
對策3：需求的變化是必然的，目前為止，還沒有聽說過需求不發生變化的軟件項目。而且，在客戶看到系統的那一刻，會產生幾十個上百個新的想法，都很正常。問題在于，這些變化可能導致工期延長、費用增加的事實，雙方如何應對？如果一開始大家沒說清楚，當變更發生時，各持一詞，就很容易演變成討價還價和扯皮，如果一開始雙方達成了共識，那么屆時都有準備，按照流程處理即可，皆大歡喜；這只需要在項目啟動之初，雙方溝通確認下需求變更處理流程，“預”一下；
對策4：大多數軟件項目，都需要幫助客戶部署；而每個部署，都必然涉及到部署環境和服務器配置的問題；團隊事先向客戶了解下其部署環境和服務器配置，再進行相應的工作量估計，自然可以規避；

總之，這些問題不難提前想到，對策也并不復雜，只需要項目經理們多“預一預”就可以規避不少風險。項目上諸如此類的問題有不少，身為項目經理，除了關注項目的任務，還應該多注意下跟客戶配合互動這個層面。雖然每個項目都存在其獨特性，但項目中經常遇到的一些問題也是有共性的，好的項目管理就是要能事先預見到這些容易出現的“坑”，并準備好對應的"蘿卜"，才不至于臨陣磨槍。

諾懷博客標簽: