專案管理的最高目標並不是要保證讓 「ideal」 和 「actual」 的線吻合, 因為專案**現意外和需求的變化是很正常的事。 專案管理的目標是處理這些意外和變化, 讓軟體能如期發布, 盡量滿足客戶的要求。
例如:
楊弋個人原因:今天比較沒時間。技術原因:需求變更。我看到的ui設計圖和我之前看到的有很大差距,而且差距完全體現在現在的設計需要的功能點多了很多很多。
我們看到「需求變更」, 但是在乙個scrum 過程中不允許外界需求的變化影響團隊的工作, 產生這些變化/差距的原因是團隊成員不理解需求, 還是交流不暢?
專案管理中另乙個重要的問題是 - 當乙個成員說「做完了一件事」的時候, 什麼叫做「做完了」, 有什麼用, 如何把這些情況真實表現出來?
例如:
下面的事情已經號稱做完了:
龔逸收集同學及組員對於頁面風格的意見
龔逸同學和專案pm, 請告訴大家具體意見是什麼, 在**? 其他同學看到了你收集的結果? 你收集的資訊對專案的正面意義在**?
王子賀同學 – 現在scrum 已經過去了五天, 請給大家看看你前五天的宣傳文字和軟體介紹吧。
軟體工程專案管理
老子 虛其心,實其腹,弱其志,強其骨 亦是軟體工程管理的精髓 當你的開發團隊個個都是頂尖高手的時候,而你過分依賴這些高手個人能力的時候,團隊的戰鬥力實際上會很低下,甚至戰鬥力低於零。軟體工程管理的精髓是,把複雜問題化簡為簡單問題,把腦力勞動轉化為體力勞動。如果能做到這一點,您的工程管理一定能能處於牢...
軟體工程專案進展
二 上週問題 1 對建模設計圖功能細分並不是很全面 2 缺少資料庫的設計 三 本週進展以及下週安排 1 對e r 時序 資料流圖進行了進一步細分 2 新增了uml圖以及結構體系圖來展現專案的具體細節 3 資料庫設計 4 對 進行規範以及編碼 5 我們進行了對網頁爬取這一功能模組的 實操,已經可以實現...
軟體工程專案總結文件
整個軟體工程專案已經接近尾聲了,回顧整個大作業,雖然迎接的有點倉促,送別的有點匆忙,但是還是給我留下了很深的印象,以前聽學長說過這是本科四年最難的大作業,現在想想可能真的是這樣吧。我想從以下幾個方面總結以下這次專案開發,希望能給看到這篇文章的學弟學妹,或者學習相關課程的有緣人,以及將來的自己一些幫助...