7 ms·

I think anyone who can’t work well remote, on average, will not be your top performers anyway. What I mean by that — as a manager and one of the senior enginee

• holoduke 4y ago
  Utterly nonsense. How about children learning from home via a laptop? Doesn't work. Same for people who need to be trained in a new work environment. You want real interaction. You need to experience more than only sound and video in order to learn efficient. It's extremely wrong to think that good performers can always do these things from home. Not right.
  • posed 4y ago
    I joined my company straight out of college and it was during covid peak, it was totally remote and guess what, last week my manager called me and told me that I've been promoted with a salary hike(within less than a year). If you've discipline and commitment you can make anything work. :)
    • mgfist 4y ago
      Congrats, but do you ever wonder if it would've been faster/easier in person?
    • ktzar 4y ago
      Agreed. I've line managed people who have grown immensely during covid. I think the key is understanding the new medium... A remote office where conversations are encouraged to happen in the open and not by DM, is a better environment for juniors to learn than an office where there's closed rooms and knowledge moves in a more hierarchical way.
  • Agamus 4y ago
    I just want to note that my experience is the exact opposite of this in every regard.
    • zeroonetwothree 4y ago
      Your experience as a child learning from a laptop?
      • Agamus 4y ago
        On that topic, no, I am referring to observing my own children learning from a laptop. I could not have been more skeptical of this approach at first. I was wrong - the approach has worked well so far. EDIT: I definitely should have mentioned that my children are learning from a laptop WITH very close guidance from my wife who is raising them full-time and with intense dedication!
        • mgfist 4y ago
          > EDIT: I definitely should have mentioned that my children are learning from a laptop WITH very close guidance from my wife who is raising them full-time and with intense dedication! lol Pretty big caveat
        • zeroonetwothree 4y ago
          Sounds like your children are actually learning from your wife. My experience is that unsupervised education is worthless.
        • astura 4y ago
          >my children are learning from a laptop WITH very close guidance from my wife who is raising them full-time and with intense dedication! In other words, they are not at all just learning from a laptop.
    • KaiserPro 4y ago
      I suspect it depends on age and class. My 5 year old struggled and needed a whole bunch of support. my 8 year old was able to work on her own, but still didn't get anywhere near as good learning outcome as being in class. Now, the reason why my kids didn't fail utterly, was because my wife wasn't working and could, just about support their learning. Until it sapped her will to live. This is roughly analogous to junior employees. They need special attention, and providing that over remote is a challenge to scale. Not impossible, but a challenge. You also need to factor in that Junior employees are more likely to have shit accommodation.
  • MattGaiser 4y ago
    I learned largely via laptop until Grade 8 (am 25 currently). I wasn't behind when I transitioned to regular school. I suspect it works for readers, not audio consumers.
  • sebzim4500 4y ago
    Have you considered not hiring children?
  • M0r13n 4y ago
    Nope. Personally I could not disagree more. I studied CS pre pandemic at a regular university. The whole curriculum was designed around lectures and in-person classes. But I skipped most of them due to social anxiety and laziness. Because every class had a digital script and I could practice with old exams, I did fairly well. Even better than most of those guys that visited every lecture. I guess that part of the problem is that some students tend to think, that just visiting the lecture is enough. They forget to practice the stuff on their own. Which you do automatically if you work through the script all by yourself. After university I dropped right into my first job. Because of the pandemic it was 100% remote. Again, this worked perfectly. I could not have been any better. I even was able to take additional responsibility due to my performance "which exceeds expectations". So calling this nonsense is nonesense ;-)
• mihaic 4y ago
  > I think anyone who can’t work well remote, on average, will not be your top performers anyway. This sort of overgeneralization just tells me we'll have people in 5-10 years "realize" that many of the benefits of remote work were just built on relationships and processes created in the days before. It's like the "open office" floor planning all over again, but with higher stakes.
• urthor 4y ago
  > an always open video chat What.
  • gonzo41 4y ago
    It's a way to just be together, It's kinda just a way to share space and breakup the loneliness of covid and you can just ask questions to the team. I've not done it as an established thing, but had standups where we pivoted to working on issues and as the issue got sorted everyone just chatted and enjoyed each other's company whilst moving onto other work. 3 hours later it's lunch and you end a mega video chat.
  • molsongolden 4y ago
    This most likely doesn’t mean that every person has their camera on 24/7, the setups I’ve seen have a “room” that is always open then people can enter and leave whenever. Tools like Remotion or the virtual office apps with spatial sound and movable avatars also aim to lower the friction and make informal chats easier.
