扫码阅读
手机扫码阅读
成为一个好员工的七个忠告

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

工作效率与职场发展策略摘要
避免低级错误:领导厌恶下属犯简单且显而易见的错误,例如数值填写不当或使用不适当的PPT底色。重复错误可能导致被解雇。
明确任务需求:接收任务时要考虑七个要素:目的、任务、输出、验收标准、完成时间、方法和配合人员。确保方向正确,避免返工。
工作策略:要超出领导预期,创造性地完成任务。在开始前考虑多种方法,选取最优解,并优先处理最重要的事务。
持续回顾总结:每日反思总结,从经验中学习,以此促进个人成长。即使是简单任务也要追求完美。
持续学习:员工的发展速度应超过组织。通过阅读、培训、反思和沟通不断学习。将闲暇时间转化为提升自我价值的时间,减少娱乐消费。
积极主动:看到可以做的事情就主动去做,与他人协作时主动沟通,承诺的事情确保完成,不推卸责任。
和谐人际关系:尊重领导和同事,避免办公室政治,不公开批评人,在原则问题上灵活处理。帮助他人,建立良好口碑,使自己成为不可或缺的团队成员。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 173.5K
麦哲思科技任甲林的其他文章
测试用例评审的旁观记录
测试用例评审应该如何做?
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
不可重现的BUG的应对策略
问题场景:有一些比较严重的BUG随机发生,难以查找规律的,测试工程师提交上去后,有可能会出现以下三个情形:1.开发人员试图重现,重现不出,Reject回来;2.开发人员找不到规律,所以不去解决,问题一直处于Open状态;3.开发人员因为问题难以解决,所以直接Resolved回来,觉得反正是偶发的,先改成解决状态再说。对开发人员、项目经理和测试工程师来说,正确的处理方法应该是怎样的?解决方案:1 缺
我说CMMI2.0之管理性能和度量数据
MPM(managing performance and measurement)是CMMI DEV V2.0中实践最多的一个实践域。它将组织级的、项目级的度量实践,以及统计的和非统计的量化管理都融合到了一个PA中。它合并了CMMI 1.3版本中的MA, QPM等过程域的实践。 本实践域在落地时,需要使用到一些具体的量化技术,如: 基本的量化分析方法: 饼图;...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线