We emphasize candor, transparency, and a constant exchange of feedback.

You’ll observe how highly we prioritize feedback after spending just a few hours with us. Individual engineers commonly share their project plans in an open document with the entire company, inviting marketing, sales, and HR to contribute. Everyone can speak at length about what candor means to us and how important of a role it plays into how we operate. Even with ~40 engineers, our VP of Engineering (Sylvain) makes sure to meet with each person 1-on-1 to get feedback about how the company can better support your individual career goals. Despite being a distributed company, we promote a culture across all of our offices that values candor and feedback. If anything, having offices in both the U.S. and France makes us more mindful as we must recognize cultural nuances and cultural differences.

Frontend engineer Lucas explains, “Learning how to accept negative feedback is not always easy. It’s totally natural to take it personally when something you’ve worked hard on is criticized. I get attached to my code! But that’s why it’s important that candor is a company-wide value — I know I’m not being singled out. Ultimately, code is a communal project.”

Our core company values are CHEF: collaboration, humility, empathy, feedback.

Continuously giving and receiving feedback is an effect of our collaborative spirit. We’re huge on Dropbox Paper and everything that we have on paper is shared openly with all members of the team so that anyone can comment or edit them. Obviously, aside from confidential HR material, anything that is physical through our paper files is shared. We have two separate engineering teams working on our two separate products. At the end of each sprint, we do thorough engineering retros where we crowd source feedback about what went well and what didn’t using an open, shared document. Our feedback extends beyond engineering and is embedded in how we operate as a company. At the end of our training sessions with our customers, we provide each transit agency with a thorough feedback survey. We truly integrate collecting feedback into everything we do, both internally but externally.

We post daily standups in a slack channel so you can tell your peers what you’re doing, as well as making a plan for what you’re going to be doing for the day.

We also have a team meeting every week which everyone should attend. Due to our varying time zones and where people are in the world, this rotates every three weeks: one week it’ll be early (before 09:00), one week it’ll be in the afternoon, and one week it’ll be late. This is so it’s equally terrible for everyone.

We schedule bi-weekly “pairing” sessions with every other member of the team, during which you can work on whatever you want: pair programming, code review, technical writing, discussion about coding styles, whatever. This is to get you to spend time with your teammates and build trust.

We also have weekly random 1:1's with some other team member. These are “water cooler” style chats where you spend 30 minutes talking about whatever you want to. Each week you’ll also have a 1:1 with your manager, and every two weeks you’ll have a 1:1 with the CIO, Derek.

We also have formal bi-annual review processes. We see this as dedicated time for you and your manager to reflect on all you’ve done! It’s also time set aside for you to plan exciting, interesting, and career growing opportunities for the next 6 months. This is not a time for surprises :).

One of our values is Candour, which we consider to be like a muscle.

The more you use it the stronger it gets. We train this muscle through our regular 360 feedback sessions, and finishing every meeting 5 minutes early to end with a feedback session on how the meeting went. Our founders and the senior team set the precedent early on, by constantly giving feedback. We genuinely want to help each other at Thread, so the expectation (and norm!) is that all feedback is delivered compassionately and with care. With frequent use, our Candour muscle is strong.

We are feedback-oriented in every sense.

As an engineer, you’ll be working very closely with our CTO, Kyle. Together, you’ll outline weekly and monthly goals and have 1on1’s every week to talk about how you’re feeling, what you need, and how he can help. You’ll also sit in the same working area, so it’s easy to get and give feedback. Beyond the engineering team, everyone at the company has a monthly 1on1 with Joe, the CEO. He always leads every meeting with, “How are you doing?” and at some point, he’ll ask, “How can we make things better?”

Managers have regular 1:1’s with their team members, typically weekly or bi-weekly.

