您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. KoreEasy RO的SF服专用程序

  2. 很好的初级教程 KoreEasy指令表[完整版] 其实是通用参数,Kore相关系列皆可通用 ( ) - 必要参数,没填写指令就不会动作 [ ] - 选用参数,没填写即为默认 -=-=-=-=-=-=-=-= 状态查询 =-=-=-=-=-=-=-=- s - 人物状态,列出跟人物有关的重要讯息,相当于仙境传说内无法关掉的状态窗口 i [u/eq/nu] - 物品栏列表,分为可使用物品栏、装备物品栏,及不可使用物品栏 例如:只要列出可使用物品栏 i u cart - 手推车物品列表,商人/ 铁匠
  3. 所属分类:交通

    • 发布日期:2009-05-18
    • 文件大小:1048576
    • 提供者:wgchenlinqi
  1. 使用Scrum进行敏捷产品管理

  2. PM-China首届产品经理高峰论坛,演讲稿
  3. 所属分类:项目管理

    • 发布日期:2012-02-24
    • 文件大小:8388608
    • 提供者:alaxis
  1. 敏捷项目管理

  2. PM学习资料,拿出了和大家分享一下
  3. 所属分类:专业指导

    • 发布日期:2012-10-31
    • 文件大小:1048576
    • 提供者:sanger1010
  1. 敏捷项目管理经验分享

  2. 在JIAR使用敏捷进行项目管理,敏捷研发管理流程,敏捷研发管理流程在JIAR中的具体操作方法和步骤。
  3. 所属分类:项目管理

    • 发布日期:2014-05-11
    • 文件大小:816128
    • 提供者:cmingjun
  1. PMI2016大会资料PPT合集_Part1

  2. 1.方法论与智慧化-郭晓英 韩燕-项目风险管理框架工具和方法.pdf 2.方法论与智慧化-姜信宝-敏捷回顾工具箱.pdf 3.方法论与智慧化-梁方舟-向客户交付项目集_用收益与干系人对话.pdf 4.方法论与智慧化-梁磊-全需求 做减法—新的信息化项目建设思路和方法.pdf 5.方法论与智慧化-楊朝仲-孙子兵法为体、系统思考为用的商业分析与项目管理.pdf 6.机遇与挑战-Hyukchun Kwon HC Kwon-The Future Direction of PM in the Age o
  3. 所属分类:其它

    • 发布日期:2016-11-15
    • 文件大小:44040192
    • 提供者:flyeagle022
  1. 敏捷与CMMI,SM与PM

  2. 该文档整理敏捷与CMMI的区别便于理解,整理SM与PM的角色职责,及团队转型时担任SM角色的适合人选的分析
  3. 所属分类:其它

    • 发布日期:2018-06-13
    • 文件大小:13312
    • 提供者:weixin_40617304
  1. 华为敏捷开发介绍

  2. 华为敏捷软件开发解读 为落实敏捷软件开发在我司的顺利推行,使广大软件开发管理者和开发人员深刻领会敏捷核心理念,熟练掌握敏捷实践方法,从而达到增强应对需求变化的能力、提高产品质量、提升开发效率和缩短交付周期等方面的目标。为此,特提出如下要求: PM及以上管理者要深刻领会敏捷核心理念、理解我司敏捷推行策略、了解各种敏捷实践。 软件开发相关人员(含PL、软件开发人员、软件测试人员、软件架构人员、系统分析人员、与软件相关的资料人员和研发质量人员)要深刻理解敏捷理念、掌握敏捷实践、了解我司敏捷推行策略。
  3. 所属分类:IT管理

  1. 我们团队研发的SaaS软件产品:应用于群组任务协同和流程管理

  2. NULL 博文链接:https://jiwenke.iteye.com/blog/695694任务推客:沟通协作好帮于! http://www.yun-kee.cn 图表目录 图表1任务推客的登录页面 图表2仟务列表界面 图表3我的任务的统计概况 .8 图表4功能按键… 图表5任务列表 图表6任务更新界面 999 图表7任务流程定义界面 .10 图表8个人信息管埋界面 图表9任务创建芥面 12 图表10仟务创建表单界面 12 图表11任务更新及任务详细信息界面. 13 图表12任务更新操作(1)
  3. 所属分类:其它

    • 发布日期:2019-07-27
    • 文件大小:1048576
    • 提供者:weixin_38669628
  1. 软件测试理论

  2. 软件测试理论篇 一、为什么软件要做软件测试 纵观历史事件说明软件测试的重要性 二、软件测试的概念 1、测试是为了发现错误而执行程序的过程 ; 2、在规定条件下,对程序进行操作,以发现错误,以软件质量进行评估 ; 3、使用人工或者自动化手段,来运行或者测试某个子系统的过程,其目的在于检查它是否 存在满足规定需求或弄清预期结果与实际结果之间的差别( IEEE :美国电气和电子工程师 协会)应用程序管理工具 2、软件基础知识:软件工程,软件生命周期、测试理论和测试方式有较深的理解 3、软件测试技术,方
  3. 所属分类:软件测试

    • 发布日期:2019-01-11
    • 文件大小:37888
    • 提供者:qq_33303936
  1. 软件测试之敏捷的质量

  2. 最近一周基本上都是加班到深夜,原因是最近有两个产品的发布,不凑巧的是这两个产品的开发是还在试用期的新人,更不凑巧的这两个产品是原来的产品经理遗留下来的需求。需求本身也存在些许需求描述不清晰的地方。所以加班看来就是在所难免的通往不确定未来的必   最近一周基本上都是加班到深夜,原因是最近有两个产品的发布,不凑巧的是这两个产品的开发是还在试用期的新人,更不凑巧的这两个产品是原来的产品经理遗留下来的需求。需求本身也存在些许需求描述不清晰的地方。所以加班看来就是在所难免的通往不确定未来的必经之路。   
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:89088
    • 提供者:weixin_38655987
  1. assignment-2--human-centered-design--mwd-270--spring-2021-源码

  2. 2021年Spring,以人为本的设计-作业2 不要编辑此文件。 在认真阅读这些说明之前,请勿启动该项目。 介绍 对于此作业,整个班级将作为一个团队一起工作,以基于整个团队都同意的一个原因创建一个网站。使用敏捷方法论并使用以人为本的设计概念,您将在两周内完成网站迭代,构思,测试和实施的各个阶段。 团队 整个班级将以团队的形式参与该项目。这是您的角色: Xuan Thu Dao :网页设计师(WD) Derek Delgado :前端开发人员(FED) Liana Glennon :项目经理(P
  3. 所属分类:其它

    • 发布日期:2021-03-18
    • 文件大小:7168
    • 提供者:weixin_42118770
  1. 标准的产品设计工作流程

  2. 每个产品团队都会有自己的工作流程,无论这个工作流程是否最高效、是否体现最大价值,但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。对于流程本身而言,可以因团队不同或工作任务不同而有差异。一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化,也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值,称得上是一个敏捷的、能快速响应变化的团队。那么,我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时
  3. 所属分类:其它

    • 发布日期:2021-03-03
    • 文件大小:381952
    • 提供者:weixin_38610657
  1. 敏捷开发中开展自动化测试的经验

  2. 自动化测试应该如何开展呢?当时在论坛上回复了一下,现在放到博客,稍微调整一下。首先,敏捷开发并不是部分同学想象中的那样,没有文档没有需求,开发来了就干,干几个月就丢给客户一个版本让他们用去。我们公司一般6个星期是一个release周期,在这6个星期里面,可以做的事情是非常多的。需求,需求通常来自于PM,在一个release周期的开始,QA通常没太多事情需要做,比较轻松,这个时候一个比较重要的工作就是跟PM沟通当前release里面的一些feature的情况。在这个时候,QA可以做一些自动化测试的
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:160768
    • 提供者:weixin_38732425
  1. 我在ThoughtWorks中的敏捷实践

  2. 项目背景E项目是一个在线的物资跟踪监控系统。由ThoughtWorks团队提供的一套完善的软件交付服务,整个开发过程由ThoughtWorks团队负责管理。成员背景ThoughtWorks提供完整的交付团队(PM*1,BA*1,TL*1,QA*1,DEV*4,UX*1),团队为颇具代表性的敏捷团队,规模10人左右。客户团队主要接口人3位。技术背景项目上的主要技术栈是Python,Django,AngularJs,PostgresSQL,Docker。DEV在进入这个项目之前,擅长的技术栈是Jav
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:392192
    • 提供者:weixin_38691220
  1. 标准的产品设计流程

  2. 每个产品团队都会有自己的工作流程,无论这个工作流程是否最高效、是否体现最大价值,但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。对于流程本身而言,可以因团队不同或工作任务不同而有差异。一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化,也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值,称得上是一个敏捷的、能快速响应变化的团队。那么,我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:290816
    • 提供者:weixin_38664532
  1. 标准的产品设计工作流程

  2. 每个产品团队都会有自己的工作流程,无论这个工作流程是否最高效、是否体现最大价值,但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。对于流程本身而言,可以因团队不同或工作任务不同而有差异。一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化,也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值,称得上是一个敏捷的、能快速响应变化的团队。那么,我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时
  3. 所属分类:其它

    • 发布日期:2021-02-20
    • 文件大小:381952
    • 提供者:weixin_38506798
  1. 敏捷开发中开展自动化测试的经验

  2. 自动化测试应该如何开展呢?当时在论坛上回复了一下,现在放到博客,稍微调整一下。首先,敏捷开发并不是部分同学想象中的那样,没有文档没有需求,开发来了就干,干几个月就丢给客户一个版本让他们用去。我们公司一般6个星期是一个release周期,在这6个星期里面,可以做的事情是非常多的。需求,需求通常来自于PM,在一个release周期的开始,QA通常没太多事情需要做,比较轻松,这个时候一个比较重要的工作就是跟PM沟通当前release里面的一些feature的情况。在这个时候,QA可以做一些自动化测试的
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:160768
    • 提供者:weixin_38581447
  1. 我在ThoughtWorks中的敏捷实践

  2. 项目背景E项目是一个在线的物资跟踪监控系统。由ThoughtWorks团队提供的一套完善的软件交付服务,整个开发过程由ThoughtWorks团队负责管理。成员背景ThoughtWorks提供完整的交付团队(PM*1,BA*1,TL*1,QA*1, DEV*4,UX*1),团队为颇具代表性的敏捷团队,规模10人左右。客户团队主要接口人3位。技术背景项目上的主要技术栈是Python,Django,AngularJs,PostgresSQL,Dock
  3. 所属分类:其它

    • 发布日期:2021-02-01
    • 文件大小:360448
    • 提供者:weixin_38555019