软件项目研发管理(lǐ)

高效研发體(tǐ)系方向 / 2020-04-24 16:38:19
软件项目研发管理(lǐ)
    马上咨询


    张镭  资深组织运营管理(lǐ)专家、实战派项目管理(lǐ)专家

    PMP，北京工业大學(xué)计算机软件专业，北京大學(xué)光华管理(lǐ)學(xué)院MBA硕士，北京邮電(diàn)大學(xué)经管學(xué)院项目管理(lǐ)工程硕士；具有(yǒu)项目经理(lǐ)、业務(wù)发展经理(lǐ)、事业部经理(lǐ)、项目总监、项目管理(lǐ)部总监等多(duō)种职位经验；现任美國(guó)某著名跨國(guó)公司项目管理(lǐ)部总监，并担任北京航空航天大學(xué)经管學(xué)院项目管理(lǐ)工程硕士专业客座教授。


    什么需要该课程

    让大家对于项目管理(lǐ)有(yǒu)个明确清晰的认识，知道什么是项目，项目管理(lǐ)应该管什么，项目管理(lǐ)应该怎么管，从启动到结束包括哪些环节，影响项目成功的关键要素有(yǒu)哪些，对于项目管理(lǐ)有(yǒu)个全局的认识。让大家从思想上认识到项目管理(lǐ)的核心精髓，项目管理(lǐ)是一种工作思路和方法，任何事情皆是项目，皆可(kě)以用(yòng)项目管理(lǐ)的思路和方法开展。

    成功产品的特性就是要以用(yòng)户為(wèi)中心，快速响应市场变化。在进入移动互联网时代后，这种特性表现的更加突出；对应的项目管理(lǐ)必须能(néng)够适应这种变化，如果沿用(yòng)传统的项目思路来管理(lǐ)，过分(fēn)强调需求的完备化、WBS分(fēn)解、甘特图、关键链、大而全的项目计划、按部就班的进度追踪，肯定适应不了当前变化多(duō)而快的市场环境。

    敏捷项目管理(lǐ)，作為(wèi)最近几年的热点话题之一，已经逐渐成為(wèi)國(guó)内外各大互联网公司的标配，根据最新(xīn)公司做出的统计，90%的实施敏捷转型的公司，在采用(yòng)敏捷项目管理(lǐ)方式后取得了非常好的改进效果，缩短了产品交付周期，提高了产品质量，提高了客户满意度，同时提高了研发效率及员工满意度。

    本课程专门以最流行的Scrum敏捷框架為(wèi)基础，让學(xué)员从实际操作的层面上掌握敏捷/Scrum项目管理(lǐ)流程，學(xué)员将學(xué)会如何避免敏捷实施过程中的一些常见问题。讲师结合自己在企业内实施敏捷转型的多(duō)年经验，通过多(duō)个游戏、经验分(fēn)享、动手练习、案例研讨、项目实战等让學(xué)员亲历一个敏捷项目的工作过程、领悟敏捷的内涵、掌握敏捷精髓。这同市面上常见的只以理(lǐ)论讲解為(wèi)主的敏捷课程相比，实践性更强，更接地气，學(xué)员學(xué)完本课程后即可(kě)参照所學(xué)实现敏捷转型。

    课程大纲

    第1单元软件项目管理(lǐ)
    内容一：软件项目管理(lǐ)基础概念
        1.   项目管理(lǐ)的关键概念
        2.   项目的定义
        3.   项目管理(lǐ)定义
        4.   项目成功的关键因素
        5.   项目管理(lǐ)流程
        6.   项目生命周期特点。
    内容二：项目的组织和项目组成员的分(fēn)工职责
        1.   项目是如何诞生的？
        2.   项目中的主要角色
        3.   项目干系人
        4.   成功项目经理(lǐ)必备的特点
        5.   项目目标
        6.   三重约束
        7.   分(fēn)析项目需求
        8.   目标分(fēn)解
        9.   定义工作成果
        10.   项目目标（参数）确认
        11.   确定项目工作规则
        12.   计划/实施比率
        13.   工作分(fēn)解（WBS）
        14.   团队考虑及职责分(fēn)配矩阵
        15.   WBS 词典 (Dictionary)
        16.   初步的时间估算
        17.   网络图
        18.   依赖关系
        19.   里程碑
    内容三：传统项目管理(lǐ)方式之殇
        20.   传统项目管理(lǐ)的百慕大三角
        21.   敏捷项目管理(lǐ)的倒三角
        22.   预定义的项目管理(lǐ)模式 Vs 基于经验的项目管理(lǐ)模式
        23.   基于经验的项目管理(lǐ)的三大支柱
    第2单元敏捷管理(lǐ)
    内容一：敏捷项目管理(lǐ)的框架
        1.   敏捷的价值观、原则与方法
        2.   敏捷开发方法 Vs 增量开发方法
        3.   Scrum的历史起源及理(lǐ)论基础
        4.   敏捷Scrum项目管理(lǐ)下的角色划分(fēn)
        5.   ScrumMaster/PO/Team
        6.   ScrumMaster跟传统项目经理(lǐ)的區(qū)别
        7.   团队进化的四个阶段：被管理(lǐ)团队、自管理(lǐ)团队、自设计团队、自组织团队
        8.   什么是团队工作协议(Working Agreement)
        9.   练习：一家传统企业的敏捷转型组织架构调整、敏捷团队组建与角色划分(fēn)
        10.   敏捷Scrum项目管理(lǐ)的各种会议要求、时间
        11.   计划会议、每日站会、评审会、回顾会、产品需求梳理(lǐ)会
        12.   时间盒/Timebox
        13.   敏捷Scrum各种交付物(wù)
        14.   产品需求列表（PBL）
        15.   迭代需求列表(SPBL)
        16.   燃起图/燃尽图/发布燃尽图
        17.   潜在可(kě)交付产品增量(PSI)
        18.   练习：Scrum框架的世界咖啡之旅
        19.   敏捷Scrum中的质量
        20.   為(wèi)什么说质量是不可(kě)协商(shāng)的？
        21.   质量是怎么定义的？
        22.   完成的标准DoD vs 验收条件
        23.   练习：定义符合你自己公司的完成标准
        24.   敏捷Scrum中的需求管理(lǐ)
        25.   敏捷需求管理(lǐ)的关键
        26.   用(yòng)户故事的核心三要素/5C全生命周期/INVEST准则
        27.   用(yòng)户角色的划分(fēn)
        28.   相对估算与绝对估算
        29.   练习：估算纸牌
        30.   小(xiǎo)组研讨：非典型敏捷案例/场景的应对策略
        31.   迭代中间，PO/VP突然想增加重大需求
        32.   PO没有(yǒu)来，迭代计划会议怎么开
        33.   迭代过程中，人员突然被调走怎么办？
        34.   每日站会花(huā)费30分(fēn)钟，还是不能(néng)结束
    第3单元项目的敏捷实战演练
    内容一：实际项目的敏捷实战演练
        1.   实战项目简介
        2.   第一步产品战略规划
        3.   如何简单明了的定义好一个产品愿景
        4.   如用(yòng)“影响地图”快速共创产品战略规划
        5.   第二步细化产品需求
        6.   如何通过创建“用(yòng)户画像”，深度挖掘用(yòng)户特征
        7.   如何通过“用(yòng)户故事”，合理(lǐ)捕获/采集需求
        8.   如何利用(yòng)“用(yòng)户故事地图”，条理(lǐ)化的梳理(lǐ)需求
        9.   第三步产品发布规划，规划最小(xiǎo)可(kě)行产品
        10.   什么是最小(xiǎo)可(kě)行产品及其重要性
        11.   如何做产品发布规划，理(lǐ)清产品演进路線(xiàn)图
        12.   第四步估算、优先级排序，形成迭代计划
        13.   使用(yòng)“估算纸牌”做相对估算
        14.   任務(wù)拆解，并做绝对估算
        15.   基于“故事点”计算团队速度
        16.   根据团队速度做发布计划，做出有(yǒu)效预测
        17.   第五步日常迭代开发中的项目跟踪(2个迭代模拟)
        18.   如何通过“任務(wù)状态看板”，可(kě)视化项目所有(yǒu)进展与障碍
        19.   如何运用(yòng)“纸面原型”，快速验证产品思路，获得第一手反馈
        20.   快速模拟迭代计划会、每日站会、演示会、回顾会
        21.   第六步产品的冷启动与运营管理(lǐ)
        22.   如何通过“Impact Mapping”，找到低成本的快速启动方案


    返回顶部