These 1:1’s are primarily led by you, rather than your manager. It’s a space for you to celebrate your successes, ask tough questions, and bring ideas forward. It can also be used as a place to get technical feedback, but also a great way to get to know your manager better. During the course of day-to-day development, your peers will be reviewing your code during our pull request feedback cycle: create the PR, pass our CI, two or more peers will review, and then merge and deploy. There are quarterly reviews that focus on the engineering rubric, and the developer’s career goals. This is an opportunity for you to work with your manager to decide how you want to learn and grow.

We believe in feedback - in all forms.

We take feedback from our users through Intercom, Satismeter, and by meeting with them every week. People from our team regularly go and introduce new teachers to Peergrade at seminars, conferences and schedule meeting with instructors trying to implement Peergrade. We have monthly 1-on-1’s with everyone on the team and quarterly performance reviews. We try to have a very open feedback culture where everyone can bring up any request to anyone. The only way to avoid group-thinking is to really push each other’s ideas all the time. After each round of 1-on-1’s we change 2-3 things about the way we work on average, from better scheduling of holidays, new sprint structures to finding career mentors for employees.

Feedback is an integral part of the culture of our company.

We are a small company. It allows us to set our goals and values together. From small things, like deciding to buy a roomba to clean our office, all the way to mission-critical aspects, such as planning our company’s roadmap. (at a workshop we organised in January)

We encourage continuous feedback on every level of our organisation -- from our newest employee to the CEO.

We believe in providing feedback in a way that illuminates an employee’s strengths and also identifies opportunities for growth.

Everyone in the engineering organization participates in 360 feedback twice a year where each person requests feedback from a set of peers, their manager, and anyone that they manage. Before doing so, employees can participate in in-house training sessions designed to teach them how to separate feelings from facts in the workplace, to help remove any emotional bias and ensure feedback is as objective and actionable as possible.

In addition to our 360s, we also have retrospective meetings weekly on many teams, as well as after the completion of large projects and at the end of each quarter. We take this time to appreciate what went well during the week, project, or quarter, and to discuss what we can improve upon moving forward. These meetings reflect the team as a whole and never place blame on any one individual, and they give us the opportunity to continuously iterate on and improve our processes.

From our customers, our team, and ourselves.

We are obsessed with the process and the love of learning. We make small mistakes and quickly learn to improve. Our design and development process is centered around 2 week sprints where we deploy rapidly, learn from our users, and continually iterate and improve. As a small team, time is everything to us - and we like to work efficiently and optimally.

We gather feedback from our clients, end users, and analytics tools and are focused on having researched business cases behind every decision we make.

Continuous and open feedback are baked into the cultural pie that makes up CMB.

We all sit together which makes it easy to provide and solicit feedback. Open communication and collaboration comes so naturally to us that, at one point, we had to swing the pendulum back the other way and block time off for people to work independently. We have since found our sweet spot, and foster a culture of communication that is both open and respectful of everyone’s personal workload. We also have an all-hands (that segues into happy hour) every Friday. Each team shares updates, we ask our CEO questions about everything from fundraising to recruiting, and then collectively close our laptops, turn on music, and open some beers. Finally, at the basic and clinical level, we implement feedback with quarterly evaluations. With midpoint check-ins, you’ll receive feedback about your progress in reaching your OKRs and identify areas of improvement.

We view feedback as the underpinning of our culture at Stitch Fix.

At Stitch Fix we receive feedback from our clients to help us transform the way people find what they love and feedback permeates into our work culture as well. From our monthly TINYPulse, to our self-driven, twice-yearly practice of collecting 360 degree feedback, we offer many ways to both give and receive feedback company-wide. As engineers, feedback is part of our daily practice. We create and review pull requests for every code change we make. We conduct regular retrospectives with our teams to identify what's working, call out what isn't, and suggest changes. We also hold weekly one on one meetings with our managers. We have many opportunities for feedback at Stitch Fix and we're always considering how we can work better together. We have also taken the time to outline our engineering principals, the who we are that makes us:

Practical,

