Profile picture

1 on 1 Meetings Q&A and Videos

About 1 on 1 Meetings

How do I turn SWE roles behaviors/descriptions into concrete actions in a startup environment?

Entry-Level Software Engineer at Series B Startup profile pic
Entry-Level Software Engineer at Series B Startup

Question: "For being promoted from SWE I to SWE II, how do I take the behaviors my company has associated with each role (below) and make that more concrete for a growth plan, taking into account the changing & flexible timelines startups have?"

For context, I already have weekly one-on-ones with my manager (who is new at being a manager & is also my mentor), and a growth plan (that I created with him) that roughly outlines (meets most expectations, meets expectations and exceeds expectations for my role). Additionally, keep in mind I work at a startup w/ <30 people so highly specific concrete goals set on a particular date can change in 2-3 weeks as priorities change. Also, my company has defined a series of behaviors as to what each SWE level should be able to accomplish. Here it is.

Software Engineer I (<1 year - 2 years)

  • Technical Skill
    • Broad knowledge of CS concepts
    • Focus on growing as an engineer, learning existing tools, resources, and processes
  • Getting Stuff Done
    • Develops their productivity skills by learning source control, editors, the build system and other tools as well as testing best practices.
    • Capable of taking well-defined sub-tasks and completing these tasks
  • Impact
    • Developing knowledge of a single component of our architecture
  • Communication & Leadership
    • Effective in communicating status to the team
    • Exhibits company’s core values, focuses on understanding and living these values
    • Accepts feedback graciously and learns from everything they do

Software Engineer II (2-6Years+)

  • Technical Skill
    • Writes correct and clean code with guidance; consistently fellows stated best practices
    • Participates in technical design of features with guidance
    • Rarely makes the same mistake twice, begins to focus on attaining expertise in one or more areas(eg. embedded , testing, algorithm, support code, commlink).
    • Learns quickly and makes steady progress without the need for constant significant feedback from more senior engineers.
  • Getting Stuff Done
    • Makes steady progress on tasks; knows when to ask for help in order to get themselves unblocked.
    • Able to own small-to-medium features from technical design through completion.
    • Capable of prioritizing tasks; avoids getting caught up in unimportant details and endless “bikeshedding”.
  • Impact
    • Self-sufficient in at least one large area of the codebase with a high-level understanding of other components
    • Capable of providing on-call support for their area including systems that they are not familiar with.
  • Communication & Leadership
    • Gives timely, helpful feedback to peers and managers
    • Communicates assumptions and gets clarification on tasks up front to minimize the need for rework.
    • Solicits feedback from others and is eager to find ways to improve
    • Understands how their work fits into the larger project and identifies problems with requirements.
Show more
Posted 2 years ago
133 Views
1 Comment

Should I stay or leave?

Software Engineer II at Taro Community profile pic
Software Engineer II at Taro Community

I'm feeling very undervalued at my current position. I've been working on my service the longest and therefore was the one that onboarded most of my team. In 2023 my manager and tech lead have largely been too busy to help. For instance, I only have 1-1s one every 2-3 weeks.

The new members we got on our team were new to the company and one in particular has relatively poor communication skills, so I have had to spend a lot of time onboarding them.

Unfortunately, in my performance reviews the main emphasis is on the work that I am delivering and there is not much emphasis on the impact I've had through the rest of the team. But the couple of months I tried focusing more on my work, I noticed the culture on the team degrading.

The hardest part for me has been that I have found my manager very unhelpful in helping me with my career and other frustrations. There have been multiple times where instead of helping I've felt as if he's blamed me. I have expressed this to them, but they have not changed.

Now I'm in late stages of interviews with 3 companies. I estimate the pay increase would be between 10-25% if I receive an offer.

Our team also just changed significantly, we swapped a mid-level engineer with a senior-engineer and got a new manager. They will be reporting to my previous manager so that manager will still be around.

I'm optimistic that the new manager and teammate will upgrade my situation but given the more than a year of frustration without improvement I'm still leaning towards leaving. Though I am having second thoughts as well.

I'd love to get any advice on how to handle my situation. Thanks so much!

Show more
Posted 8 months ago
108 Views
2 Comments

How to effectively onboard and train 20+ engineers for production on-call support?

Anonymous User at Taro Community profile pic
Anonymous User at Taro Community

Hi everyone,

I work for a company that offers online web and mobile apps for US-based customers. As part of a recent re-organization, all mobile, web, and backend engineers have been combined into a single on-call rotation. Even though most of these 20+ engineers (mobile + Web engineers) have not much context about the backend system, my director wants to alleviate the frequent on-call rotation, and he proposes having a healthy size of on-call rotation that uses the "follow the sun" model approach, which involves training engineers in different time zones to have knowledge transfer about the backend system and potential issues. I'm curious to know how I can effectively onboard and train over 20 web and mobile engineers for the on-call rotation while following this model.