• shmatt 4y ago
  I agree, and have to wonder what would happen if pre-remote some researcher tried to break it down to 'Computer Science Graduate' and 'Taught themselves on CodeAcademy' I would bet the CS graduate is having a much easier time self-learning at home than the no-degree person who usually stops peoples work 12-15 times a day to get them to explain concepts or show them around the code, again...
  • Macha 4y ago
    Huh, I'd expect the self taught person to be more capable of teaching themselves the codebase than the CS grad, especially once you get into companies doing bog standard CRUD API + SPA webapp for a SaaS. It's the new grads from courses that are theory heavy and practice light that expect a lecturer or tutor to guide them through the whole process in my experience.
    • shmatt 4y ago
      From personal experience only: Self taught people (Bootcamps are included here) are self taught to perform in the very specific tool-heavy world. Think Create React App + AWS. It's harder for them to independently understand bigger decisions/system design/building something from the ground up CS grads know how to study, know when they are really stuck, and know what the good questions to ask when stuck are. They were thrown into this impossible course work and survived, they're better at studying complex systems, and to clearly define what exactly they do and dont understand Bootcamp grads? they just need you to share a code snippet of exactly what you asked them to do in a different place in the codebase You could explain 10 times why you chose to build the new microservices in Clojure and they still won't get it People mistake self taught with understands complex software problems. Usually from what i've worked with, self taught is self taught to copy paste some commands into npm
    • wizofaus 4y ago
      Then their university/college has failed them. Learning how to think/learn/work independently should be the primary goal of tertiary education. It almost doesn't matter too much what your degree was in.
  • 4y ago
• bmitc 4y ago
  > I think anyone who can’t work well remote, on average, will not be your top performers anyway. I don’t think that’s the case at all. One could say a similar thing in that it enables the worst employees who can drag down so-called top performers. But I don’t like any of these framings. I personally prefer working in the office. I’m more productive, focused, and able to check in with someone or go grab them and show them an issue I’m having. I’m able to attend talks, have discussions, etc., which get me going on certain ideas. I am a person that doesn’t work well in ambiguity. I like to have a plan discussed and agreed upon. I find this is much harder remotely, for reasons both known and unknown. Very few deep conversations happen over Slack. I miss some of the deep conversations I used to have with fellow coworkers on slower days. You are also very limited to the type of work you can do. Basically any job requiring hardware interaction requires you to be in office, either by natural constraints or policies. But I am also like the commenter above. It will be really hard to give up remote work. The convenience of not having to commute, dress a certain way, have my own food in my own kitchen, etc. are all massive perks. At some point, I may choose to go back into the office, but I’m going to do the remote thing for a while. Especially now that gas is insane.
  • bumby 4y ago
    >I’m more productive, focused, and able to check in with someone or go grab them and show them an issue I’m having. I think there's an important distinction here. It may be more productive for you but not necessarily for the team. You grabbing another employee may increase your productivity but subvert theirs. Anecdotally, my personal productivity goes way up when I work remote because I don't have all the "drive-by" questions that erode my focused work time. Whether or not that makes the team more or less productive may be a factor team dynamics and contributions.
    • mgfist 4y ago
      At the same time, being able to maintain productivity while handling questions is a skill in of its own. I work on a team building/maintaining internal tools/infra and a large part of my job is interfacing with other teams and maintaining productivity on my own work at the same time is a big part of my responsibility. So it cuts both ways.
• sweetheart 4y ago
  Pair programming is a fantastic tool. Why the snark?
  • ratww 4y ago
    GP isn't talking about Pair programming in general. Pair programming is great. But quote-unquote "Pair Programming", where only one person does the work... not really. Been there done that.
  • prepend 4y ago
    I like pair programming and think I learned a ton by being the junior “driving” while the senior was “navigating.” But I’ve also had some nightmare scenarios with people who just massively slack and do nothing. I worked with someone who wanted to “navigate” in 10/10 sessions and never said anything. They just watched me do stuff, didn’t respond to questions, didn’t work on docs, didn’t look stuff up. It was weird. Mismatches like this made me eventually stop doing it as the team ended up separating out to pairs of superstars and pairs who did nothing. And it demoralized people.
    • pyb 4y ago
      That's why people should not be forced to pair program. (and I personally favor pairing)
  • bragr 4y ago
    Clearly this person is not throwing shade a pair programming, but lazy employees who might skate by doing lots of "pair programming" without pulling their weight. I've come across people that are very good at getting "help" on their work to the point that they do very little work.