• We prefer simple solutions to clever ones
• We seek to balance long-term stability with short-term necessities
• We understand and accommodate changing business priorities; we aren’t rigid
• We create great solutions to specific problems, only making them general or reusable once a pattern emerges
• We follow the shape of the existing code when possible, not refactor just to match a style we personally prefer
• We generally prefer existing solutions to creating new ones

Inclusive,

• We strive for diversity and equality; we aren’t limited to one kind of engineer
• We challenge bias in ourselves and in others; we don’t accept the status quo
• We bring others into the conversation; we don’t operate on a limited set of views
• We interpret others' remarks generously and consider how ours might be received
• We provide a high degree of flexibility in how and where we work

Resourceful,

• We are self-motivated and often self-guided; we don’t wait for direction to contribute
• We leverage what we already know to solve problems quickly
• We welcome new challenges as opportunities to learn, not obstacles to overcome
• We know when to ask others for help; we learn on our own, but we don’t spin our wheels unnecessarily

Client-Focused,

• We work directly with our users to understand their needs; we don’t operate without input
• We optimize for great customer experiences rather than ease of technical implementation
• We deliver quality work for our users, we don’t undermine their trust
• We verify our work in production; we don’t assume a system that’s similar to the real world will be the same as the real world

Iterative,

• We begin with the simplest thing that could possibly work and continuously refactor; we don't solve problems we don't yet have
• We drive our current priority to completion before starting other work; we strive to avoid multiple things things in flight
• We don't write code from a complete spec; we begin work on the pieces we understand and seek feedback
• We ship in small increments rather than only once at the end of the project
• We learn and incorporate feedback to move forward; we’re not stuck on our original assumptions

A culture of continuous feedback requires so much more than an annual review.

Of course, we still have a formal annual evaluation, but we don’t stop there. You will always be getting and giving feedback from your peers and supervisors. Every pull request is reviewed by senior team members and serves as both an excellent way to ensure quality and an opportunity to share knowledge. Code reviews help to surface the various approaches one can use and make it easy to exchange feedback on a daily basis with peers. Engineers also have ongoing one-on-one meetings with supervisors. We use Wrike, project management software, to make it incredibly easy to collaborate openly and review output.

Be candid and transparent.

Engineers give feedback on all pull requests and an approval review is required before code can go to production. We also have ad-hoc design gatherings / documents where engineers can bring up bigger initiatives they are working on (eg. moving from Heroku to AWS, integrating a new ACH provider) to get buy-in and feedback from other engineers. We pair program where appropriate, especially with junior engineers to keep everyone in sync and productive.

For meta feedback about the work, we encourage open and direct communication. We hold sessions on how to give and receive feedback constructively, and encourage it throughout all levels within the company. Our leadership team leads by example by practicing open communication with one another and the rest of the team live.

Don’t expect a manager to give you feedback at mindmatters. Instead, you’ll get and give feedback equally from everyone.

Giving feedback is core to who we are and is a big part of how we operate as a company. Our Agile coaches help facilitate open and effective feedback, and coach us to be better at giving feedback. We will also have external coaches coming in to train the entire company on how to better solicit and receive feedback. Whether it comes in the form of code reviews, retrospectives, or our monthly company-wide information exchange, feedback is at the center of how we communicate and work together.

It is a big part of our company culture. So, direct feedback is given e.g. after workshops. We work on our feedback skills in terms of coaching by our agile coach. Also, we will be having trainings with an external coach within the next months with the whole company to become even better in giving feedback.

Feedback is designed into and encouraged within our organization at every level.

We are very data- and metrics-oriented, and each team reviews how their core metrics have changed over the last week. On an individual level, people are encouraged to seek feedback on work products in short cycles before shipping to their end customer. If an employee has feedback to offer another, it’s encouraged to ask, “May I give you some feedback?” before proceeding. Should conflict arise between individuals, we have a process for facilitating difficult conversations that encourages mutual understanding, respect, and personal growth.