博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
项目管理小记
阅读量:5280 次
发布时间:2019-06-14

本文共 981 字,大约阅读时间需要 3 分钟。

2015年10月20日 14:29:55

项目管理大都注重任务排期, 时间点, 我觉得这个是次要的, 主要的是事件节点的确定, 也就是要在一定时间范围内看到一定的效果

一个项目应该先按照产品必须实现的功能作为阶段节点, 然后再安排时间点, 毕竟, 延期可以容忍, 但是出不了产品是大事

一个项目的事件节点大致如下(可能不完善,以后再补)

1.产品出设计文档(PRD)或产品原型

2.产品需求(另加交互设计)评审

3.技术方案评审

4.UI/UX 输出 高清(保真)/普清 设计图 (针对大屏/小屏), 或交互设计图

5.前端切图 (pc/移动端做出单个页面)

6.服务端出接口, 出简单的管理后台(如果有) 如果有多个功能, 则列出分别要实现的功能作为节点去一个个实现

7.前端跟服务端联调成功 (也可以根据现实情况, 一边出接口, 一边联调, 方便前端同事测试页面跳转等效果)

8.整个功能流程可以联调测试成功

9.测试的同事进行各种测试完毕

10.代码评审, 找出可优化的点, 隐藏的bug

11.根据代码评审, 以及自己发现的问题进行优化完毕

12.优化后test环境上代码, 再次测试通过

13.代码部署(先后顺序根据情况而定)

>前端=> html/css/js/image上到相应的服务器(测试服务器, 预发布环境服务器等), android/ios发包

>服务端代码部署(controller/model/view/common_function/lib/config...)

>数据库部署(表:新建的表, 新建字段, 修改字段, 修改表名, 数据:填充的数据, 新生成的数据, 修改的数据sql文件)

>缓存服务器部署(添加机器,确认ip/域名以及端口, 数据恢复/初始化等)

>计划任务(crontab -l)部署

14.再次测试没问题, 并部署到线上环境 或者 android/ios需要灰度发布

15.守着电脑, 看有没有bug反馈(生产环境回归测试)

 

生产环境跟测试环境的不同

1. 用户量, 生产环境会导致进程更多, 消耗的资源更多

2. 数据, 生产环境的数据表结构, 数据, 在刚开始上线时是从无到有的

3. 数据量

4. 权限

 

转载于:https://www.cnblogs.com/iLoveMyD/p/4894834.html

你可能感兴趣的文章
八叉树
查看>>
poj 1129 搜索
查看>>
Git 远程仓库
查看>>
HttpClient的巨坑
查看>>
关于静态文本框透明度的问题
查看>>
海量数据、高并发的优化方案
查看>>
javascript的发展及个人笔记
查看>>
全选,反全选,反选,获取选中的值,根据子选择控制全选按钮
查看>>
梦断代码读后感01
查看>>
[CF#250 Div.2 D]The Child and Zoo(并查集)
查看>>
博客园博客插入公式
查看>>
hdu 1028 Ignatius and the Princess III(母函数入门+模板)
查看>>
Ubuntu下配置安装telnet server
查看>>
Codeforces 235 E Number Challenge
查看>>
ubuntu 常见命令整理
查看>>
关于vue的npm run dev和npm run build
查看>>
Hive架构
查看>>
EJBCA安装教程+postgresql+wildfly10
查看>>
(五十四)涂鸦的实现和截图的保存
查看>>
06享元、责任链
查看>>