【主题】软件需求管理案例务实:软件项目出了什么问题? 【举办时间】2005-7-31(周日)下午2:00 -5: 00 【举办地点】中山二路昔士风西餐酒廊(西餐厅咨询电话:37630384) 【活动组织人】魏先生(kevin wei)tel:13312872821 email:kevinwei@126.com 【活动方式】主题沙龙,平等互动 【案例链http://www.mypm.net/case/show_case_content.asp?caseID=1184 (同附件内容) 【简介】 SPM-GZ在进行了一次需求管理主题沙龙(4月24日)后,大家提出了很多需求管理的问题,感觉需求管理主题太大,所以希望以后的活动能锁定某一个细节主题或者按照案例研讨的方式,提供有效的解决方法,为了把需求沙龙系列持续的做下去,俱乐部组织这个活动系列的第二次活动: 邀请SPM-GZ专家会员魏俊来分享他的需求管理案例,这次讨论将从案例入手,在9个需求管理点(建立需求获取渠道;开发客户需求;求得客户对需求的共同理解;分析和确认需求;开发产品需求;要求得项目参加者对客户需求的承诺;变更管理;跟踪管理;一致性管理)上进行深入互动讨论。真诚邀请您来参加我们这次务实的需求案例研讨,彼此分享,共同提高。 免费收获:参加本次活动的PMP将可以免费申请3个PDU,申请方法可以咨询camer@163.com. 【主讲嘉宾】 魏俊:方博科技公司的资深软件项目经理和系统分析员,注重沟通,协作,分享和团队文化的建设,业余喜欢乒乓球运动,也是俱乐部乒乓球小组的活动经理。 【活动议程】 1、主持人:活动介绍,嘉宾介绍。(5分钟) 2、嘉宾:讲述案例(20分钟) 3、嘉宾/主持:组织参与人对案例涉及的9个子论题( 建立需求获取渠道;开发客户需求;求得客户对需求的共同理解;分析和确认需求;开发产品需求;要求得项目参加者对客户需求的承诺;变更管理;跟踪管理;一致性管理)进行分组讨论(50分钟) 4、休息:同时招聘管理团队成员(10分钟) 5、嘉宾:收集分组讨论的解决方案,进行对比讨论,并总结(40分钟) 6、主持人:对第一次参加活动的新会员做俱乐部的简要介绍(10分钟) 7、主持人:下次活动介绍(10分钟) 【特别说明】 1。本次活动报名并参加活动后,即可成为俱乐部正式会员(以活动签到名录为准,需要填写《会员登记卡》,有正式的会员编号),免2005年会员费。 2。为了有效沟通和减少不必要的组织工作量,参与人数限制在30人以内,按照邮件到达顺序为准。 3。请各位携带足够的卡片,这样您可以认识足够多的朋友。 4。为了尊重大家的时间,活动将准时开始(迟到每分钟罚1元,10元封顶,计入公益金),并严格按照活动议程进行 5。活动中,请大家调整手机到震动状态。 6。活动后,请大家在一周内把自己的体会发到spm@mypm.net,我们会把别人的体会也发给你,体现分享的氛围。 【费用】 1。活动费用:AA制 约20元/人 (俱乐部组织人员免费,自愿者10元) 2。公益金(自愿):10元/人(将做记录)。根据俱乐部公益的精神,设立本公益金,这笔资金将会用于推动俱乐部定义的各项公益活动(如助 残、环保、助学等),所有资金情况将会完全动态公开,接受每一个涉众的监督。 【自愿者招聘】以下是向参与者招聘的本次活动自愿者,请有意者在报名邮件中说明愿意参与的自愿者类型(按照邮件到达先后为序)。为了感谢他们的付出:自愿者活动费用减半,并记录入会员积分(3个SPDU)档案: 1。签到助理1人:协助俱乐部组织人员完成签到事务 2。现场配合1人:协助俱乐部组织人员进行现场协调 3。录音1人:负责用录音笔录下现场讨论,并整理和分享,需要自备录音笔 4。照相1人:负责现场照相,并整理和分享,需要自备数码相机 5。笔录1人:负责记录活动中的关键点,并整理和分享 6。时间管理员1人:负责根据活动进度表 【报名吧】(会员填写会员编号和变更的联系信息;第一次报名的朋友,请完整填写会员编号外的信息,*为必填项目,否则视为无效报名。) ------------- 会员编号: *姓名: 网名: *电话: *邮件: msn/qq号码: 职位: 个人特点: 对本次话题的关键想法: 自愿者类型(见自愿者招聘说明):(1、2、3、4、5、6) 感兴趣的话题: ----------- 【报名回执】赖先生(libber) email: spm@mypm.net 【附件案例】提供人:魏俊 案例介绍: 总体情况是这样的,这是一家刚成立的公司(后面称他为A公司),成立的原因是因为接到了一个金额为200多万的分包项目。总承包商对于这个行业相当熟悉,而且也很有背景,然而由于他在本地没有分公司和办事处并且也没有那么多开发人员,考虑到售后服务的延续性将此总体项目中的软件开发部份分包给了当地的一家公司,这就是A公司。 总承包商对于项目的业务需求是极其清楚的,并且客户方的业务流程及规则也大部份是他们帮助制定的,以往也将类似的项目承包给过本地的公司,这次来到广州自然也是照搬以往的模式,并且认为不会产生很大的问题。A公司接到这项目后,就组建了项目组,由于公司高层没有对软件项目的操作经验,以往主要是做系统集成的项目比较多,就由以往系统集成的项目经理来担当此项目的项目经理,然后就是招聘了一些开发人员来进行开发,测试由总承包商的人员来负责,因为他们最清楚业务需求及业务流程.这样项目的架构正式搭建起来了。 确立了为期三个月的项目进度,并制定了项目计划,由于比较清楚需求,有过以往项目的经验,所以需求调研阶段只安排了两个星期的时间,首先总承包商在需求调研的过程中,发现客户方对于实现的技术有了很大的改变,需要使用B/S架构,并且要求使用.Net架构,采用COM+的技术来进行开发,后来又发现需要通过防火墙来访问服务器,外部网络需要使用Remoting的技术来实现,这是客户指定的。 业务需求方面客户80%都是听总承包商的,个性化的业务特色需求只占20%,并且核心业务需求没有大的变更, 在此种条件下,总承包商将以往开发过的系统的需求说明进行一定的更改并辅助以往软件的界面来说明需求(在和客户确认后就直接将需求给到了A公司),总承包商派了两个代表过来协助A公司进行开发工作和需求变更工作.在与A公司项目经理和开发人员讨论之后,认为这个项目没有必要做设计(而且项目的时间也不允许这样做),因为原有的设计可以大部份可以照搬过来,因此并根据需求直接做出了开发计划和测试计划。 但是在开发的过程中却发生大量的问题,主要是由于使用B/S架构和采用Remoting等技术产生了大量技术问题和以往的开发方式有很大的不同,以往的设计只有数据库可以留下来使用,其它的根本没用。并且A 公司开发人员总是抱怨需求根本看不懂,总是到做具体编码工作时去问总承包商的代表,并且问清楚这个需求是对应那个数据表。这使的开发工作进行的很不顺利,而做出来的东西,承包商代表总是要求改动。这使的开发人员老是被动加班来完成改动的任务,而每次改动都没有留下变更记录,在开发过程中没有产生任何文档,所有的东西只有代码。由于技术和需求的变动此项目不可避免的延期了,而且集成测试迟迟不能进行,这使得总承包商方面的代表头痛不已,总是埋怨A公司的开发人员对技术不熟悉,改一个问题要老半天,并且举类北京的程式员就不会这样.而A公司的开发人员却说用COM+和Remoting是新技术,所以导致了技术问题占用了较多时间,但是最主要的还是需求看不懂,耽误的时间更多。为了赶进度,大家都是加班加点,经常工作到深夜,周六、日也很少休息。项目就是在这种状态下进行着。不知大家觉得这个项目出了什么问题,有请大家来评点。
|