Lessonly's domain: Lessonly
Llama land
Positions
• Positionsare simply the titles, which represent the expected reach (team, department, company, etc) each employee is expected to have at Lessonly.These are critical to ensure consistent and therefore fair pay (each position should have a small salaray range in which everyone is paid within)• Assignmentsare a collection of responsibilities needed for Lessonly teams. What outcomes and impacts your teammates can expect from you• Abilitiesare the tools we value/recognize at Lessonly. They are the tools you need to complete those role responsiblities... HOW you do it• Valuesare the aspirations we strive for at Lessonly
More details about positionsOurGruuv::Expect is built on the aspiration of equal pay for the same job.
Which is why we encourage companies to do away with arbitrary and unavoidably biased raises.
The better way is to have multiple levels within a single title and tie tight compensation ranges to these levels.
For instance, let's imagine that you have a growth framework where juniors are 1.*, mids are 2.*, seniors are 3.*, etc.
A 3.2 and a 3.3 within the domain of engineering would have the title of Senior Software Engineer. However, they would be paid differently becuase they've reached a different sub-level within the journey of being a senior.
This style of growth framework promotes actionable feedback based on the abilities Lessonly values.
- More opportunity for recognition (and promotion)
... and less ambiguity, burnout, and questioning "what do I have to do to be promoted/recognized"- More fairness and consistency.
Possible because the system is designed to base recognized growth on a predefined and agreed-upon system of cumulative achievement (fair for specialists and generalists alike).
... and less chance of bias or stress related to ensuring an equitable system for compensation-impacting recognition- More conversations about the things that matter (growth, performance, and the impact each teammate is having on each other and the mission)
... and fewer "who likes whom" or "who is the best raise/compensation negotiator" gamesUnstated expectations are resentments waiting to happen.
Therefore, OG strives forClear Expectationswhich leads to great habits, which leads to the team flow state, which leads to theLessonly Gruuv!
0 Positions directly associated with this domain.
0 inherited Positions within the 0 parent domains.
60 nested Positions within the 13 nested domains.
0 inherited Positions within the 0 parent domains.
60 nested Positions within the 13 nested domains.
- Engineering Director - 4.1w/in:Engineering
- Product Data Analyst - 2.1w/in:Product Discovery Management (Product Management)
- Product Designer - 2.1w/in:Product Design
- Product Designer - 2.2w/in:Product Design
- Product Designer - 2.3w/in:Product Design
- Product Designer - 3.1w/in:Product Design
- Product Designer - 3.4w/in:Product Design
- Product Designer - 4.3w/in:Product Design
- Product Manager - 2.1w/in:Product Discovery Management (Product Management)
- Product Manager - 2.2w/in:Product Discovery Management (Product Management)
- Product Manager - 2.3w/in:Product Discovery Management (Product Management)
- Product Manager - 4.1 - Management Trackw/in:Product Discovery Management (Product Management)
- Product Manager - 4.3w/in:Product Discovery Management (Product Management)
- Product Owner - 2.1w/in:Product Delivery Management (Product Ownership)
- Product Owner - 2.2w/in:Product Delivery Management (Product Ownership)
- Product Owner - 2.3w/in:Product Delivery Management (Product Ownership)
- Product Owner - 2.4w/in:Product Delivery Management (Product Ownership)
- Product Quality Engineer - 2.1w/in:Product Quality
- Product Quality Engineer - 2.3w/in:Product Quality
- Product Quality Engineer - 3.1w/in:Product Quality
- Product Quality Engineer - 3.2w/in:Product Quality
- Product Quality Engineer - 3.3w/in:Product Quality
- Product Quality Engineer - 3.4 (Player/Coach)w/in:Product Quality
- Product Research Delivery Manager - 2.2w/in:Product Research
- Site Reliability Engineer - 3.1w/in:Operations
- Site Reliability Engineer - 3.4w/in:Operations
- Software Engineer - 1.3 - Backend Specialistw/in:Development
- Software Engineer - 2.1 - Backend-specialistw/in:Development
- Software Engineer - 2.1 - Frontend-Specialistw/in:Development
- Software Engineer - 2.1 - Fullstackw/in:Development
- Software Engineer - 2.2 - Backend-specialistw/in:Development
- Software Engineer - 2.2 - Frontend-Specialistw/in:Development
- Software Engineer - 2.2 - Fullstackw/in:Development
- Software Engineer - 2.3 - Backend-specialistw/in:Development
- Software Engineer - 2.3 - Frontend-Specialistw/in:Development
- Software Engineer - 2.3 - Fullstackw/in:Development
- Software Engineer - 2.4 - Backend-specialistw/in:Development
- Software Engineer - 2.4 - Frontend-Specialistw/in:Development
- Software Engineer - 2.4 - Fullstackw/in:Development
- Software Engineer - 3.1 - Backend-specialistw/in:Development
- Software Engineer - 3.1 - Frontend-Specialistw/in:Development
- Software Engineer - 3.1 - Fullstackw/in:Development
- Software Engineer - 3.2 - Backend-specialistw/in:Development
- Software Engineer - 3.2 - Frontend-Specialistw/in:Development
- Software Engineer - 3.2 - Fullstackw/in:Development
- Software Engineer - 3.3 - Backend-specialistw/in:Development
- Software Engineer - 3.3 - Frontend-Specialistw/in:Development
- Software Engineer - 3.3 - Fullstackw/in:Development
- Software Engineer - 3.4 - Backend-specialistw/in:Development
- Software Engineer - 3.4 - Frontend-Specialistw/in:Development
- Software Engineer - 3.4 - Fullstackw/in:Development
- Software Engineer - 4.1w/in:Development
- Software Engineer - 5.3w/in:Development
- Software Engineering Manager - 3.1w/in:Engineering
- Software Engineering Manager - 3.2w/in:Engineering
- Software Engineering Manager - 3.3w/in:Engineering
- Software Engineering Manager - 3.4w/in:Engineering
- Software Engineering Manager - 3.5w/in:Engineering
- Software Support Engineer - 2.5w/in:Software Support
- Tech Leadw/in:Tech Leadership
Values
• Positionsare simply the titles, which represent the expected reach (team, department, company, etc) each employee is expected to have at Lessonly.These are critical to ensure consistent and therefore fair pay (each position should have a small salaray range in which everyone is paid within)• Assignmentsare a collection of responsibilities needed for Lessonly teams. What outcomes and impacts your teammates can expect from you• Abilitiesare the tools we value/recognize at Lessonly. They are the tools you need to complete those role responsiblities... HOW you do it• Valuesare the aspirations we strive for at LessonlyUnstated expectations are resentments waiting to happen.
Therefore, OG strives forClear Expectationswhich leads to great habits, which leads to the team flow state, which leads to theLessonly Gruuv!
7 Values directly associated with this domain.
0 inherited Values within the 0 parent domains.
3 nested Values within the 13 nested domains.
- We ask clarifying questions
- We get agreements
- We have difficult conversations
- We highlight what's working
- We make time for life
- We put learners first
- We share before we're ready
0 inherited Values within the 0 parent domains.
3 nested Values within the 13 nested domains.
Assignments
• Positionsare simply the titles, which represent the expected reach (team, department, company, etc) each employee is expected to have at Lessonly.These are critical to ensure consistent and therefore fair pay (each position should have a small salaray range in which everyone is paid within)• Assignmentsare a collection of responsibilities needed for Lessonly teams. What outcomes and impacts your teammates can expect from you• Abilitiesare the tools we value/recognize at Lessonly. They are the tools you need to complete those role responsiblities... HOW you do it• Valuesare the aspirations we strive for at Lessonly
More details about Assignments, including tips on how to organize themMany organizations do not delineate between an employee's Position, and the Assignments they take on.
OG believes that even though this standardization / uniformity might seem simple and harmless, it is actually devestating to clarity.
This is true for one simple reason... no two people are the same! So we should stop trying to drive more and more uniformity onto our workforce... we should lean into an individual's strengths and helpt them self-organize to form unbeatable teams!
However, this does not mean we have pure chaos. It means that if we break down the work that needs to be done into collections of responsibility, we can sanely and simultaneously give employees a unique-to-them job description and have a well-oiled team with no responsiblities falling through the cracks.
This is what Assignments are; hats you wear that represent the expectations or the specific set of responsibilities to a project, squad, team, department, or Lessonly as a whole.
Another downfall that organizations who do not distinguish between a person's standardized set of responsibilities (one role = your position) suffer from is that this rigidness doesn't take into account the fact that your responsiblities shift and morph over time.
Sometimes an engineer will play part of a product owner role. Sometimes a technical product manager will take on a role that is usually completed by an engineer. This is the key to clarity!
Assignments should be building blocks of clarity, that can be expertly combined to put folks in a position where they can utilize their strengths every day.
So when should you separate out a Assignment?
- Is this collection of responibilities always done by a single person? It likely should be one role.
- Is there a realistic situation where it would be played by two separate people? It likely should be split!
- As a manager, do you have folks that do excellent on a few of the responsiblities, but need improvement on others? Consider splitting so that you can be clear in your feedback!
Unstated expectations are resentments waiting to happen.
Therefore, OG strives forClear Expectationswhich leads to great habits, which leads to the team flow state, which leads to theLessonly Gruuv!
1 Assignment directly associated with this domain.
0 inherited Assignments within the 0 parent domains.
60 nested Assignments within the 13 nested domains.
0 inherited Assignments within the 0 parent domains.
60 nested Assignments within the 13 nested domains.
- Agile Coachw/in:Tech Leadership
- Back-end architectw/in:Tech Leadership
- Back-end Code reviewerw/in:Development
- Back-end engineerw/in:Development
- Back-end engineering guild memberw/in:Development
- Budget/Compensation managerw/in:Management
- Business intelligence analystw/in:Product & Engineering
- Design Facilitatorw/in:Product Design
- Design Reviewerw/in:Product Design
- Design System Contributorw/in:Product Design
- DevOps Enablement Leadw/in:Operations
- DevX Enablement Leadw/in:Development
- Discovery engineerw/in:Tech Leadership
- Discovery Managerw/in:Product & Engineering
- Epic shaperw/in:Product Delivery Management (Product Ownership)
- Escalation mitigatorw/in:Product & Engineering
- Evaluative User Researcherw/in:Product Research
- Feature Documenterw/in:Product Delivery Management (Product Ownership)
- Front-end architectw/in:Tech Leadership
- Front-end Code Reviewerw/in:Development
- Front-end engineerw/in:Development
- Front-end engineering guild memberw/in:Development
- Generative User Researcherw/in:Product Research
- Guild leadw/in:Tech Leadership
- Hiring managerw/in:Management
- Implementation engineerw/in:Development
- Incident remediation leadw/in:Engineering
- Infrastructure engineerw/in:Operations
- Infrastructure On-callw/in:Operations
- Interviewerw/in:Product & Engineering
- Launch coordinatorw/in:Product Delivery Management (Product Ownership)
- Machine learning engineerw/in:Development
- Managerw/in:Management
- Onboarding buddyw/in:Product & Engineering
- On-call application engineerw/in:Development
- Opportunity shaperw/in:Product Discovery Management (Product Management)
- P&E DBW group memberw/in:Product & Engineering
- Product Design Enablement Leadw/in:Product Design
- Product engagement analystw/in:Product & Engineering
- Product Management Enablement Leadw/in:Product Discovery Management (Product Management)
- Product Ownership Enablement Leadw/in:Product Delivery Management (Product Ownership)
- Product Quality Assurance Enablement Leadw/in:Product Quality
- Quality control testerw/in:Product Quality
- Recruiterw/in:Management
- Release Managerw/in:Product Quality
- Report Writerw/in:Engineering
- Site reliability engineerw/in:Operations
- Software Architecture leadw/in:Tech Leadership
- Solution Designer (UX design)w/in:Product Design
- Solutions Engineerw/in:Product Delivery Management (Product Ownership)
- Squad Managerw/in:Product & Engineering
- Squad organizational design architectw/in:Management
- Squad Progress Communicatorw/in:Product Delivery Management (Product Ownership)
- Story shaperw/in:Tech Leadership
- Technical Partner Managerw/in:Engineering
- Tier-2 escalation engineerw/in:Software Support
- Tier-3 escalation engineerw/in:Engineering
- Tier-4 escalation engineerw/in:Engineering
- Triage application engineerw/in:Engineering
- UI Designerw/in:Product Design
Abilities
• Positionsare simply the titles, which represent the expected reach (team, department, company, etc) each employee is expected to have at Lessonly.These are critical to ensure consistent and therefore fair pay (each position should have a small salaray range in which everyone is paid within)• Assignmentsare a collection of responsibilities needed for Lessonly teams. What outcomes and impacts your teammates can expect from you• Abilitiesare the tools we value/recognize at Lessonly. They are the tools you need to complete those role responsiblities... HOW you do it• Valuesare the aspirations we strive for at Lessonly
More details about abilitiesAbilities are be defined as the behaviors, skills, or knowledge that Lessonly values. These are observable, tierable, and able to be practiced deliberately given the opportunity and intention (by executing the responsiblities of different roles)
Abilities are how you do what you do, and are the key ingredient to the role and position eligibility journey you are on while at Lessonly.
If abilities sound like competencies from a traditional HRIS-style compentency model, it is because OG believes our take on this far exceeds what they are intended to do, and seeks to replace them.
Competency models are far less than ideal when trying to drive clairty, consistency, and fairness into a growth framework. The difference is that Abilities in this framework are observable, tierable (in that there are milestones that are used to indicate when your manager is willing to put you in situations of greater and greater impact), and awarding of the next milestone should only be done when there are clear signals that the person in question has been performing at that level for a period of time.
No treating subjectivity as a bug and trying to remove all of the subjectivity out of the process (this is impossible)... instead OurGruuv:Expect seeks to make the subjectivity the feature, especially when paired with OurGruuv:Observe. Consistent observations that help us express the one true piece of data we have... our experiences. Matched with a tool that drives clairty between you and your manager as to where you stand with your manager... not specifically what YOU are, but a way to track your perception as measured by what situations your manager would place you in.Unstated expectations are resentments waiting to happen.
Therefore, OG strives forClear Expectationswhich leads to great habits, which leads to the team flow state, which leads to theLessonly Gruuv!
1 Ability directly associated with this domain.
0 inherited Abilities within the 0 parent domains.
42 nested Abilities within the 13 nested domains.
0 inherited Abilities within the 0 parent domains.
42 nested Abilities within the 13 nested domains.
- Bug Writingw/in:Product Quality
- Business and Technical Translationw/in:Product & Engineering
- Collaborationw/in:Product & Engineering
- Communityw/in:Product & Engineering
- Copywritingw/in:Product & Engineering
- Customer Servicew/in:Software Support
- Dataw/in:Development
- Decomposition & Sequencingw/in:Product & Engineering
- Delivery Forecastingw/in:Product & Engineering
- Design Collaborationw/in:Product Design
- Design Facilitationw/in:Product Design
- Design Operationsw/in:Product Design
- Design Project Managementw/in:Product Design
- Engineering Communicationw/in:Engineering
- Estimationw/in:Product & Engineering
- Goal Managementw/in:Engineering
- Information Architecturew/in:Product Design
- Infrastructurew/in:Operations
- Initiativew/in:Product & Engineering
- Interaction Designw/in:Product Design
- Lessonly Business Knowledgew/in:Engineering
- Mentorshipw/in:Product & Engineering
- Presentation Skillw/in:Product & Engineering
- Prioritizationw/in:Product & Engineering
- Product Discoveryw/in:Product Design
- Product Knowledgew/in:Product & Engineering
- (QA) Risk Assessmentw/in:Product Quality
- (QA) System Modelingw/in:Product Quality
- Qualitative Researchw/in:Product Research
- Quantitative Researchw/in:Product Research
- Railsw/in:Development
- Reactw/in:Development
- Research Opsw/in:Product Research
- Rubyw/in:Development
- Sense and Respondw/in:Product & Engineering
- Software Investigationw/in:Engineering
- Stakeholder / Feedback Managementw/in:Product & Engineering
- Systems Managementw/in:Engineering
- Technical Investigationw/in:Product Quality
- UX Analyticsw/in:Product Research
- Visual Designw/in:Product Design
- Web Technologiesw/in:Development
Domain Hierarchy
Domains are simple. They exist to group a common set of Roles, Abilities, and/or Values.
They are usually departments, disciplines (such as design or engineering), or even teams.
Their hierarchical structure exists to help you visualize the organization of your growth framework.Unstated expectations are resentments waiting to happen.
Therefore, we believe thatClear Expectationsleads to great habits, which leads to the team flow state. Do this continuously and your team has found it'sGruuv!
All Parents:
- Lessonly / Product & Engineering
- Lessonly / Product & Engineering / Engineering
- Lessonly / Product & Engineering / Engineering / Development
- Lessonly / Product & Engineering / Engineering / Development / Software Support
- Lessonly / Product & Engineering / Engineering / Development / Tech Leadership
- Lessonly / Product & Engineering / Engineering / Operations
- Lessonly / Product & Engineering / Engineering / Product Quality
- Lessonly / Product & Engineering / Management
- Lessonly / Product & Engineering / Product
- Lessonly / Product & Engineering / Product / Product Delivery Management (Product Ownership)
- Lessonly / Product & Engineering / Product / Product Design
- Lessonly / Product & Engineering / Product / Product Design / Product Research
- Lessonly / Product & Engineering / Product / Product Discovery Management (Product Management)