软件项目的推进中的几点体会_项目综合管理版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：项目计划的开发，项目的执行与实施，项目过程监控；项目的集成变化管理

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

该版暂无版主，欢迎对该版主题有兴趣，且有相关工作经验的会员申请版主，申请邮件：member@mypm.net，电话010-82273401/11-18

俱乐部导航

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

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

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

PMP备考一簇
圈主：ztwjzzg
行业：工程设计安装

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

项目经理职业生.
圈主：zhenjm
行业：综合应用

施工总承包管理
圈主：fylm9999
行业：工程设计安装

联系社区管理员

软件项目的推进中的几点体会 [发表于 2008/2/22]

状态开放帖 浏览量 552

复制该帖链接收藏本帖

[回复] [引用]

本文从沟通、简单、反馈和勇气四个价值观并结合实际的项目开发过程进行了分析，为后续软件项目的推进提供启迪。
关键词：沟通简单反馈勇气
香江项目（事业部内部编号）作为我们消费计算机迈向家电化的一个重大的项目，虽然其作为一个C类研发项目，但其涉及到的无论从硬件上还是从软件上都可以与一个小型的A类项目媲美。我作为项目的LEADER，从心底里还是有点害怕，毕竟是刚加入公司的新员工，但出生牛犊不怕虎，我也很想尝试去做一件事，只有在实际工作中才能不断的成熟，提升自我。到目前为至，整个项目推进以香江项目计划为关键路径，相关硬件开发也在有条不絮的进行。
对于下面我想重点阐述沟通、简单、反馈和勇气，这是我们协作开发软件项目的四个重要部分，对于软件项目的管理与开发具有重大的意义。
沟通（Communicate）
或更准确地说，缺乏沟通，是几乎所有软件项目问题的根源。客户没与开发者沟通他的要求，或开发者没与客户沟通提供一个功能的困难之处。如果涉及的各方直接，及时地互相沟通，就可以消除大多数问题。我们不能忽视或惩罚任何诚实的沟通。
目前我们消费的定位是项目经理，从实际承担的工作上看作为客户（需求方）与硬件开发的角色，但作为面向消费客户，我们最关心的是功能诉求，用户使用流程与呈现接口，这和开发人员（程序员）有很大的冲突，后者更关心的是具体实现方式，如对于媒体播放器的底层API的使用与功能诉求如何在计划时间内完成。但共同的目标是一致的，提供给用户易用的产品，尤其对于我们一个企业内部的开发团队，而不像外面公司间的协作。但沟通信息的通畅性也直接制约着产品的质量。
对于软件项目的需求内容不明确，把握不充分是其失败的一个重要方面，这是我们经常遇到的问题。一方面，由于客户（需求方）IT知识缺乏，一开始自己也不知道要开发什么样的系统，或者懒于系统地整理出来，经常是走一步算一步，不断地提出和更改需求，使得实现方叫苦连天。另一方面，实现方由于行业知识的缺乏和设计人员水平的低下，不能完全理解客户的需求说明，而又没有加以严格的确认，经常是以想当然的方法进行系统设计，结果是推倒重来。因此，需求分析必须注重双方理解和认识的一致，逐项逐条地进行确认，双方能在共同的基础上达成功能与时间上的统一。
在香江项目中，对于需求主要涉及到后续新品的需求与本身项目发展的需求的综合，对于实际工作中，我积极与软件设计经理，程序员进行沟通，先从正式文档输入开始，免的一开始就陷入无穷尽需求讨论中。随着项目的推进，对于某些需求由于技术上与时间上的不可实现性，因而大家及时沟通，通过项目的中期核对这样的方式，将一部分需求作为第二次开发的要点进行剥离，从而保证项目的按计划进行。
简单（Simpleness）
有什么最简单的事情可能会起作用？我们的注意力太多放在了软件的最复杂难解的功能上，而这些功能我们很少用到或者只是曾经用过。今天做简单的工作，明天花点代价修改它要比今天做可能永远用不到的复杂工作好的多。这也和我们的沟通价值紧密联系在一起，因为系统越简单，需要的沟通越少。
从辨证的观点上看，简单与复杂是矛盾的统一体。某项技术对于某些人是简单的，但对于另外的一些人则是复杂的！因而简单并不是说整个功能的简单，而是说我们掌握了该项技术后就应该有所发展的研究，比如我们知道恢复/备份功能的实现方案，但以项目的时间计划与人力资源上讲完整的实现该功能是不可能的，因而分为两个阶段的推进，这样对于项目的开发人员就可以相对简单的进行开发，有利于发挥主观能动性，而不是在截止期限压力与人力的压制中进行开发。
反馈（Feedback）
反馈能告诉我们工作做得怎么样，以及以后要如何做。我们需要对正在运行的系统的反馈，以便了解它是否满足了客户的要求。我们需要通过反馈来了解系统将需要哪些最有价值的改进、加强和附加。我们还需要通过反馈来了解，我们什么时候能够交付某个特定的功能。如果不知道以前的速度又如何确定将来的速度？
一个软件的成功与否，并不是其内含的技术有多高，其算法有多严谨，而是能被用户所接受。尤其对于我们消费软件来说，因为我们直接面对的是客户，强调以用户为中心的设计始终是我们的头等大事。但作软件功能的需求，不是靠几个人的脑力激荡而没能完成的。只有通过来自第一线的声音，从客户需求来定我们的功能需求。
在我们的项目实施过程中，采用平台开发与功能开发的两条主线来进行。对于平台开发是通过业界技术与自身技术实力作为反馈点，而功能开发以用户的使用流程与功能本身需求为反馈，来共同完成项目需求的确认。
我想对于控制系统而言，死循环控制就是导入了反馈的机制让系统更加可靠。对于一个项目来说，本身就是一系统工程，无论是人员技术能力，思想，做事方式上的反馈都是对项目推进有很大帮助，试想程序员只是埋头做自己的事情，研究技术细节，那么我想做出来的软件可能是差之千里。我想项目成员间的沟通是必要的，但同时需要的是效率，否则一味推诿是解决不了实质问题的！
形成一个良好的反馈机制，同时项目经理承认项目中存在的问题，加强风险管理，这是一个项目成功实施的必要保证。

查看更多体会http://www.zbintel.com/wz/1255606.htm

--------------------------------------------------------------------------------------------------------
智邦国际销售管理平台，涵括了客户资料的完整记录，客户的申请、领用、指派和收回，客户保护、共享和历史记录查询，项目管理，销售漏斗监控，合同和回款管理，同时还有日程安排，指派，提醒，销售跟进提醒，回款提醒等等功能，如有需要还可以个性定制和修改。

免费试用网址http://www.zbintel.com/demo 技术支持：800-707-8060 400-600-8060

>>> 由论坛统一发布的广告：

楼主

xiaohutu01

职务无
军衔上尉
来自北京市
发帖 684篇
注册 2007/8/21
PM币 5237
经验 1191点

Re:软件项目的推进中的几点体会 [回复于 2008/2/22] [回复] [引用]
现在很需要这样的管理实例，能进行详细的介绍吗。比如考核如何设置。

1楼

liumaogui

职务无
军衔三等兵
来自河北
发帖 6篇
注册 2007/6/26
PM币 20
经验 12点

共1页 97 [ 第1页 ] 8:

！您尚未登录，不能回复主题。现在登录注册

建设运营：共创时网络