用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

本期嘉宾主持

乔东
擅长领域:金融IT项目管理培训,咨询


介绍:项目管理者联盟高级顾问,金融IT系统项目管理专家

毕业于清华大学计算机科学与技术系,在大型国有商业银行中有多年金融IT服务经验,先后从事过软件开发、项目管理、信息规划等工作,参与、主持过多个大型银行应用系统的建设工作。在IT服务供应商中,作为行业应用顾问,主要负责产品设计、售前解决方案的工作。2001年得到PMP认证后,将项目管理作为一个重要的发展领域,重点为企业提供项目管理专业培训、项目管理制度咨询等服务内容,积累了丰富的实际经验。经过多年来的学习与实践,形成了以企业管理、项目管理、信息工程、软件工程为核心的知识结构。目前的重点研究方向是“企业级项目管理体系建设”。

往期研讨会
03-10·职能工作与项目工作冲突时.
01-20·项目经理、BA和产品经理的.
10-18·做项目管理15年后的困惑
06-24·项目经理VS产品经理,哪个.
05-07·如何才能做到真正的敏捷?
11-24·技术经理如何帮助团队成员.
09-11·敏捷开发的文档问题
06-29·项目经理向上的突破口在哪.
05-25·如何平衡公司决策和自身发.
05-07·软件实施项目需要配备哪些.
03-04·高层参与和关键用户参与哪.
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·如何从根本上解决项目管理.
4月pmp免费讲座
IT项目中,关于设计文档的问题
最近公司上了一个IT项目,项目比较赶时间,负责人也没有什么实际的项目管理经验,业务流程梳理完毕后,有的说先要把所有的设计文档写出来才能开发(原因是所有细节不明确会导致后期返工比较大)。有的说每个模块用界面原型确认就行了,设计文档到后期再来补上(原因是时间比较赶,而且要承认需求不改是不可能的)。

  会议上吵得很激烈,我个人是赞成每个模块原型界面确认后就开发,设计文档后期来补上,想听听大家的意见,是等文档齐全再做开发还是部分文档可以滞后呢?

  • 您未登录本站,无法参与发言,请注册登录后发言。

研讨会提出人
张立强(riverstone)
经验: 25995 点
省份: 上海市
单位: 该信息保密
行业: IT软件
给riverstone发送短信息
把riverstone加为我的好友
嘉宾主持发言
文档的目的是提供一个确定性的沟通内容,是以沟通达成共识为目的,是否具备条件开始进入涉及开发,主要还是依靠相互沟通、判断或共识。文档整理工作是项目后期的工作,前期不需要纠结于文档的精确和形式。
乔东,发言时间:2022-08-02
研讨参会人员发言列表
原型界面与设计文档的区别有多大?
我建议可以采用敏捷开发模式,需求确认后(书面稿)即可进行排期开发。
发言时间: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备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
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.