用戶名 密碼 聯盟服務 關于我們 聯系方式 收藏本站
返回網站首頁 PgMP認證,美國項目管理協會高端項目管理認證!大型項目與項目群管理Program Management全球權威認證


網站登錄:會員 企業 專家 服務商
企業服務:PMP培訓  內訓課 公開課
工 具 箱:發表文章 提問題 發案例
首頁動態 | 文庫 | 下載 | 書架 | 訪談 | 專欄 | 專題 | 人才 | 培訓 | 軟件 | PMC 互動:活動 | 案例 | 問答 | 論壇 | 博客 | 圈子 
應用:基礎工程軟件制造活動研發  認證:PMPACPPgMPIPMPP2ISPMPIMCP建造師MPM  特色:熱點獎項

PMI-ACP®認證

適合敏捷開發項目
敏捷項目管理最佳實踐

1月開課 | 實戰課

PMI-PBA®認證

重視項目商業分析
商業價值與需求分析能力

4月開課 | 新聞

NPDP®認證

產品管理國際認證
全球產品管理最佳實踐

北京 | 上海 | 感受

PMP®認證

單項目管理經典指南
年輕項目經理首選

北京 | 杭州 | 網絡

PgMP®認證

大型復雜項目全球標準
定位高級項目管理層

20年計劃 | 北京 | 上海

PfMP®認證

鏈接戰略與項目
實現組織資源投資回報

2019年首期班 上海

軟考項目管理

信息系統項目管理師
系統集成項目管理工程師

計劃 | 報名 | 經驗

本期嘉賓主持

喬東
擅長領域:金融IT項目管理培訓,咨詢


介紹:項目管理者聯盟高級顧問,金融IT系統項目管理專家

畢業于清華大學計算機科學與技術系,在大型國有商業銀行中有多年金融IT服務經驗,先后從事過軟件開發、項目管理、信息規劃等工作,參與、主持過多個大型銀行應用系統的建設工作。在IT服務供應商中,作為行業應用顧問,主要負責產品設計、售前解決方案的工作。2001年得到PMP認證后,將項目管理作為一個重要的發展領域,重點為企業提供項目管理專業培訓、項目管理制度咨詢等服務內容,積累了豐富的實際經驗。經過多年來的學習與實踐,形成了以企業管理、項目管理、信息工程、軟件工程為核心的知識結構。目前的重點研究方向是“企業級項目管理體系建設”。

往期研討會
01-09·做對和做好,哪個更重要?
01-09·如何做好甲方項目經理?
10-14·IT項目中,關于設計文檔的.
09-04·計劃更新和變更的區別
07-09·團隊人員流動性大,如何培.
03-13·項目計劃最好什么時候做變.
03-06·如何平衡項目與項目集的差.
01-24·對領導管理能力有意見,你.
01-04·項目經理最重要的特質是什.
12-12·產品經理如何搞定跨職能 /
11-27·項目經理要為誰考慮問題?
10-23·項目執行過程中怎么矩陣式.
09-04·如何才能減少糟糕的項目經.
07-19·項目管理崗與項目經理的區.
06-05·如何從根本上解決項目管理.
04-26·程序員轉型為產品經理還是.
04-02·在弱矩陣組織結構中如何做.
03-26·產品經理所謂的偏研發或偏.
02-01·不懂技術的PM如何在非一線.
01-11·PMO項目經理和普通項目經理
12-29·測試人員該如何轉型做產品.
12-27·Scrum Master和項目經理有.
12-20·當產品經理質疑項目經理時
12-12·女程序員在IT行業有什么發.
12-08·開發計劃總被領導干預怎么.
4月pmp免費講座
IT項目中,關于設計文檔的問題
最近公司上了一個IT項目,項目比較趕時間,負責人也沒有什么實際的項目管理經驗,業務流程梳理完畢后,有的說先要把所有的設計文檔寫出來才能開發(原因是所有細節不明確會導致后期返工比較大)。有的說每個模塊用界面原型確認就行了,設計文檔到后期再來補上(原因是時間比較趕,而且要承認需求不改是不可能的)。

  會議上吵得很激烈,我個人是贊成每個模塊原型界面確認后就開發,設計文檔后期來補上,想聽聽大家的意見,是等文檔齊全再做開發還是部分文檔可以滯后呢?

  • 您未登錄本站,無法參與發言,請注冊登錄后發言。

研討會提出人
張立強(riverstone)
經驗: 25993 點
省份: 上海市
單位: 該信息保密
行業: IT軟件
給riverstone發送短信息
把riverstone加為我的好友
嘉賓主持發言
該問題專家還未回復。
研討參會人員發言列表
原型界面與設計文檔的區別有多大?
我建議可以采用敏捷開發模式,需求確認后(書面稿)即可進行排期開發。
發言時間:2020-02-26

徐秋根
省份:湖南省
單位:該信息保密
行業:IT軟件
 
