⭐「前言篇」 阿常的好友挺婷前天写了一篇文章「如何低效的开一个会」,从一个职场真实案例引发出了对职场中普遍存在的低效会议情况的思考。 2、会议时间过长。 3、缺失一个控场的人。 4、与会人员过多。 5、会议准备不足。 6、讨论开发性的议题。 7、开完会没有结论。 8、开完会后不跟踪。 挺婷文章链接: https://mp.weixin.qq.com/s/N3w4w2sP9yKB-Z6dGaoWkA 受到挺婷的启发,阿常准备再从正向思考如何高效的开好一个会议,分享给大家探讨。 确定会议主题, 2. 确定会议内容, 3. 确定主持人、与会人员职责范围, 4. 会议材料提前给到大家阅读, 二、会中控场 1. 主持人简单介绍一下主题、流程、每个节点演讲者是谁, 2. 同步会议纪要给与会人员, 2.
同步阿常在「职场在8小时内」星球分享内容: 关键词--职场、质量、效率 - 1、【 不要相信开发说的,我已经改好了没问题 】 - A 项目开发 D 修了个「弹窗触发时机」的bug,和 QA 说他测过了是好的 - 2、【 若条件允许,尽量面对面协同办公 】 - 工作背景: A 项目需要跨部门开发协同,虽是跨部门,但在同一个楼层,不同办公室。
关键词——职场、协作、利他思维 【回顾】 工作背景: A 项目 任务重,时间紧,人员少,并缺产品经理无需求文档,需求清单来自各部门(包括功能、缺陷) 【反思】 存在问题: 01.需求方面——没有测试依据 (协作,利他思维) 【总结】 最后简单总结一下: 今天阿常分享了自己关于职场的思考,从职场中四个案例引出一个观点,「团队协作能力是一个团队核心竞争力,所有利他的最终都是利己的」。
关键词——职场、无产品经理、任务排期、效率工具 【回顾】 工作背景: A项目无产品无需求文档,项目经理针对每次迭代在conflunce列发布清单(包括新功能、改进、上个迭代遗留功能/bug),经常最后一天提测 「短期内人员无法招聘到位,想要产品快速迭代,一边开发&一边测试&一边迭代,CI & CD能力搭建,自动化测试集搭建」 【总结】 最后简单总结一下: 今天阿常分享了职场中无产品经理、时间紧任务重的情况下如何进行项目管理
可现实往往事与愿违,“干活多却绩效差晋升难”是伴随很多打工人多年的职场梦魇。 近期,15 年从业经验资深测试技术专家,某金融银行技术经理 @云胖虎 老师在霍格沃兹测试学院分享了《测试人晋升指南:如何做好个人绩效管理》主题演讲,揭秘了职场晋升的“潜规则”。 作为技术人,在职场当中经常会看到这样的现象: 会写代码的不如会讲 PPT 的 努力干活年底绩效却评不上优秀 甚至薪资被新人倒挂也屡见不鲜 很多同学对这种现象都感同身受,也急切想知道如何才能更好的获得职场晋升 职场中什么最重要? type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NjYzNTA5MQ==,size_16,color_FFFFFF,t_70] 2.
关键词——职场、资源需求、及时上报 【回顾】 工作背景: ——「A 项目测试环境的搭建」依赖于某些硬件设备,这些硬件设备由 B 部门协调负责,A项目 PM 多次催促 B 部门提供硬件设备,B部门虽然口头答应了 【提升】 如何改进: 职场上遇到跨部门资源协调的需求,具体可以怎么做?
「本周精华」 8.23--职场沟通四要素: 1、理解力 --能理解别人所表达的内容, 2、表达力 --能让别人理解自己所表达的内容, 3、主动性 --面对问题,存在疑虑和不了解的情况,要有主动沟通的意识和行动 ——team 得到敲打,优化改进 8.28--一个职场人最基本的远见,就是离开的远见。 当你进入一家公司的时候,未来你就注定要离开这家公司。 8.29--成年人的成长,核心来源于自驱动自学。 「自学很重要,自学历来就是许多著名科学家以及文学家、艺术家、政治家成才的重要途经」 「总结」 最后简单概括一下,以上是本周「8.23-8.29」阿常关于职场的7条思考总结。
关键词——职场、工作复盘、流程制度优化 【故事重演】 工作背景: 阿常作为测试经理,目前通过周会和team同步工作进展,通过月会进行工作复盘,会议主持由各成员轮值,今天轮到同事Y主持周会&月会。 月会环节: 01.team月度任务完成情况,计划完成量与实际完成量,计划完成时间与实际完成时间; 02.线上问题的收集与分析; 03.流程规范制度优化建议; 04.一段时间学成功经验的分享。 问题2:上线流程规范 原因分析2.1——末检查配文件是否是生产环境的; 原因分析2.2——开发上线时合代码不仔细,导致代码有遗漏。 问题2:上线流程规范方面 改进提升: 1.发布清单内容(代码,sql,配置文件)由发布人员和相关开发一一确认,是否都已经准备好,相关人员签字确认; 2.可走OA或jira流程; 3.建议走jira,任务和发布清单关联起来 【总结】 最后简单总结一下: 今天阿常分享了自己职场工作复盘的案例,引发了对代码管理规范和上线流程规范的思考。 我是Tester阿常,感谢你的阅读。
「其他团队提出的BUG怎么走流程」 问题2ー一A项目的BUG创建者同样来自各个团队,开发修复好问题内部验证后不知道如何有效推动其他团队继续验证并关闭。 【分析】 问题1和2均属于流程规范问题。 2.需求交底会议明确期望交付时间,功能范围,功能定义,实现方式。 3.有需求变更,需求方及时更新jira/confluence页面,并在协同群发布群公告,重大变更需拉起会议说明详细变更内容。 问题2——跨部门提交缺陷流转 「已知的」——其他团队给A项目提的BUG,理论上是A项目测试验证通过之后,转给创建该BUG的其他团队去验证。 2. BUG加一个标签,来源于哪个团队,各个团队根据标签和状态过滤他们需要验证的BUG。 3.每周五封一个版本,邮件告知本次发版修复的BUG范围,涉及团队,期望验收完成时间,需确认大家均已收到邮件。
关键词——职场、需求同步、第三方约束 【回顾】 工作背景: 1. A项目的UED从用户体验角度出发,经常会向开发提出交互设计的优化需求。 2. 2. 第三方交付的软件不确定有没有经过测试,稳定性较差。 【探究】 原因分析: 1. 交互设计的优化有时涉及到功能的正确性、合理性,如果不同步给测试人员,不经过测试就直接发布,会造成未知的风险。 2. 不对第三方交付软件的质量做约束,占用大量我们自己的开发测试时间,耽误项目进度,增加项目风险。 2.已优化——上报领导由领导去推动第三方交付软件质量,要求第三方团队必须出具测试计划、测试用例、测试报告,并提供版本说明,每次发版改动了哪些,影响范围有多大。 【总结】 最后简单总结一下: 今天阿常分享了职场中两个案例:1、用户体验需求如何及时同步给测试人员;2、如何对第三方交付软件质量做约束。 我是Tester阿常,感谢你的阅读。
今天我分享的 Topic 是个偏职场内功的话题:《测试人晋升指南 —— 如何做好个人绩效管理》。这个 PPT 的内容可以说基本都是多年职场经验积累的干货心得和血泪教训。 所以在职场当中,不光要正确的做事,还要更多的做正确的事。这个是非常重要的。 2. [np6ruhp2xo.png] 向上管理和向下管理都是做管理。你要管理好领导的风格和预期,他对你有什么要求?你有没有阶段性的满足领导布置的任务目标?做好向上管理,就能争取到有效的资源。 如何向上级汇报工作 [hael5a0sd2.png] 第一个是:没胆儿。我知道有些同学有点天生惧怕领导,,这个在心理性格方面需要做一些调整,要克服这样一个心理障碍。 第二个是:没用。 这里也是凭我的经验给大家一些分享。 [qmpriz0v1f.png] 第一点肯定是凡事有交代有反馈。
确定关系 在理解了数据后,我们需要确定数据之间的关系,为后续的数据图表的选择做基础,数据图表之前的关系主要有以下四种 1.频率关系 2.时间关系 3.数量关系 4.成分关系 具体的可以参考下面PPT的讲解
初入职场的时候,没有人给我讲应该注意哪些,也不知道去知乎上找答案,就那样傻乎乎地自我摸索总结。结果犯了不少致命的错误,这里回忆一些供你借鉴。 01、衣着随意。 好了,我亲爱的读者朋友,如果你刚刚入职或者还没入职,那么你太幸运了,你看到了一篇价值连城的文章;如果你是个职场老手了,那么恭喜你,把这篇文章转发给那些你关心的年轻人,他们一定会感谢你的大恩大德的。
例如:第一个数组有{1,2,3},第二个数组有{2,3,5},则合并后为{1,2,3,5}。 面试官提示我本道题是在64位系统下实现,而我需要的空间大小为元素取值的范围,也就是说最多能达到2^64远大于1Gb,所以这个方法是不可行的。 ? (2)我知道我一直没有利用到“有序”这个关键词,所以我抓紧这关键词,首先想到的是二分查找:以两个数组A、B合并为例,以A数组为基准,遍历B数组的元素,利用二分查找,将B的元素在A中找到最适合的位置, 若 他还是很耐心的跟我讲了一些对应届本科生的建议,最后说我阅历太少,经验不够,基础功不扎实。我回应了几句,并向他表示了真心的感谢之后离开了房间。 面试官的评价很到位,赤裸裸的现实,还是回校补补营养吧! 不过这份经历还是值的,一个毫无经验的应届本科生同几个研究生来竞争同样的职位,虽然结果很明显,但还是非常感谢面试官给我这个面试机会,而且整个面试过程中还那么耐心的引导我!
上篇文章回顾: 小王职场记 谈谈你的STL理解(1) ---- std:sort代码解析 开始 看一段代码会有什么问题。 /master/stl.md 版本 gcc 使用 4.8.4 版本, STL源码 在 Linux 系统的位置是:/usr/include/c++/4.8.4/bits (79个文件) 目录: 小王职场记 first, __last, __VALUE_TYPE(__first), __lg(__last - __first) * 2) _Tp(__median(*__first, *(__first + (__last - __first)/2)
2.你没有责任心,认为这些并不重要。 3.你应付上级。 4.你不敢说真话。 5.你喜欢逞能,答应一些做不到的事情。 6.你不能独立工作。 2,她在做作业,她妈妈接的电话。3.她也很无聊,很想找人说话。4.她正在被父母训斥。 5.她正在想另外一个男孩。6.她父亲接电话。 7.她家正好来了什么亲戚,亲戚接了电话。 1.不要认为自己有多清高 2.不要仍然以学生的标准要求自己 3.不要感觉低人一等 4.不要等待别人的关怀 5.不要把这个作为犯错误自我安慰的借口 6.不要忘记搞清楚,公司究竟给自己的待遇是多少,老练些,
关键词——职场、跨公司合作、测试规划 【回顾】 工作背景: B 项目采用第三方 M团队交付的软件,在其基础上进行二次开发,本次新增需求由B 项目和 M团队合作开发,由 B项目QA人员测试验收。 2. 测试范围——需要确认本次迭代测试范围。 3. 熟悉业务——需要熟悉需求文档,测试排期。 4. 测试规划——需要编写测试计划,分配测试任务。 【探究】 问题分析: 1. 2. 测试范围——明确本次测试范围,除了本次修改功能、主流程,还有哪些关联页面改动。 3. 熟悉业务——确定需求唯一入口,熟读需求文档,了解主流程、业务逻辑。 4. (已保证主流程走通) 2. 测试范围——已行动,和B项目产品经理确认,本次迭代测试范围包括: 重点验证本次修改点,并回归关联页面功能。 3. 【总结】 最后简单总结一下: 今天阿常给大家分享了职场中跨公司团队合作的项目该如何进行测试活动。 我是Tester阿常,感谢你的阅读。
一般某张表里面的数据,需要对外/对下游提供接口进行获取的时候,基本上会设计一系列的接口,其中可能就包括按主键分页查询、按更新时间查增量数据等。如果表里面涉及到时间字段,比如updateTime,并且业务涉及到多个国家的时候,可能会将时间转为0时区进行存储入库。这样的话,也是为了后续在其他地方展示时间的时候,能根据当地的时区做对应的处理。
那么,作为一个普通职场人,你有没有想过你的职场生命这事儿呢?有没有职场中年危机?从何时起?是否仍在危机中?如何应对? ? 对于大多数以技术为生的码农跟硅农,如果硕士毕业从25岁算起,到现在一些大厂限定的最大招聘年龄40~45,那职场生命只有15~20年,这是一件悲伤的事情。 老驴去查了一下WHO 最新的年龄划分标准,40~45 岁还是青年,却成了职场以年龄支起的一个门槛。 ? ? 但年龄带来的这种红利,只对某个阶层之上的人适用,所以在职场的“有生之年”要奋力得往上爬,爬到那个安全地带,就连狼性清退也伤及不到你了。 待到荷开尽,听落雨 在商业社会,在职场,盈利是第一宗旨,所有看似不合人情的“职场生命年龄”其实都合情合理,所以只能我们自己去选择去改变然后去适应。
2.视野狭窄,只关注自己的一亩三分地,囿于角色. 这种情况其实在职场中多见不仅是初级程序员,甚至工作五年以上的程序员也有类似的问题,不是自己的事情不闻不问,而且危害更大。 我举两个实际案例: 程序员A在某国企里面,持续开发 Windows Form, 拖拉控件为主,对SQL Server数据库增删改查,时间长达五年之久,突然有一天打算离职,看看新的机会,以为有五年工作经验 但是实际上求职之路异常艰辛,名义上的五年工作经验,其实就是极其单一的技能重复使用了五年。而且大环境也变了,主流已经是web开发,移动开发了。 总结 最后再简单小结一下,职场新人需要做的就是从小事做起,学会吃亏,以结果为目标导向,日常工作中积极和同事,老板沟通。 相信职场新人如果能成功避开上面说的几个误区,那么在职业发展道路上就可以少走一些弯路,少犯一些错误,从而更快地实现自己的小目标。