您的位置:首页 > 运维架构 > 网站架构

一个没有专职架构师,产品经理,前端,UI和测试的小公司技术团队的修养

2014-12-29 17:41 741 查看
适应范围:一个工作流网站。已前端效果为重的,浏览类的网站不在次讨论中

XX项目的总体目标

1,基本目标:系统稳定运行,有问题2小时内解决问题或者给予用户可接受的答复。

2,核心目标:提供用户的工作效率,节省时间和人力成本。 从数据趋势上找优化点,展示优化点,关注2份日报: XX项目反馈数据质量日报, XX项目反馈耗时分析

XX项目工作规范【试运行1月】

1,周四下午上班前发布版本,如果有功能没有测试通过,回退代码,保存已测试的功能稳定

2,开发完成后,自测,需要对照功能点起码每个功能点都有自己写测试用例跑过, 测试好一个功能点之后就提交给测试员,测试员根据每个功能点的组合条件测试通过后才算开发完成【整个流程开发主导,例会上确认任务以测试员通过才算开发完成】。

3,每个版本发布,涉及流程变化,预留至少1.5天时间给同事测试,测试员要在需求讨论好,在开发预期时间之前提交好测试计划,并协调其他体验同事的时间是否满足

4,开发涉及流程变动部分,必须首先提交实现方案,让全体人员参与评审。没有参与评审的流程改变带来的现网问题,导致问题最大同事,本月绩效下调1个等级。 需要改动的地方,最好是做新的流程。

5,开发不直接接收外部的需求和现网问题,需求引导到策划处,现网问题引导到测试员处(如果对应人不在,而有情况紧急,可以处理后告诉测试员),开发和策划需要对自己要做的功能需问清楚以下问题:

1)为什么要做这个功能(给使用者带来了什么价值)?

2)不做或者换个方式做有什么问题?

3)这个功能的使用者是谁,需要跟使用者单独确认下,什么是他真正的需求?

4)对于要做的功能,如何从数据报表的角度,体现核心目标中的效率和成本。

6,写代码的时候注意检查3个地方:

1)对应的输入数据是否符合预期,如果有异常数据怎么处理?

2)检查实现功能点的是否覆盖了需求,并没有引起新的变化(如有变化必须全员评估)

3)对应的输出数据是否符合下一个流程的数据要求。

XX项目职能区分:是个初步划分,方便D找到对应模块的负责人。如果和现有任务冲突,联系F

1,A(开发)

工作范围:接受到老师答题的所有环节,包括查重操作和查询【目前】,常规题的答题部分



2,B(开发)

工作范围:常规的信息录入到题干上传所有环节,审题部分,非AC的其他任务

3,C(开发)应届生

工作范围:纠错模块,辅助AB

4,D(测试/技术咨询)应届生

工作范围:优先级如下 1)收集现网问题,及时回复用户咨询,告知用户问题的进度,并找到对应开发,催促其解决,每天输出未解决问题和已解决问题 2)设计测试用例,安排体验的同事,按时制定测试计划 3)定期总结现网常见问题的回复办法,逐步提高技术支持的服务能力



5,E(策划)

工作范围:1)根据项目核心目标,规划需求,过滤需求,稳定需求,得到需求之后,组织技术讨论需求,具体见工作规范5. 2)涉及流程变动,用户原有习惯的变更,至少发布前提前一周做好相关人的培训和宣传

6,F(项目跟踪)

工作范围:1)项目全过程,跟踪项目进度,保证各个里程碑按计划完成 2)资源协调,对上述工作范围有模糊和工作量,工作优先级冲突做调整 3)参与需求讨论和评审,分解成开发任务,并落地到具体的开发人员实现 4)参与技术技术方案的评审,具体见工作规范4 5)协助C和D处理问题。【目前】
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