The Backend team has compiled a comprehensive support run-book log for each corresponding issue/alert, which shows the severity, priority, and range of the issue. The on-call rotation involves acknowledging alerts and following the steps outlined in the run-book.

Please note that the support run-book is not a 100% comprehensive source of truth since the production system is integrated with multiple 3rd party APIs and systems, and the backend platform serves as middleware for both mobile and web applications. There may be instances where issues are caused by third-party vendors and cannot be solved by the on-call person.

I would love to hear your thoughts and perspectives on this matter. I'm also meeting with my boss for our one-on-one to talk about his idea. This is still an experiment, but would like to get people's perspective. Thank you!

Show more
Posted 2 years ago
107 Views
2 Comments

How can I effectively prepare for unexpected technical interviews that expect me to design a feature and have a working solution ready?

Software Engineer at Taro Community profile pic
Software Engineer at Taro Community

I recently had issues with management at my company and, out of frustration, changed my LinkedIn status to "Open to Work." I saw this as a chance to practice behavioral interviews, as Alex suggested in his course.

After completing some behavioral interviews with recruiters, I’m now scheduled to speak with hiring managers next week. Two companies have moved directly to the technical round based on my recruiter conversations. Most of these interviews are expected to happen over the next two weeks. I did not expect to get any technical interviews because I thought I wasn't good enough. But somehow it worked out better than I expected.

Here’s what I found out about the technical interviews from a follow-up email that I asked :

Both are live sessions.

The first company, which builds secure financial systems, provided this detail:

- "This is a filesystem design question combining design and live coding. The expectation is to present a complete solution, moving beyond pseudocode. Develop an approach/logic that can be fully implemented within the allotted time." - TypeScript & Node.js

The second company, which works in the distributed systems space requires a live coding assignment in Golang but gave no specific details.

I'm unsure how to best prepare. These aren’t straightforward like LeetCode problems, and there's no information on which libraries or resources to use. I haven’t done system design interviews before, and these companies expect a working coded solution. I've been attending system design sessions and group discussions with Taro, but live coding a feature is new to me.

I've done take-home assignments before, where there’s ample time to prepare, but this will be my first time coding a working component from scratch in a live interview. The pressure is higher since someone is constantly observing. I could treat these interviews as practice, but I don’t want to waste these opportunities. There's no guarantee of another chance, and I want to do well. This experience will be invaluable, and I don’t want to regret not giving it my best.

I was also wondering if I should ask more follow-up questions on the specifics of the technical interview like libraries to use, existing examples, resources to practice, etc. Is this too much to ask or is it fine?

Any guidance on preparing for these interviews would be greatly appreciated.

Show more
Posted 6 months ago
54 Views
2 Comments

Learn About 1 on 1 Meetings

1-on-1 meetings are important for building deep relationships and keeping key stakeholders in sync with the progress on a project. They can be an effective way to build deep relationships. These 1-on-1 meetings should be proactive, and they should ideally occur once a week for 30 minutes. It’s important to realize that there is a lot of value in 1-on-1 meetings because they can provide more depth of conversation than what can be provided in emails or team meetings. One has to be proactive in setting up meetings because it’s easy to wait too long to set up 1-on-1 meetings or consistently cancelling 1-on-1 meetings. The discomfort of discussing deeper, more emotional topics is where the majority of personal and professional growth happens.
It’s important to have a clear plan and agenda when having a 1-on-1 meeting with your manager. It makes the manager’s job easier, and it allows for a more focused conversation about tough topics. The purpose of the 1-on-1 meeting is to have proactive discussions where a manager and individual contributor can solve hanging threads and plan projects ahead. These meetings can be a powerful tool to discuss one’s career goals and seek alignment on solving the most pressing issues that a team faces. Managers can offer guidance, support skill development, and create a path for career advancement.
Remember that it’s important to embrace discomfort and avoid shying away from emotional topics during 1-on-1 meetings. Sharing feedback about what you’ve been doing, how you think things are going, and how you’re feeling can go a long way in building trust with the other person. It’s important to be genuine during these meetings because people are more willing to be vulnerable when they can sense that you are being vulnerable. Discussing what you liked or disliked about a project or meeting can lead to deeper conversations that can address problems from happening in the future.
1-on-1 meetings are an important part of effective management within a tech company. When they are approached with intentionality, these meetings become a necessary tool for fostering professional development, improving team dynamics, and driving overall success among individuals on a team.
Show more