项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 博客 圈子

PMI-ACP®认证

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

网络课程

PMI-PBA®认证

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

网络课程

NPDP®认证

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

网络课

PMP®认证

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

北京 | 直播 | 录播

PgMP®认证

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

网络班

PfMP®认证

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

全球直播

软考项目管理

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

计划 | 报名 | 经验

论坛
价值源于交流与分享
会员区:
登陆ID 密  码
功能区: 公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册






 项目型组织  项目管理  工程项目  科技项目  项目化管理  管理软件  资格认证  职业休闲
EPM体系与流程 综合集成管理 总承包管理 IT软件开发 项目型制造 P3E/P6 PMP | PgMP 职业发展探讨
组织与人力资源 进度,范围,成本 国际工程 生物制药 专业服务 微软PROJECT IPMP | PRINCE2 管理学堂
项目管理信息化 团队建设与沟通 房地产 汽车设计开发 生活项目 PowerOn专版 软考项目管理 英语角|读书版
多项目与大项目 质量与风险 监理与咨询 手机数码 文体娱乐 注册建造师 房车吃游
PMO建设与管理 采购与合同 工程设计 项目管理硕士 闲聊版|商务版
俱乐部北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立 TOP榜精华 | 最新 | 最热 | 会员

版面信息

说明:失败的IT项目比比皆是,进度延迟,预算超支,客户需求多变,成员加班抱怨...IT项目(软件开发.,信息系统实施等)寻求新生

本版版主

camer
登录:2013/7/2
次数:867
注册:2003/3/3
发帖:2745
dorothy
登录:2016/12/15
次数:804
注册:2004/9/6
发帖:993
steveli2008
登录:2009/5/26
次数:464
注册:2003/5/12
发帖:1026
zhf_karen
登录:2015/6/2
次数:346
注册:2005/6/13
发帖:469

俱乐部导航

北京大连福州广州杭州
南京山东上海深圳四川
天津武汉西安郑州 

联盟·近期活动

社区热点

华师大CTO学院:科创生态建设与创.
宏发电声江玫瑰谈PgMP:“下好一盘.
PgMP:交付能力与创造未来的项目管.
开放讲座|《项目组合管理与PfMP认证
开放讲座|项目组合管理与PfMP认证
开放讲座|PgMP:项目管理思维与方法
开放讲座|《项目组合管理与PfMP认证
网络讲座|《项目组合管理与个人职业
开放讲座|《项目组合管理与PfMP认证
网络直播|产品经理的四大核心技能提

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

更多:

推荐信息

·项目经理沙龙俱乐部
·推荐项目管理公开课程
·联盟VIP会员服务
·联盟99元大课堂
·建造师课程辅导免费试听

社区圈子

集团企业生态体.
圈主:ETPPM
行业:综合应用

生态系统体系下.
圈主:ETPPM
行业:综合应用

西安IT项目管理
圈主:muzud
行业:IT软件

房地产项目管理
圈主:13935823
行业:房地产

企业项目管理体.
圈主:zhenjm
行业:综合应用

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net