• scottLobster 4y ago
  In defense of remote work underperformers in general, I work for a company with a lot of tribal knowledge. It shouldn't be that way, but that's how the company operates and our pleas for time/money to write adequate internal documentation fall on deaf ears (doesn't help that it's legacy software so there's not many people capable of writing said documentation). Result is there are a few wise old (as in 15-20+ years experience) veterans who know the "deep magic" of how the software works, but they also tended to be the least available online during our year of WFH (with some exceptions). In the office the culture for accessing these guys was: Ping with slack DM/skype, if they don't answer in 15 minutes walk over to their desk and bend their ear, unless they were clearly working something more important at the moment. Sometimes there would even be short lines of people outside of their cube waiting for attention. There was an organic interrupt-driven workflow for these experts because they were in so much demand (with occasional pauses in access if they were working on something time-critical). That whole workflow collapsed under WFH, and as these veterans were used to operating on their own/managing their own time roughly half of them failed to be readily available online. This led to issues for people like myself where we needed some piece of their knowledge but just got radio silence for hours, sometimes days. So you pick up some other work to fill in the gap while you wait for a response, but that leads to inefficiencies of its own once they actually do get back to you. Once I had a cascade of about 6 stories going in parallel because I kept picking up alternate work to fill gaps, only to get to a point in THAT work where I needed some tribal knowledge, so I pinged the appropriate SME, waited several hours, picked up another task in the meantime... etc And leadership lacks any carrots/sticks to make these guys accessible aside from asking nicely. They're largely where they want to be for their careers, value their time, and have all the truly vital knowledge so they can't really be punished lest they leave the program. Sadly I suspect my company's organization is closer to the average than yours, so lots of other companies fall into this boat. It's not always a matter of discipline :)
  • barrysteve 4y ago
    I've seen this pattern recently outside of software. This kind of "tribal capture" lead to mediocrity and nepotism. The untouchable tribal leaders fostered an environment where unpleasant roles were left understaffed until 'lower people' were subtly manipulated into taking them, who then left. It created a revolving door of staff that otherwise would have made good contributions. Management in response to the turn over, shut down critical thinking about the staff and just committed to the problematic structure.
• legalcorrection 4y ago
  Some people need more authority and external motivation generally in order to realize their potential.
• anchochilis 4y ago
  Your management style sounds like it would rapidly kill creativity and innovation, psych safety, and codebase quality. I hold myself to high standards and have been described as a top performer by every manager I've ever had. I am disciplined and work extra hours as needed to ship. I am constantly thinking about the product and the engineering challenges we face outside of working hours. But sometimes things take longer than expected, sometimes complexity estimates are off, every so often I have a bad week due to personal reasons. Having to conduct a team-wide postmortem every time a ticket rolls over into the next sprint sounds exhausting and I'd start looking for a new job stat. At a minimum it's a huge amount of communication overhead when you should trust me to get my job done, especially considering my track record.
  • lettergram 4y ago
    > Your management style sounds like it would rapidly kill creativity and innovation, psych safety, and codebase quality. Couldn’t be further from the truth. I ran an applied research team for years. We had hundreds of patents, multiple publications, a growing open source project, multiple presentations a year, delivered a couple of the highest priority projects, and were consultants company wide for deep learning. I was always fine with delays, but you had to discuss them and collaborate. Come to the team, explain, then we could prioritize accordingly (5 min). It’s not a big deal, but always required high communication. That’s difficult in a remote environment, but that’s why you have regular meetings & have to be more strict than normal about planning. Perhaps it wouldn’t be an environment for you, that’s fair. But a project isn’t about you, it’s about a deliverable; often a team effort. If 10 min of communication a day is too much, idk then.
• asah 4y ago
  sadly, this is my experience as well... ...but it's also true that all-superstar teams rarely win vs teams composed on superstars and supporting staff [1], and thus you can't afford to hose the supporting staff. [1] sorry I don't have a better reference - https://www.google.com/search?q=all-superstar+teams+vs+superstars+and+supporting+staff https://www.google.com/search?q=all-superstar+teams+vs+super...
  • throwthroyaboat 4y ago
    Another side to this is, how possible it it actually to acquire a team of "superstars"? If you work at a big, well paying company maybe. But for anything non-FAANG, you might not have enough talent coming in that you'll be perpetually short staffed if you set the bar too high.
