精华内容
下载资源
问答
  • 项目迭代的流程
    2021-05-24 19:56:39

    1、制定重构阶段性计划

    明确重构内容和时间段,需提前输出给到相关负责人进行确认。

    2、梳理业务和旧系统业务逻辑

    深入业务,明确现状,为后续制定重构详细计划做准备。

    3、确定重构内容影响范围

    避免涉及内容太广,把内容控制在可控范围内。

    4、制定重构详细计划

    精准排期,识别风险,为后续开发阶段做准备。

    5、制定重构排期计划表

    协调相关团队负责人,明确后端开发、前端开发、联调、测试、运维、上线等几个阶段的人员和时间。

    根据各个团队的资源情况,敲定上线时间点。若资源不够,时间不足,则可基于上线时间点倒推,压缩各个阶段的时间,同时删减迭代版本内容,将版本内容和时间控制在一个合理范围,最终推动项目正常进行。

    这个阶段需指定一个技术负责人,统一跟进和协调各个阶段的人员和资源。

    6、开发阶段

    各小组负责人把控好开发进度和质量,识别风险并提前暴露,保证按时按质按量交付。

    可将开发完成的功能或接口提前给到调用方,让调用方提前介入,提高整体效率。

    7、联调阶段

    分为后端系统间的联调和前后端联调。接口提供方把环境和文档提前准备好给到调用方。

    8、测试阶段

    基于测试用例进行功能测试,提前准备压测脚本,输出重构前和重构后的压测报告,用作关键数据。

    研发人员及时修复bug。

    9、上线阶段

    技术负责人提前收集该版本所涉及的系统、SQL变动、配置变动、压测结果等。

    协调运维人员准备相关服务器资源等。

    10、线上跟进

    上线后需要持续跟进线上情况,通过监控、日志来分析,发现问题,然后给出优化方案和排期。

    更多相关内容
  • 项目迭代流程

    2015-09-16 11:03:40
    按PMP五大过程组,根据项目实际情况,进行工作划分,主要针对新项目,大项目;整个流程包括产品需求确定阶段、交互、界面设计阶段、开发阶段、测试阶段、产品验收阶段、发布阶段
  • 项目迭代流程和思考

    千次阅读 2019-09-14 14:20:42
    近期在某中小型互联网公司经历,迭代流程进行总结。 1.首先迭代流程图如下:(希望大家能给一些优化建议,互相学习) 2.迭代过程中的思考 需求阶段 (1)明确真实项目背景和预期。PM识别伪需求,明确需求方...

    近期在某中小型互联网公司经历,迭代流程进行总结。

    1.首先迭代流程图如下:(希望大家能给一些优化建议,互相学习)

     2.迭代过程中的思考

     

     需求阶段

    (1)明确真实项目背景和预期。PM识别伪需求,明确需求方真正的目标和背景预期。文档及时更新和周知。UI变更及时通知。
    (2)需求变更等落实PRD做到周知。
    需求变更,其实不止是需求阶段进行变更,这个涉及到整个项目过程,都可能会变更。
    文档更新和周知,衡量研发时间成本。当然,不太紧急可以考虑二期。
    确保PRD和UI图文案和功能btn的一致性。经常出现,C端开发不一致,最后还要再次进行确认,增加沟通和修改成本。
    (3)文档交互细节要明确。说实话是,本公司是没交互设计师,一些交互问题是QA来提的,所以经常,会让PM写清楚一些交互实现逻辑,尽量确保C端一致性。

     

    研发阶段
    (1)确保每日任务进度。
    拆解每日研发进度,确保当天任务顺利完结。不能完结及时沟通反馈,不过这是项目经理去PUSH了。
    (2)确保联调时间和自测
    确保前后端联调时间,明确送测前研发进行自测。

    再次进行确认,增加沟通和修改成本。
    (3)文档交互细节要明确。说实话是,本公司是没交互设计师,一些交互问题是QA来提的,所以经常,会让PM写清楚一些交互实现逻辑,尽量确保C端一致性。

     

     测试阶段
    (1)BUG要提交管理工具,测试过程可视化:
        用工具记录每个人的执行过程,管理人员也能通过工具及时发现测试中不足和风险。也是作为测试沉淀和输出的资产。典型BUG 亦可作为其他项目参考借鉴依据。
    (2)报BUG要专业,学会定位BUG,使研发排查BUG有据可依:
    作为QA来说,有的QA 报BUG直接说表现,UI层面问题。
    charles,Fidddler抓包辅助测试,可定位一些问题,同时提升我们的定位问题能力,在RD那边也能很有说服力和收获好评。
    所以,报BUG发CURL或者LOG,会提高BUG定位效率。
    分享一篇很nice的文章,如何定位BUG :http://www.360doc.com/content/17/0627/11/40343770_666897925.shtml
    (3)测试阻塞  

    测试阻塞的原因有:流程性bug导致 、功能点未开发 、测试资源协调不开等

    测试过程中,遇到问题,先自行解决,当然,在保证项目正常的情况。如果自行解决不了,需要立即向上级反馈,让领导出面协调。

    展开全文
  • 快速迭代项目流程

    2018-09-14 15:38:12
    主要是整理出一个项目需求从进来,到开发,到测试,到上线的全部流程,以及责任划分的流程梳理,适合巨大多数互联网公司,特别是快速迭代敏捷开发一类的项目管理流程
  • ONES 敏捷项目管理迭代流程图文演示

    千次阅读 2020-09-07 08:34:33
    ONES 敏捷项目管理,迭代计划流程图文演示

    1. 前言

        创建一个 ONES Project,进入项目管理,创建迭代计划,在迭代计划下创建需求及子需求,根据需求拆分任务及子任务,任务负责人完成任务后发布任务,结束任务的生命周期。对于测试任务,可创建缺陷,缺陷缺陷负责人处理完缺陷,交由团队测试人员回归测试完成后,结束缺陷的声明周期。需求下的全部任务走完任务的声明周期,需求可被关闭,结束当前需求的声明周期。迭代下的全部需求完成后,可变更迭代计划状态为已完成。维护项目的下一个迭代。
        项目可关联需求文档、测试用例等文档;支持任意在项目任意阶段多维度统计报表查看;项目概览仪表盘支持自定义,更加直观的查看项目相关属性及工作项统计等。

        登入系统,创建一个敏捷项目管理 ONES Project,命名为 ABillionProject,本项目已拿到了王先生投资。
        一个亿的项目,就这,就这,就这?
        欸,看官,别动手,别动手,笔下尚有千字未落,容我停下手中这支笔,评论区且战。

    2. 项目管理

    2.1. 迭代计划

        进入我们一个亿的小项目,创建迭代计划,名称还是要规范一点,这里以版本为例命名;

    在这里插入图片描述

    图2-1-1、创建迭代计划图

        这里"1.0.1 版本迭代"迭代中已经创建了一些需求、任务、缺陷等,并完成了部分任务项。可以更加直观看到迭代相关数据统计,基本的迭代计划描述,工作项燃尽图,剩余工时燃尽图;迭代计划状态,项目进度;项目代码相关统计等信息;

    在这里插入图片描述

    图2-1-2、迭代概览图

        我们在迭代计划下,创建一些工作项,每个工作项都会指定负责人,管理层面来讲某个工作项只有负责人和其团队上级管理人员有权限变更工作项信息。当然具体还是看项目工作项权限配置。
        敏捷项目管理模板下工作项类型默认提供了需求、子需求、任务、子任务、缺陷,其实就是需求,任务,缺陷三大类工作项。根据实际工作场景可以扩展工作项类型,此处就以这三类为例。

    2.2 需求

    一般的,需求由团队产品人员管理,跟踪关注需求的生命周期

    在这里插入图片描述

    图2-2-1、需求生命周期图

        创建需求,可以在全部工作项下创建工作项,选中工作项类型为需求创建需求;也可以在需求下直接选择提需求。如果需求过于泛化,描述方向偏大,则可以再创建需求时,直接创建相关子需求拆分细化需求。

    在这里插入图片描述

    图2-2-2、需求创建图

    在这里插入图片描述

    图2-2-3、需求子工作项图

    在这里插入图片描述

    图2-2-4、需求属性配置图

        创建工作项(需求)需要维护工作项必填属性,如标题,类型,负责人等;维护更多属性,比如计划完成实际,预估工时,在项目配置中心维护的新属性实际工时等(实际工时应在工作项完成时由负责人维护);选择性维护子工作项,创建时也可以不维护,在工作项列表支持对工作项维护子工作项;可以选择关联工作项,比如某个缺陷可以关联对应的开发任务,开发任务可以关联对应的需求;可以维护工作项关注者,默认工作项变更会通知到关注人。

    2.3 任务

    一般的,任务由团队开发人员管理,负责跟踪任务的生命周期

    在这里插入图片描述

    图2-3-1、任务生命周期图

        团队开发人员负责人对接产品提出的需求,拆分创建任务及子任务。
        可以先创建任务,后面需要完善时,再创建子任务;也可以创建时通过子工作项直接维护子任务。任务也属于工作项,创建方式和需求相同,需求、任务、缺陷都可以全部工作项下进行维护。
        团队开发人员负责人根据需求拆分任务,分配到团队具体开发人员,开发完成,维护实际工时,实际完成日期等属性,变更任务状态按工作流(生命周期)往下走。

    在这里插入图片描述

    图2-3-2、项目任务列表图

        在工作项发生变更后,团队开发人员(任务负责人)会收到通知。团队成员登入系统进入项目,查看项目概览,仪表盘等大屏信息统计,跟踪具体任务或其他工作项。
        仪表盘居然也支持自定义,只能说 ONES 做的很 Nice,欸,欸,欢呼声不要太大。

    在这里插入图片描述

    图2-3-3、项目仪表盘图

        开发小哥哥(任务负责人)查看所负责的任务,进入工作状态,按排期查看某个任务,变更任务为进行中;完成任务后,编辑更新任务状态为已完成,填写实际工时,完善任务描述或备注等信息,提交测试。

    在这里插入图片描述

    图2-3-4、任务完成图

        此处工作项类型没有设计测试任务,所以开发任务和测试任务没有很好的区分开。
        一个亿的项目,就这,就这,就这?
        欸,看官,别动手,别动手,大家都是读书人。
        所以还是要在项目前期就规划好工作项,工作流程,大团队大制作。没有人在意我,我在一个人的角落~~~

    2.4 缺陷

    一般的,缺陷由团队测试人员管理,负责跟踪缺陷的生命周期
    在这里插入图片描述

    图2-4-1、缺陷生命周期图

        开发任务完成后,由团队测试负责人创建测试任务,分配到团队具体测试人员,进入功能测试工作流。
        开始测试更新测试任务状态为进行中,测试结束且无未关闭的缺陷,则可关闭测试任务。若存在缺陷则团队测试人员提缺陷,创建方式遵循工作项创建方式;缺陷指向负责人,产品设计问题可提给产品人员,功能模块问题可提给开发人员。根据产品迭代实际场景,可基于该模板编辑简化流程或补充缺陷工作流。

        这里就发现测试任务和开发任务重合在一起,且类型都是任务,那工作项类型设计上就可以细化拆分为开发任务,测试任务等。测试任务维护一个"开发人员"工作项属性,开发人员不变更,测试任务负责人可随着缺陷工作流变更。

        果然,测试人员会心一笑,反手提了个缺陷,洋洋洒洒写下 Bug 复现场景就拂袖而去。

    在这里插入图片描述

    图2-4-2、测试任务图

    在这里插入图片描述

    图2-4-3、缺陷创建图

        ONES 右上角通知消息 +1,几许发丝又从开发小哥哥眼前飘过。

        确认缺陷后变更状态为已确认,开始修复时变更为开始修复,修复完成变更为已经修复。并将负责人指向团队测试人员,测试人员回归测试通过变更任务状态为回归通过,结束缺陷工作流,并变更测试任务工作项状态为已完成。

    在这里插入图片描述

    图2-4-5、全部工作项缺陷管理图

        一个亿的项目欸,维护了这么多项目团队成员,也是一笔不菲的人工成本;大团队大制作,其实,其实,这些成员账号都是我一个人,没有人在意我,我在一个人的角落~~~

    3. 项目扩展

    3.1 成员角色管理

        项目成员下可以管理项目中的成员、角色;只能添加项目配置中心已维护的角色,项目中没有创建角色的能力,需要通过项目配置中心维护。

    在这里插入图片描述

    图3-1-1、项目成员角色管理图

    3.2 工作项筛选器

        项目筛选器下可以按条件过滤项目全部工作项。

    在这里插入图片描述

    图3-2-1、全部工作项筛选器图

    3.3 项目概览

        项目概览卡支持编辑自定义,低调一点,低调一点
    在这里插入图片描述

    图3-3-1、项目概览图

    3.4 项目报表

        ONES Project 本身提供了多维度的默认项目报表,也支持创建自定义项目报表。报表支持数据表格、折线统计、柱状统计等类型。

    在这里插入图片描述

    图3-4-1、项目报表图

    在这里插入图片描述

    图3-4-2、任务每日状态趋势图

    ONES Project 配置:WHAT?已经有人在用 ONES 管理一个亿的项目
    Powered By niaonao

    展开全文
  • 作者介绍:柯自聪/eamoi舜亚科技软件工程师,专注于Web应用程序开发,关注OA、门户、电子政务、电子商务领域、RIA,著有《Ajax开发精要--概念、案例与框架》一书以及《Ajax开发简略》、《LiferayPortal二次开发指南...
  • CS模块项目迭代排序

    2021-02-19 00:00:49
    模块项目-迭代排序演算法迭代排序目标描述线性和二进制搜索算法之间的差异定义什么是运行时复杂性,区分各种分类,并使用Big O表示法对算法的性能进行分类区分何时使用,对性能进行分类并实施代码以进行经典的迭代...
  • 迭代语句-项目2a 中频迭代程序
  • 项目迭代

    千次阅读 2018-11-01 00:51:20
    项目迭代 1、流程图 需求分析开发测试评估开发测试回归 (1)需求分析 产品经理将功能设计好成“PRD”“原型”"设计稿"提供出来 准备好这些东西以后就可以定版 ☆在产品和开发(经理)聊的时候可能会有变动,而...

    项目迭代

    1、流程图

    需求分析
    开发测试评估
    开发
    测试
    回归

    (1)需求分析

    产品经理将功能设计好成“PRD”“原型”"设计稿"提供出来
    准备好这些东西以后就可以定版
    ☆在产品和开发(经理)聊的时候可能会有变动,而未将最新的PRD给到我们,而已经我们着手去开发,这变动可能会影响我们估的开发时间

    (2)开发评估预计测试

    评估时间
    评估的时候不会针对需求进行评估,会对之前的代码也进行评估
    △例如 “增加不可使用优惠券选项卡”
    做这个东西,我们应该想到我们应该是去修改或增加哪些东西
    优惠券选项卡是在订单预览页面,想到的会有订单预览页的展示,排除已存在的优惠券,到优惠券不可用原因的展示
    △不看代码的情况下我们需要基于需求知道系统要修改的点
    那么订单预览页不可能是一个人(历史好汉)做的,对订单预览页是是不够了解的,这对我评估的时间是不准的,
    △不准的情况下,在评估之前我们需要做的事情试是什么?
    ①要把订单页的接口对应的接口找出来
    ②就按照想得方式
    数据展示会变是不是要个DTO组装数据,对下设计稿设计
    这时想下设计的实现思路,简单的在类里面用注释写出来每一步需要做什么?甚至我们可以把方法都定义好, 先不去实现,大致的思路已经定义好了,现在就可以清楚地知道做每一块实现的时间了,哪些功能是快速完成的可归纳成一个版本
    就可以指定开发计划了
    ③开发这一块会影响到哪些块地方,这步要给测试,测试不可能整个系统给你来一遍
    △给到测试

    例如评估格式:

    1、增加不可使用优惠券选项卡
    需求文档:

    PMP

    描述:

    增加不可使用优惠券选项卡,编写接口程序把有效时间内不能使用的优惠券提供给前端

    影响范围:

    订单预览

    文件路径:
    • 1、com.suibao.web.controller.promotions.SuibaoPromotionSelector
    • 2、com.suibao.web.component.promotion.PromotionReadLogic
    接口及参数:
    1. 现有下订单时的优惠券接口:/api/suibao/promotion/global
    2. 下订单时的有效但不满足条件优惠券:/api/suibao/promotion/cannotPormotion
    public class SuibaoPromotionSelector {
         public List<PromotionReadLogic.PreviewPromotionDto> globalPromotions(@RequestBody SubmittedOrder submittedOrder) {
            ...
                }
    }
    
    public class PromotionReadLogic{
                 public List<PreviewPromotionDto> getGlobalPromotions(@RequestBody SubmittedOrder submittedOrder) {
    		 ...
                }
    }
    
    public class SuibaoPromotionSelector{
                 public List<PreviewPromotionDto> getConnotPromotions(@RequestBody SubmittedOrder submittedOrder) {
                1、获取用户ID
                2、找到筛选用户下的优惠券ID
                3、返回前端
                }
    }
    

    ☆产品经理提需求我们开发是怎么接收到需求呢?
    通过PMP(禅道,PASS等)系统,将任务分块罗列出来有项目经理进行分配人员

    (3)开发

    gitflow
    △Hotfix 分支 紧急修复分支,合并到Master和Develop
    △Release x.0,测试有BUG直接从feature合到Release上,测试完成后,发布到Master后,将代码合并到develop(测试回归)
    △develop 测试分支,测试完可以提出Release x.0,
    △feature开发分支每个功能为一个分支确定准备是这次上线了才可以往里面合,不然代码从Develop扣出来是有风险的

    (4)测试

    会根据需求文档进行编写测试用例,测试完后进行发版

    (5)回归

    发版完成后,项目会回归。如果线上有重大的BUG紧急修复完后需要编写下文档(简略的)给到测试,后面补充完整。

    展开全文
  • 对于一个团队项目,由于功能众多,其迭代开发的设计会直接影响到整个项目的推进。这篇文章主要分享了自己作为团队项目经理的一些心得,以学校某个课程项目为例,讲解了如何在学校上学的作息时间下安排项目的开发,...
  • 项目迭代管理流程

    千次阅读 2021-04-15 10:25:09
    为规范产品迭代流程,提升团队成员产品迭代参与度,更好的衡量团队成员贡献度,量化产出,明确各成员角色的责任及义务,特制定此流程。 发版周期 两周一个迭代 概念描述 使用Jira管理自定义字段的描述如下: ...
  • Git版本管理与项目迭代发布 Git强大的版本管理能力让我们在项目中可以灵活的创建、合并分支,不过灵活总是伴随着复杂,比如,当项目团队越来越大时,创建的分支可能非常多,每个人都可能创建几个,如果不及时提交...
  • 需求: app打开时自动检测是否是最新版本,如果不是出现弹框,点击升级
  • Git的流程设计还是很棒的,熟悉了之后是可以方便的进行联合开发工作,建议多花些时间了解。对于不同规模,不同场景下的项目,Git的工作流是可以自行更改优化的,最终的目的就是方便、快速、准确的构建项目体系。本篇...
  • 一、创建分叉 分叉(Fork)是原始存储库的一个副本,作用是(可以在不影响原始项目的情况下进行更改)
  • 项目未上线前,所有东西都在开发,边开发便测试,流程比较简单, 上线了以后涉及到大概10几个系统,如果没有一定的流程势必会很乱, 这是我在工作中实际用到的流程,现在整理一下,以备后患。
  • 此回购是Airbnb克隆项目所有迭代的集合,我们必须在六个月内创建,每个步骤都具有配对的编程方面和一些测试驱动的开发。 总体而言,该项目旨在教我们如何将Web应用程序组合在一起。 此外,还可以帮助发展软技能,...
  • 项目的更新迭代

    千次阅读 2016-10-24 11:47:54
    我们开发的app一开始肯定都是1.0版本的,但应用上线后公司肯定后期会对...1、每次打开项目判断一下现在的项目版本号与服务器上的版本号一不一样,不一样就弹出版本更新的dialog。 2、dialog点击”确定”开启服务,在
  • 产品迭代计划的流程介绍

    千次阅读 2020-07-15 10:16:07
    产品bai进行迭代流程计划如下: 1.需求du选定阶段 先从需求池中提取需求,作zhi为本周期内需要开发的内容dao,并进行优先级排序;排序顺序如下: 符合产品定位的需求优先开发 ROI(投资回报率)高的优先开发 ...
  • matlab加速迭代法代码非线性预处理项目:非线性优化的收敛加速 项目目标: 该项目通过使用定点方法作为非线性预处理器(内部迭代)来开发简单的定点优化方法(例如,用于规范张量分解的交替最小二乘(ALS))的收敛...
  • 迭代开发流程

    千次阅读 2020-05-30 16:31:35
    所有的正常需求迭代需要按照以下流程进行 分为如下几个阶段 需求立项 设计 开发 测试 验收 以下对各阶段关键环节进行定义 1.需求阶段 1.1需求内审 目的:审核需求文档逻辑和需求满足度 发起人:产品经理 ...
  • 项目推到拉迭代器 安装 npm install @async-generators/subject --save yarn add @async-generators/subject 这个包的main入口指向一个commonjs dist。 module入口指向一个es2015模块 dist。 两者都需要原生异步...
  • 敏捷迭代管理 --上线流程和规范

    千次阅读 2020-12-06 16:20:04
    研发组织管理--项目管理--敏捷迭代管理--上线流程和规范 目的 确保不会由于不规范的上线流程导致线上问题或延迟上线; 时间&频次 每次上线(默认一个迭代1到2次); 议程 1. 上线日16:00测试封板代码, 锁定...
  • 项目迭代开发流程

    千次阅读 2016-07-14 22:22:01
    迭代开发流程,阶段可以分为: 迭代计划阶段: Backlog准备 对各个Story估时,确定交付的需求内容。...30分钟的会议,确定人员、范围、目标、迭代流程(包括上迭代改进项),鼓励团队高目标。   需求阶段: 需求人
  • 第八届中国项目管理办公室(PMO)发展大会定于2019年5月25-26日在北京召开,本次大会主题为:“高效运作PMO,让项目管理落地”,大会邀请了PMO业界顶尖专家学者及实践精英来大会做分享,交流探讨PMO高效运作之法,...
  • 测试迭代流程示意图

    千次阅读 2015-05-28 01:54:03
    帮某人整理的软件测试知识
  • 微信开放个人小程序的同一天,动手写这个项目。 为了便于学习和交流,将其开源。 你可以从源码中得到: 小程序的开发流程 Redux 之小程序实现 参考性骨架目录 参考性代码风格 ...... 编不下去了,其实吧...
  • Truncheon迭代是Nion项目的一部分,旨在为在灵活通用的框架中创建和部署模块提供坚实的基础,以最大程度地提高模块和依赖此项目的其他程序的效率。 Nion项目已经开发了7年,并且随着时间的推移,代码不断得到改进和...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 238,664
精华内容 95,465
关键字:

项目迭代的流程