版权所有 © 2003-2004
京ICP证070584号 
BBS业务许可2007第353号 
最佳显示模式:1024*768像素
项目管理与PMP认证
软件开发的真正问题:管理太复杂 [发表于 2014/11/11]
状态 开放帖 浏览量 1405   
该帖子同步发自圈子:IT项目管理圈 (访问该圈子)

  项目越来越大,软件开发越来越复杂,管理者有时会感觉自己需要通过更加复杂的管理方法来解决这一问题。然而这被证明是不成功的。Lott先生是一位拥有30余年软件开发经验的程序员、DBA、项目管理以及软件架构师,近日撰写了一篇博文描述了自己解决复杂问题的一些经验。

  有人总喜欢拿“软件危机”说事。我们无法足够快、足够低成本或足够好的开发软件。我同意埃德斯加·狄克斯特拉(Edsger Wybe Dijkstra)的观点,软件开发确实非常非常复杂。那么我的结论是否指软件成本缘于其复杂性?不,我认为软件成本高的原因来自于使用了错误的行为来管理软件的高成本。

  控制的误解

  人们关于控制的最大误解当属项目计划。我认为,软件开发项目管理工具,尤其是微软的Project,是我们犯下的最大错误。至于证据,大家可以了解一下敏捷开发方法。敏捷开发的一个关键元素是削减(或消除)软件开发相关的项目管理愚蠢行为。

  我认为,软件开发工程一般都非常复杂,一个大的MPP文件并不能削减其复杂性,也不会有助于任何人理解其复杂性。我认为,我们不应该尝试征服这种复杂性,那是一种非常愚蠢的行为。如果你发现自己需要一个非常复杂的文档来征服许多非常复杂的复杂性,你正在犯错。

  简洁性说明

  我认为,用户开发经历非常有用,因为它们将软件开发的复杂性简化为我们可以清楚表达和记忆的东西。这让我们更有机会去裂解它。

  如果用例要求一个大的复杂文档,我们可能正在错过本质的东西。它应该有一个简洁、易记和非常容易写到便笺条上的总结。它可以有一个详细的技术性附录。但它必须有一个简洁、易于表达清楚的总结。

  如果你无法轻松的解释清楚用例,就说明它有些过于复杂了。

  架构

  一个架构图可能非常有帮助。作为地基的架构必须是经过反复分析后确保是正确的。你必须绝对自信它的可行性。就如同任何数学方面的分析,你需要图标和公式,而且你需要展示你的工作。

  架构不需要故弄玄虚,而需要务实。一些简洁的公式(便于记忆)再加上合理的解析,效果会好的多。

  工作分解结构(WBS)问题

  我发现,具有复杂工作分解架构的项目又多加了一层复杂性和无用的管理。软件的成本非常高,那么让我们尝试通过增加管理来削减我们的成本。但是,这种为削减人力而增加人力的做法并没有实际意义。

  与其浪费时间增加工作量,还不如确定一个人选,由其实现更有效的决策和保持开发进度保持正常。

  更多的推出局部解决方案,这比每周状态报告更具价值。在理解详细设计过程方面,更多的与产品拥有者交流,比一个精心编写的计划更有价值。

  反驳项目管理的辩解

  我们或许会这样为项目管理辩护:通过消除“障碍”或“低效”,它可以让软件开发过程更高效。我也曾经相信这些,但现在我的观点变了。

  让我们一起看一些项目管理可能会消除的那些所谓障碍:

  ◆用户参与。更确切的说,无需用户参与。我认为项目管理这种做法除了伤害用户外没有其它效果。如果用户不通过积极回答问题或检查近期结果来帮助软件开发,那么开发出来的软件不会创造任何价值。现在就停止工作,发现哪些事情是用户真正需要的。

  ◆技术资源。协调技术资源(数据库管理员的、系统管理员的、独立测试者的等)并不需要一个复杂的计划、状态会议或报告。它只需相关人士之间的几个电话。简单直接而有效。

  ◆决策。项目经理不是产品所有者,也不是用户,也不是技术专业人员,不会理解软件开发过程中的危险所在。实际上,他们只是在一场他们无法完全理解的会话中担当一个服务者的角色。如果他们能够做到不去承担不属于自己的任务而坚持服务理念,这也不错。

  我不明白我们为何仅仅把重点放在IT项目管理上。敏捷开发人士的观点是正确的。通过真正削减成本和复杂性的做法来削减成本和复杂性,而不是通过增加管理。

--------------------------------------------------------------------------------------------------------
项目管理者联盟资深会员
>>> 由论坛统一发布的广告:
楼主 帅哥约,不在线,有人找我吗?子墨


职务 无
军衔 主帅
来自 贵州省
发帖 846篇
注册 2013/6/2
PM币 29041
经验 12017点

  
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号