• jmyeet 4y ago
  It's so easy to conflate "top performers" with "people like me". Take someone who points out flaws in a system, things that need to be addressed before they become a problem. The exact same words from two different people can be interpreted differently. For example: - "X is a top performer who anticipates problems with their deep understanding of the system"; and - "Y is negative and simply points out problems rather than offering solutions." The difference? Whether or not that person is liked, which really comes down to them being like me. That's literally all it is. Take your example of "fun" days. Personally I hate that kind of faux team bonding. I mean if it works for you and your team then great. But don't be fooled. You haven't found the formula for "top performers". You've just found people like you.
  • travisgriggs 4y ago
    +50
  • cmrdporcupine 4y ago
    Totally agree, and it's the kind of language that rings alarm bells for me especially when coming from a person with a manager role. "Those who were followers; who lacked discipline, failed faster and more obviously." Classifying one's reports into "top performers" and people who "lacked discipline" or "followers" betrays a categorical mindset very eager to bucket people rather than see the contradictions and subtleties of people's individual situations and work towards helping to resolve the difficulties, which is what leadership / management should be about. EDIT to put it another way: good parenting (which I don't always practice, BTW) doesn't say "You're a bad boy", they say "You did a bad thing." Likewise when talking to oneself, it's really shitty to say "I'm a crappy X [engineer/painter/swimmer]".. it's far better to say "I did X poorly last time." A good engineering manager should help frame things this way, and shouldn't be saying "top performers" and "followers" but, instead: "people who performed well" and "people who tended to be behind or 'follow' in the last quarter" and help the latter identify how they can do the former (note: not be, but do). We were in a global crisis. People were at home with their young kids, spouses, dogs, whatever distractions. Empathy and flexibility were required to make this work. "Failing" at work was probably the least of concerns for many people, given everything that was going on. I personally quit my job rather than deal with the guilt of having spent time getting my son to do his school work rather than triaging bug tickets. Others could not afford to do so.
• greatpostman 4y ago
  This sounds terrible and I would leave this team fast. I work in a high performing FAANG team. Deadlines get pushed all the time
  • bumby 4y ago
    Does one ever question why deadlines constantly get pushed? At best, it means those high performers are bad at setting initial deadlines. Or is it that meeting deadlines isn't considered a performance metric? Now if deadlines are important, maybe it's just relative performance that you're speaking to. So if everyone misses deadlines you can still be high-performing, but it's like saying you're the skinniest kid at fat camp. It's normalization of deviance, and not a trait of high performing teams.
    • xxpor 4y ago
      Because setting precise deadlines is nearly impossible without a massive investment up front, that companies aren't willing to make. Software engineering projects aren't run like a civil engineering project where you have precise blueprints done before you set construction timelines. There's also a big difference between being a month late and a year late. It's also a lot easier to explain you're going to miss a deadline 3 months in advance than a week before. You don't get high performing teams by forcing crunch time because the deadline is the deadline. This is also why I'm grateful not to work in video games; you can't reschedule Christmas.
      • bumby 4y ago
        >Software engineering projects aren't run like a civil engineering project where you have precise blueprints done before you set construction timelines. Ironically, the civil engineering projects are one of the best examples of missed budgets and schedules. Almost every civil project at large scale becomes rife with change orders because coordinating different domains is complex, even if those domains have "precise" blueprints. Those blueprints always change, which is why the industry has "design" documents and "as-built" documents. So what do you think it is? Why do they have an inability to coordinate large complex pieces of a project? Optimism bias? Can we really call someone a high-performer when they display those shortcomings? Or do we just normalize them so they aren't considered a problem?
• varispeed 4y ago
  > People commit to their work and tell us when it’ll be done, if they fail we talk about it as a team. Team members quickly learn they must deliver and if they need help ask. We don’t delay timelines and I expected a clear “I think this will take days” if they need to delay, that’s fine, but they explain publicly and ask for help. We have exactly the same strategy and it works very well. > Those who were followers; who lacked discipline, failed faster and more obviously. Most software engineers produce more effort than they’re worth and skate by with meetings, “pair programming”, etc This is so common and I am glad that remote work has been an effective extra filter. I mean, I don't mind mentoring junior devs, but also I am not a teacher and many of them seemed lacking total basics. Like they memorised algorithms but had no idea why they work or common issue was them just pasting code from Stackoverflow and then asking for help when it didn't work.
• theonething 4y ago
  > People commit to their work and tell us when it’ll be done, if they fail we talk about it as a team That sounds horrible. Software estimation is not a science and some say is impossible. To hold people to their estimates or else they've "failed" is toxic. Just a personal opinion, but I hate daily standups. It's agile theatre. Nobody listens to what others are saying; they're too busy trying to make up good sounding stuff to say when it's their turn. I'm being a bit hyperbolic, but the general principle applies. But sounds like it's working for your company so more power to you.
• spoonjim 4y ago
  "Get better people" is not a talent strategy at scale unless you are also going to "pay them a lot more" which means that your corporate strategy also needs to include "make a ton of fucking money." Nice if you can pull it off, but the rest of the world needs to manage their companies too.