1、原型設計工具Axure可以生成初步的概要設計文檔,導出word。
2、要不要設計文檔,核心是能否把需求和設計理清楚,可以通過開會的形式,首先講清楚,大家沒有疑惑,那么對文檔的進度需求可能會延遲,否則講都講不清楚,肯定不行。
3、整體開發一般來講也不是全面鋪開的,可以分模塊分優先級進行細化設計。

第一天登陸系統,完成任務簡單說下。
發言時間:2020-02-12


黃洪龍
省份:山東省
單位:該信息保密
行業:IT軟件
 
這要根據具體項目來決定。如果你的項目是使用別人的軟件,如ERP MES 等,就需要使用面向結構的設計方法,先做出藍圖,在進行實施 測試 培訓 投用,如果你們是自己開發一個應用軟件,就要看需求是不是很清楚,如果需求很清楚,建議先藍圖設計,在開發。如果需求尚不十分清楚,可以采用原型法,迭代開發。
發言時間:2020-02-10

李潤海
省份:北京市
單位:該信息保密
行業:能源煤電油
 
交付性項目一般都是后期補文檔,自主性的文檔差不多就行了

發言時間:2020-01-03

屈樊
省份:湖北省
單位:該信息保密
行業:IT軟件
 
我經歷的大部分項目都是先開發后補文檔的,只要前期概要設計和原型以及接口設計合理,就會直接投人開發,如果什么都寫出來再開發時間一方面等不及,而且開發中一定還會有細節客戶要求修改的,永遠避免不了。
發言時間:2019-12-29

許峰
省份:北京市
單位:該信息保密
行業:IT軟件
 
業主沒強制要求,就先做開發,后面再補文檔咯。但要定期糾偏。
發言時間:2019-12-08

謝鋒
省份:廣西壯族自治區
單位:該信息保密
行業:IT軟件
 
這種情況很正常,可以先根據原型講解清楚進入開發,對著原型講解清楚流程即可。
發言時間:2019-12-05

宋先生
省份:山東省
單位:該信息保密
行業:綜合應用
 
對于項目比較緊的情況,建議還是按照輕重緩急,先以開發交付為主,設計文檔可以先出原型,PRD可以隨著項目開發過程中慢慢完善。時間比較緊,只能做一些取舍,做好過程管控,是最主要的。
發言時間:2019-11-26

郭海濤
省份:江蘇省
單位:該信息保密
行業:IT軟件
 
設計必須得做,可以先出概要設計,設計出原型圖,然后開發與詳細設計并行,這樣可以趕上進度,而且也要避免項目計劃與實際工期不符。
另外,在做WBS分解的時候,要把模塊細化。與客戶講的時候,也避免籠統的說,讓客戶有個理性的感官體驗。
發言時間:2019-11-14

恬淡山林
省份:北京市
單位:該信息保密
行業:綜合應用
 
分階段出,先把已經確定的設計部分交給開發,開發做的時候同步設計文檔
發言時間:2019-11-09

楊克兵
省份:江蘇省
單位:該信息保密
行業:IT軟件
 
贊成原型界面確認后先開發,后期再補文檔的方式,實際工作中,客戶要的是最終成果,文檔這些可以后期再補。關鍵是原型圖要確認好,肯定會發生客戶需求變化,但這個度,還是要去控制的,了解客戶變化的最終目的,還是很重要的。
發言時間:2019-11-06

陳誼祝
省份:甘肅省
單位:該信息保密
行業:IT軟件
 
先需求,然后設計,再開發是一個基本項目步驟
項目管理是對要做事情的統籌管理,風險管理,提高項目成功率而產生的

需求不明確會后期變更多
無設計就沒開發基準
無管理就沒有正確做事情的基準

所以沒什么爭論的,,把當前要做的工作先設計,再開發,后期不明確的可以晚一步設計。這才是項目正確前進的基本步驟
發言時間:2019-11-04


霍瑋
省份:湖北省
單位:該信息保密
行業:媒體廣告文體
 
軟件開發過程中,系統設計或者概要設計必要事先開發出來,其他文檔如詳細設計文檔就看情況來確定;
發言時間:2019-10-30

魯冠
省份:廣東省
單位:該信息保密
行業:IT軟件
 
為什么聯合溝通下,用可控的時間裝出一個框架,然后同步開工
發言時間:2019-10-17

王勝利
省份:上海市
單位:該信息保密
行業:IT軟件
 
肯定先做,有了原型,范圍就確定了,然后時間比較趕,就直接做,叫開發的先打基礎框架,設計文檔在這段時間也可以補一點
發言時間:2019-10-15

馮海
省份:廣東省
單位:該信息保密
行業:IT軟件
 
關于聯盟 | VIP會員 | 培訓服務 | PMP認證 | PgMP認證 | 刊物出版 | 沙龍會議 | 人才服務 | 廣告投放 | 聯系我們 | 友情鏈接
項目管理者聯盟 版權所有 京ICP證070584號 | 京公網安備110102000464號
如轉載本站文章,必須于文章開頭處注明轉自“項目管理者聯盟”,并注明原作者
PMI,Project Management Professional, OPM3, PMBOK, PMP,PgMP,PfMP,PMI-ACP,PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.
一尾中特规律