作为设计师我们是职场中加班较多的岗位之一，改稿是较为常见的事情，特别是对于刚入行不久的职场新人。但随着经验的积累和沉淀，对于设计的把控能力会逐步稳定，相对改稿会少些。接下来总结下新手设计师应该怎样提高工作效率
O1：大量临摹优秀作品，成为一名合格的初级设计师
KR1：每周至少完成3-5个相似度达到95%的作品
KR2：初步手绘能力可100%刻画立体图形
KR3：学会关键词搜索，建立自己的素材库
O1：学习 Ventuz 软件，提高个人设计技能
KR1：一周内完成一个项目，并能使用于工作中
KR2：在YouBe网站中发布学习心得，获得10人以上推荐
KR3：一个月内完成课程学习，并能完整做出教程视频
设计职场更新很快，你需要不断奔跑，我们会遇到很多击碎我们玻璃心的事情，一切的经历都是为了让未来的自己更成熟。除了这些以外还有更多 的 OKR 案例已给您安排，OKR 管理方法将解决拖延问题，让您距离人生巅峰更近一步?，从想要成为一名高级的设计师请点击领取哈～
索取企业OKR和绩效管理成功案例，直观体验《Tita一体化管理平台》，立即申请 《Tita 产品演示》 或 最受客户欢迎的《帮我配置考核表》 。
2024, Tita 重磅发布新品，开启“客户管理”与“项目交付”双引擎，帮助企业驱动业绩飙升！立即了解 《Tita 新CRM销售管理一体化》 。
相关文章
-
真相，KPI和OKR原来是黄金搭档
我们都知道，KPI是外在驱动，#OKR#属于自我驱动，KPI的绩效管理方式通常是预先设定、契约式的，一旦确定不会轻易变更。而OKR的模式则给了员工创造性发挥的空间，关键成果KR就是员工自己提出来的，为了提出自己的KR，员工必须学会思考与沟通。正如德鲁克说的：我们要用一个“完整的人”，不是把人当做机器或者机器的衍生。 KPI和OKR实际上是黄金搭档 如果将KPI比作汽车的仪表板，它告诉你是否有足够的汽油，发动机是否太热等等；OKR则是你的导航软件。如果你的仪表盘（KPI）告诉你油快用完了，那你则需…
-
什么是OKR？
“ OKR”的定义是“目标和关键结果”。它是团队和个人使用的协作性目标设定工具，用于设定具有可衡量结果的挑战性，雄心勃勃的目标。OKR是您跟踪进度，达成一致并鼓励围绕可衡量目标进行投入的方式。 无论是谈论办公室运营，软件工程，非营利组织还是其他组织，OKR都可以在许多公司级别上设定目标。它们也可以为个人目标而努应用。 目标只是要实现的目标，没有更多也没有更少。根据定义，目标是重要的，具体的，面向行动的（理想情况下）是鼓舞人心的。如果进行适当的设计和部署，它们可以抵御模糊思维和模糊执行。 关键结果…
-
OKR失败可能是因为你没有砍掉这些
在开始之前我先简单的讲解一个故事： 阿塔兰塔（Atalanta）是一位“捷足善走的美女”，也是斯巴达跑得最快的人，但她一直不想结婚。而她父亲却想把她嫁出去，所以决定举办一场跑步比赛，宣布赢得比赛者可以娶阿塔兰塔。阿塔兰塔提出也要参加比赛，只要没有人能赢她，那么她就仍旧可以保持自由。比赛中阿塔兰塔的确跑得非常快，超过了几乎所有人，直到一个叫弥拉尼翁（Milanion）的小伙子出现。他拿着三枚金苹果，每当阿塔兰塔要超过他时，他就往她的赛道上扔一颗金苹果，阿塔兰塔就会去捡，他就用这种方法以微弱的优势赢…
-
企业微信 & Tita OKR目标管理
Tita消息(通知，代办）实时到达企业微信，企业微信直接打开Tita OKR目标管理，进行目标关联、目标地图、OKR目标框架、OKR工作法四象限管理、关键结果、信心指数、目标统计等等～～～ 1、目标地图：全局查看企业目标，根据目标之间的上下级关联性，自动生成目标地图，全局查看目标分布及承担情况 2、四象限看板：分维度管理，快速一览目标当前进展情况，以及本周、本月的重点工作安排 3、关联目标：支撑上级目标，设置目标关联，可在目标地图轻松了解目标在组织中的定位及重要程度 4、信心指数：快速评估关键成…
-
从 OKR 的角度看，高效签到会议的技巧
您需要定期处理您的 OKR，以便成功地将它们整合到您的组织运营中。讨论它们、衡量进度并了解团队在各个时期的最新 OKR 想法将带来显着的好处。这些中期考核的主要目的，我们称之为签到，正是这个！由于您可以在一年中的几个季度举行签到会议，您还可以安排每周、每两周和每月一次的简短签到。 为什么签到会议很重要？ 让我们假设你经常举行约15-20分钟的报到会议。在这些会议上，你可以见证你的团队 OKR 的进展，回顾结果，并通过学习各种结果为你的 OKR 在下一阶段设定新的优先事项。 你可能最近已经设定了你…
-
Tita的OKR：初创企业：如何执行OKR周期？
对于早期创业公司，Tita的OKR教练关于执行OKR周期推荐不是“季度+年度”，而是一下三个执行周期： 一个月：”这个月我们在做什么 “是关键问题 团队负责人在月末前的周一上午聚在一起，记录下一个月的功能发布。这是一个自下而上的过程，其中包括完全在月内发布的项目和周期大于30天的项目的组件工作（如果你不能将一个复杂的项目分解成至少30天的目标，那么它就太大了）。四周，有足够的时间来完成很多事情。你不需要微观管理 — 例如，如果团队每月花两天时间修复bug，就在过程中保留这段时间，但是不要记录你打…
