一个没有专职架构师,产品经理,前端,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处理问题。【目前】
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处理问题。【目前】
相关文章推荐
- 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目
- 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目
- 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目
- 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目
- 空间管理 您的位置: 51Testing软件测试网 » lilisx2006的个人空间 » 日志 在一个没有测试经理的小公司如何做好测试
- 【原创】如何在一个没有测试经理的小公司做好测试?
- 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目
- 做完一个没有需求文档,没有产品PRD,没有UI,没有测试,只有开发主导的项目后的体会。
- 在一个没有测试经理的小公司如何做好测试
- 如何从产品和技术角度上做一个好产品----软件公司如何开源节流(二)
- 全球知名互联网公司Java工程师,Java架构师,Java技术经理职位,薪资open,上海
- 如何从产品和技术角度上做一个好产品----软件公司如何开源节流(二)
- 中国信息价产品经理日志(2)- 一个年轻的团队
- 【转】如何从产品和技术角度上做一个好产品----软件公司如何开源节流(二)
- 产品经理对技术理解应该达到一个什么程度
- 信息价产品经理日志(2)- 一个年轻的团队
- 如何从产品和技术角度上做一个好产品----软件公司如何(二)
- 一个没有技术经理的项目组的悲哀
- 做事的人总是要挨骂的,挨骂是一件好事。如果一个人不挨骂,肯定因为他没有做事。一个职业经理人,是否因为挨了几次骂就破罐破摔,随波逐流?一个职业经理人,你的责任是把自己的工作做好,作为市场总监,我的责任是告诉公司,明年我的品牌规划、产品规划、宣传形式是什么,这是责任。