<big id="x8d78"><strong id="x8d78"></strong></big>
<acronym id="x8d78"><button id="x8d78"><address id="x8d78"></address></button></acronym>
<var id="x8d78"><delect id="x8d78"></delect></var><big id="x8d78"></big>
    1. <code id="x8d78"></code>
    2. <acronym id="x8d78"><button id="x8d78"></button></acronym>
      <code id="x8d78"><menuitem id="x8d78"><dl id="x8d78"></dl></menuitem></code>
      • 参会报名
      • 会议介绍
      • 会议日程
      • 会议嘉宾
      • 参会指南
      • 邀请函下载

      首页 > 商务会议 > IT互联网会议 > 2019有效需求分析训练营(北京) 更新时间:2019-03-29T17:16:43

      2019有效需求分析训练营(北京)
      收藏3人
      分享到

      2019有效需求分析训练营(北京)

      会议时间:2019-05-16 08:00至 2019-05-17 18:00结束

      会议地点: 北京  详细地址会前通知  

      会议规模:暂无

      主办单位: 麦思博(北京)软件技术有限公司(msup)

      推荐会议:MOSEC 移动安全技术峰会

      发票类型:增值税普通发票 增值税专用发票

      门票名称单价截止时间数量
      会务费 仅参会,住宿交通自理。 ¥6800.0 2019-05-15 17:00

      会议介绍

      会议内容 主办方介绍


      2019有效需求分析训练营(北京)

      2019有效需求分析训练营(北京)宣传图

      课程简介

      “用户根本不知?#28010;?#20204;想要什么,直到我们给他展示产?#20998;?#21069;。”
      ——史蒂夫.乔布斯 
      “世界上所有的需求都至少被修改过三次。唯一一个只经历过两次变更的需求工程师已经死了。死在了去修改需求的路上... ...”
      ——无名
      需求分析、需求开发与需求管理贯穿软件研发生命周期的全过程。如何准确而又快速的捕捉用户的需求?如何平衡不同角色的用户对于系统/产品的不同方面的需求?如何协调功能性需求与非功能性需求之间的矛盾?如何有效的分析需求?如何一致、完整与可回溯地将需求分析结构与研发人员进行有效地沟通……这一系列的问题都对需求分析人员的能力?#36864;?#36136;提出了很高的要求。需求开发与需求管理能力的培养成为?#31246;?#22312;软件研发组织面前的一大课题。
      为?#31246;?#21161;需求分析人员以上问题有清晰的认识、完整的了解和全面的把握,我们“有效需求分析训练营”这门课程。本课程除了对“需求”的基本概念、“需求管理”的基本框架和目前主流的需求分析方法做出了明确阐述,更为重要的是,凭藉讲师在多种不同行业客户的成功经验(金融、电力、能源、通讯、物流、中间件……),本课程还将对?#21040;?#20248;秀企业关于需求开发与需求管理方面的最佳实践进行深入的分享、分析和论述,使用“工作坊”的?#38382;?#20197;重点关注学员在可操作性能力方面的提升。

       

      培训对象

      需求分析人员(含业务分析人员)、高级设计人与开发员、高级测试工程师

      查看更多

       麦思博(北京)软件技术有限公司(msup) 麦思博(北京)软件技术有限公司(msup)

      麦思博(msup)有限公司发源美国西雅图,2007年创办,是一家面向技术型组织的培训咨询机构,服务于技术团队的技能提升、软件工程的实际应用和产品?#20998;?#30340;创新与超越。强调人员、技术、流程和管理的有机结合,注重角色岗位的技能提升与职业发展,以及技术团队复合管理与协作。每年超过1000家企业续单参与msup旗下公开课、工作坊、案例研究、国际游学等培训项目。

      会议日程

      (最终日程以会议现场为准)


      课程大纲

      Module 1概述:需求开发与需求管理管理的“Yes”与“No”

      1、角色扮演游戏
      2、过程:讲师扮演客户,学员(分组)扮演需求调研人员,模拟需求开发过程。
      3、讲评:通过演练来认识“靠谱的需求从哪里来”的命题,认识需求开发与需求管理的常见误区——边界不清晰、缺少可视化监控手?#25105;?#21450;无限制拔高用户对系统的期望值 ……
      4、需求开发与需求分析过程中的常见问题
      5、需求开发与需求管理过程中要完成的蜕变——从“把事做正确”到“做正确的事” 
      6、做好需求分析的第一要务——我们交付的是系统的价值,而非软件本身
      7、需求分析的BBR模型,同时也是各个相关方?#19978;等?#23545;于一个软件系统的最高要求——“帮忙不惹事”
      8、案例剖析
      9、“桌面以上的需求/明确表明的需求”Vs.“桌面以下的需求/隐含的需求”——重点关注哪些没有被讲出来的需求
      10、需求开发与需求管理中的3个基本问题

      Module 2打开需求的黑匣子

      1、Attention! 我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义(功能需求、非功能需求/质量属性、设计约束的定义)和各个层级的需求(用户需求/业务需求、产品需求与产品组件需求)
      2、需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他?#26041;冢?#20363;如?#21512;?#32479;测试、架构设计……等)的关联关系
      3、?#36136;?#24635;不如看起来那么美好之1——需求开发和需求管理过程中的两大常态:1)“用户讲不清楚需求”和2)“需求总是处于变更当中”
      4、?#36136;?#24635;不如看起来那么美好之2——你从用户/市场/业务部门同事那里接收过来的“需求”(原始需求)通常存在哪些问题:
      1)“业务流程”与“系统流程”的边界不清晰
      2)“用户期望”与“系统功能”“的边界不清晰
      3)只有“系统能做什么”,没有“系统做的有多好”
      4)最容易被忽略的一类用户——Administrator
      5、三种不同详细程度的“需求”:?#33258;?#32423;需求、风筝级需求?#32479;?#26223;级需求
      6、你准备好了吗——作为需求分析人员,在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责?
      7、你能讲的清楚吗,你自己项目的“独特性”特征是什么?
      8、你能讲的清楚吗,你自己项目的“目标”是什么?或者仅仅只以一句“按?#21271;?#36136;的完成任务”作为搪塞,并不清楚或者没有关注到自己?#21335;?#30446;会给客户带来的价值?

      Module 3 捕捉和挖掘需求

      1、决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件
      2、我们交付的是“价值”而非“项目”本身——如何从孤立的用户需求?#20449;?#26029;系统整体上的“交付价值” 
      3、?#36947;?#27169;型永放光芒——如何有效的引导和限制用户的“期望值”
      4、需求挖掘技术哪家强?实际案例展示——有效的需求捕?#25509;?#26080;效的需求捕捉正反案例介绍与剖析

      Module 4 需求的分析(上)

      1、需求分析的基本原则?#20309;?#39064;的识别、评估、平衡和综合
      2、分析功能性需求的三?#27490;?#20855;之1
      3、早期需求分析的神器——用户故事(User Story)与用户故事地图(User Story Mapping)
      4、讲?#20204;?#26970;每条需求“?#21592;?#20110;给用户带来怎样的价值”是用户故事方法最神奇的地方
      5、使用用户故事地图来勾勒需求全貌
      6、正反案例介绍与剖析:用户故事描述“风筝级”需求的?#36947;?/p>

      Module 5 需求的分析(下)

      1、分析功能性需求的三?#27490;?#20855;之2
      2、场景级需求的分析神器——用户用例(UseCase)
      3、UseCase所带来的“如来神掌”效应:区分“系统”与“用户”的边界
      4、正反案例介绍与剖析:用户用例描述“场景级”需求的?#36947;?br />
      5、分析功能性需求的三?#27490;?#20855;之3
      6、当“谁也讲不清楚系统的需求”时使用的分析神器——原型法
      7、原型法最关键的地方——你需要哪一部分的原型?
      8、原型法的“需求评估”?#26041;?#22914;何操作?
      9、分析非功能性需求的“八元方法”——从8个维度分析非功能性需求 
      10、需求的平衡
      11、使用Kano模型判断需求的优先级
      12、使用“二叉树”方法设定需求的优先级

      Module 6需求建模与需求规格化

      1、需求建模——使用符号化语言动态的描述需求
      2、需求建模的方法之一:数据流图
      3、需求建模的方法之二:实体-关系图
      4、需求建模的方法之三:状态迁移图
      5、需求规格化——使用自然语言动态的描述需求
      6、两种模式的需求规格说明书文档的样例——IRF(界面原型-业务规则-业务流程)和UseCase(用户用例)
      7、需求的命名规则
      8、“好”的和“不好”的需求描述样例剖析

      Module7本次培训总结及答疑

      1、为何放弃治疗——为什么不愿意把需求写清楚?
      2、让我们一起把把脉吧——如何在贵公司有效开展需求开发与需求分析活动

      查看更多

      会议嘉宾

      (最终出席嘉宾以会议现场为准)


      David Wang

      前华为 项目经理、内部教练

      王老师拥有15年的软件研发、项目管理与质量管理经验,曾先后供职于华为技术有限公司、国际商用机器技术有限公司(IBM Solution and Services Co.)、中国移动无线数据研发?#34892;?#21644;QAI(外资全?#39318;?#35810;顾问公司)等多个企业,担任过项目经理、质量保证高级专家、质量总监、咨询顾问等多个职务。他善于规划和建设覆盖市场、研发、部署、维护支持等覆盖全价值链和全业务的管理体系,对各?#22336;?#27861;论和模型了解清楚,运用自如;善于将CMMI/PCMM、BSC、6sigma、及ITIL等多个模型、标准或方法论之间进行系统的整合,以各个模型/方法论的协同运用来解决企业实际存在的问题,而并不?#24515;?#20110;某一个特定的模型/标准。另一方面,凭借长期的研发管理实践工作?#35874;?#32047;的丰富经验,他尤其善长于在工程与技术管理、项目管理方面的培训、引导和咨询工作,对一线的员工(项目经理、需求分析人员、架构设计人员、设计开发工程师及测试工程师)有很强的亲和力,使他们能够很快的体会到管理所带来的乐趣和益处。

      查看更多

      参会指南

      会议门票


      会务费:6800元/人,仅参会,住宿交通自理。

      查看更多

      温馨提示
      酒店与住宿: 为防止极端情况下活动延期或取消,建议“异地客户”与活动家客服确认参会信息后,再安排出行与住宿。
      退款规则: 活动各项资源需提前采购,购票后不支持退款,可以换人参加。

      标签: 软件

      活动家为本会议官方合作
      报名平台,您可在线购票

      会议支持:

      • 会员折扣
        该会议支持会员折扣
        具体折扣标准请参见plus会员页面
      • 会员返积分
        每消费1元累积1个会员积分。
        仅PC站支持。
      • 会员积分抵现
        根据会员等级的不同,每抵用1元可使用的积分也不一样,具体可参见PLUS会员页面。 仅PC站支持。

      会议地点

      部分参会单位

      主办方没有公开参会单位

      快捷下单

      微信扫一扫
      使用小程序快捷下单

      邮件提醒通知

      分享到微信 ×

      打开微信,点击底部的“发现?#20445;?br> 使用?#21543;?#19968;扫”即可将网页分享至朋友圈。

      录入信息

      请录入信息,方便生成邀请函

      166彩票网
      <big id="x8d78"><strong id="x8d78"></strong></big>
      <acronym id="x8d78"><button id="x8d78"><address id="x8d78"></address></button></acronym>
      <var id="x8d78"><delect id="x8d78"></delect></var><big id="x8d78"></big>
        1. <code id="x8d78"></code>
        2. <acronym id="x8d78"><button id="x8d78"></button></acronym>
          <code id="x8d78"><menuitem id="x8d78"><dl id="x8d78"></dl></menuitem></code>
          <big id="x8d78"><strong id="x8d78"></strong></big>
          <acronym id="x8d78"><button id="x8d78"><address id="x8d78"></address></button></acronym>
          <var id="x8d78"><delect id="x8d78"></delect></var><big id="x8d78"></big>
            1. <code id="x8d78"></code>
            2. <acronym id="x8d78"><button id="x8d78"></button></acronym>
              <code id="x8d78"><menuitem id="x8d78"><dl id="x8d78"></dl></menuitem></code>