# Tell your junior dev to do this before your next stand-up | LinearB Blog > How you can empower junior devs to make a greater impact on your team’s success! _This is a markdown rendering of a live HTML page on linearb.io, generated for AI/LLM consumption — it is not a markdown-only site. To get the full HTML page instead, request this URL with an explicit `Accept: text/html` header (no wildcard, no markdown preference)._ [Blog](https://linearb.io/blog) / Tell your junior dev to do this before your next stand-up # Tell your junior dev to do this before your next stand-up ![Photo of Dan Lines](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Dan_Lines_3fb5152de2?_a=BAVMn6ID0) By [Dan Lines](https://linearb.io/blog/tell-your-junior-dev-to-do-this-before-your-stand-up#dan-lines) | February 13, 2020 ![Tell_Your_Junionr_Dev_ecdf47137e](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Tell_Your_Junionr_Dev_ecdf47137e?_a=BAVMn6ID0) “Yesterday I worked on feature X. Today I’m working on feature Y. No blockers.” Sound familiar? It’s the update your new junior developer gave in the stand-up meeting this morning. You told them not to ramble, but this isn’t really what you had in mind. When you were explaining stand-up 101, you told them to: **Show up on time.** This is the most important thing you can do. If you’re five minutes late for a fifteen-minute meeting, it screws everyone up. **Pay attention.** The whole point of the meeting is to 1) get a cohesive view of what’s happening across our entire team which will help us do our own work better and to 2) hear where our teammates are blocked so we can help them. We can’t do either if we’re checking email or reading about[ how to configure SSH over AWS SSM](https://github.com/elpy1/ssh-over-ssm) or thinking about the Tangle Tower puzzle (Poppy’s metronome!!) that was jamming us up last night. [](https://assets.linearb.io/uploads/20200213%5F105406.jpg)_“Hello! I’m Miki. I’m a junior dev at LinearB but I always pay attention in our stand-up. (unless, of course, Dan asks me to take a selfie for his blog 🙂 )”_ **Come prepared.** There’s only three things we need to know so this one should be easy, right? Actually, coming prepared means a lot more than just knowing what I did, what I’m doing and if I’m blocked. Most new devs get the basics down right away. But when do we start holding them accountable for a higher level of contribution? In addition to writing good code, there’s a bunch of other important responsibilities that fall under the category of “being a good teammate”. I break down “being a good teammate” into four categories. ## **Pull Requests (PRs):** * Participate in the review process. * Pick up PRs in a timely fashion. * Provide actionable feedback. Reviews can be intimidating for new devs which sometimes causes them to stay on the sidelines. #### **Before your next stand-up, tell your junior dev. . .** > to [find a pull request](https://linearb.io/blog/what-is-a-pull-request/) that has been sitting out there for a few days and share in the meeting that they are going to work on it today. If they actually do it, not only will they impress their peers but they’ll learn a lot too. I like to coach our senior devs to accept the feedback openly and encourage it. That rewards the behavior and creates a positive cycle. [](https://assets.linearb.io/uploads/Pull-Requests.png) ## **Reliability:** New devs are notorious for taking on too much during your [iteration planning](https://linearb.io/blog/whats-the-point-of-iteration-planning-if-were-never-accurate/). Which is great, but they are also notoriously bad at knowing when they are behind schedule in the iteration (not so great). How many times have you listened to a new dev say they’re “all good” in the stand-up but there’s only three days to go in your iteration and they have 4 WIP (active branches) open. You know they aren’t going to finish. They don’t have a clue. #### **Before your next stand-up, tell your junior dev** . . > to check the number of WIPs everyone else on the team has open. Why? This will give them a frame of reference about how they’re doing compared to their peers. If everyone else has 1-2 and they have 4 open, this signals they may have a problem and give them an opportunity to ask for help in the meeting. Everyone is counting on them to do what they say they’re going to do. Eventually, they’ll be much better at predicting if they are going to finish on time. In the meantime, you can help by giving them benchmarks to compare themselves to. I like to announce how many days are left in your iteration at the beginning of your stand-up. It helps the whole team and frames the conversation that is about to happen. ## **Quality:** Experienced devs know when they’re in risky territory and ask for help. In fact, experienced devs plan ahead well which keeps them from getting into trouble to begin with. On our team we talk a lot about four types of risky work: 1. Risky merge which we define as pull requests being merged with no review – either because nobody picked up our PR or because we merged too quickly for anyone to pick it up (“It’s such a small change, nothing bad can happen…”). Our team also lovingly refers to this scenario as lightning PRs. 2. Risky review is one where a review did happen but there were either very few comments or the comments lacked depth. 3. Risky branch which we define as diff size large (diff from the main trunk) + refactor ratio large (basically it means touching a lot of existing code) 4. Another type of Risky branch is with PRs that have been sitting out for 30 days or longer. We sometimes call these long living PRs. They’re risky because the more time that passes the more the earth (our code base) moves under our feet. [](https://assets.linearb.io/uploads/Risky-Work-Annotated.png)_Find risky work in your current iteration_ We’ve found that the presence of any of these high risk scenarios leads to a high likelihood of production bugs later on. And, even if the issues don’t reach customers, they can extend your overall cycle time, cause you to miss your iteration deliverables, and maybe even cause you to push your release because of extended review cycles or difficulties during merge. So we look at these situations closely. But if you’re relying on your devs to self-report, you risk your junior devs not knowing they have risky work. #### Before your next stand-up, tell your junior dev > to check the presence of risky work and to bring it up in the meeting if they have any. It will help the rest of your team prioritize those PRs accordingly to make sure you catch any issues early in the process. As the team leader you may ask a senior dev to do an early review on the branch to see if the high code change rate is really needed. Or maybe the design is off. In extreme cases you might even reassign the work (though I personally almost never do this because you lose a big teaching moment). Our team believes in the “shift left” mentality and for us it goes way beyond automation. We pride ourselves on calling out potential issues early in the process. It’s a mindset that helps us strive toward operational excellence. ## **Scalability:** Even when you have a junior dev who writes effective code, sometimes they forget they aren’t working in a silo. I’m constantly asking our devs about two types of scalability Product scalability: * Do you have a plan for load testing? * Have you allocated time for performance testing? * Do you have a progressive roll-out plan that you’ve communicated to your PM? [Team scalability](https://linearb.io/blog/how-to-scale-software-development-teams/): * Is your documentation thorough? * Have you reviewed your API with your internal customers? * Will your teammates understand what you did without you there to explain? One signal that your code is not scalable is the amount of time spent on your PRs compared to the rest of the team. #### **Before your next stand-up, tell your junior dev** . . . > to look at their average time to review and compare it to others members of the team. If it’s substantially higher, that is a good leading indicator they aren’t doing enough work up front. And during the stand-up tell your junior dev to think about each person’s work as they talk and figure out if anything they’re doing will affect them – positively or negatively. We don’t want them to derail the meeting of course. They can pull them aside after. They’ll quickly learn that a hallway conversation now may save them a lot of trouble when they merge. If your team already tracks and publishes metrics for WIPs, PRs, re-work, etc, it doesn’t take a lot of time to check before the meeting. Going the extra mile to show up prepared for the stand-up will help your junior devs gain credibility with their team, contribute more to your overall iteration, and do better work themselves. And of course it will help them progress in their career so they can take on more responsibility and more interesting projects. [](https://assets.linearb.io/uploads/Individual-contributor-anon.png) We give all of our devs (junior and senior) a personal dashboard with these metrics. Not only has it made our stand-ups more efficient, but it helps everyone on the team see where they can improve from sprint to sprint. For the other team leads out there, how do you help your junior devs be better teammates? If you have a novel idea for onboarding junior devs or running a great standup, hit me up at [dan@linearb.io](mailto:dan@linearb.io). If it’s great, maybe we’ll feature it on an upcoming blog! ## Improve developer productivity with LinearB Find us on [](https://www.linkedin.com/company/linearb) [](https://devinterrupted.substack.com/) ## Your next read [![Cover image for AI as a value multiplier: a human-centric approach to engineering leadership](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_Servant_Leadership_2400x1256_0cfd4e2a0c?_a=BAVMn6ID0)](https://linearb.io/blog/ai-as-value-multiplier-human-centric-leadership) Leadership [AI as a value multiplier: a human-centric approach to engineering leadership](https://linearb.io/blog/ai-as-value-multiplier-human-centric-leadership) Super.com's Matt Culver explains why AI should be used as a value multiplier, not a cost-cutter, advocating for a human-centric approach to engineering... [![Cover image for The Moneyball approach to engineering leadership](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_Balancing_Technical_Depth_2400x1256_b56d93a733?_a=BAVMn6ID0)](https://linearb.io/blog/moneyball-approach-engineering-leadership) Leadership [The Moneyball approach to engineering leadership](https://linearb.io/blog/moneyball-approach-engineering-leadership) Rethink engineering leadership with Transcend's Minh Nguyen and learn how to balance hands-on technical work with strategic leadership, communicate with a... [![Cover image for Strategic lessons from Google on improving engineering teams](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_Strategic_Lessons_From_Google_2400x1256_1_cd28b7242d?_a=BAVMn6ID0)](https://linearb.io/blog/strategic-lessons-google-engineering-teams) Leadership [Strategic lessons from Google on improving engineering teams](https://linearb.io/blog/strategic-lessons-google-engineering-teams) Learn key lessons from Google on aligning engineering with business goals, boosting developer productivity, and building sustainable team culture. ## Structured data _Machine-readable metadata (JSON-LD) embedded in the page for search/AI context — not content rendered on the page itself._ ```json { "@context": "https://schema.org", "@type": "Organization", "name": "LinearB", "url": "https://linearb.io", "logo": "https://assets.linearb.io/image/upload/v1715628027/logo-mark-lg.svg", "description": "LinearB is the engineering productivity platform that helps engineering leaders prove AI is improving throughput without sacrificing delivery confidence, flow efficiency, or developer experience.", "sameAs": [ "https://www.linkedin.com/company/linearb" ], "award": [ { "@type": "Award", "name": "LinearB is a Leader in the 2026 Gartner® Magic Quadrant™ for Developer Productivity Insight Platforms", "dateAwarded": "2026", "awardedBy": { "@type": "Organization", "name": "Gartner®" } }, { "@type": "Award", "name": "Great Place to Work Certification", "dateAwarded": "2025-2027", "awardedBy": { "@type": "Organization", "name": "Great Place to Work" } }, { "@type": "Award", "name": "America's Best Startup Employers 2025", "dateAwarded": "2025", "awardedBy": { "@type": "Organization", "name": "Forbes Magazine" } } ], "hasCertification": [ { "@type": "Certification", "name": "SOC 1 Type 2" }, { "@type": "Certification", "name": "SOC 2 Type 2" }, { "@type": "Certification", "name": "GDPR Compliance certification" }, { "@type": "Certification", "name": "ISO 27001" } ] } ``` ```json { "@context": "https://schema.org", "@type": "Article", "headline": "Tell your junior dev to do this before your next stand-up", "url": "https://linearb.io/blog/tell-your-junior-dev-to-do-this-before-your-stand-up", "author": { "@type": "Person", "name": "Dan Lines" }, "datePublished": "2020-02-13T22:36:51.000Z", "dateModified": "2020-02-13T22:36:51.000Z", "image": "https://assets.linearb.io/image/upload/v1720000000/Tell_Your_Junionr_Dev_ecdf47137e.png", "publisher": { "@type": "Organization", "name": "LinearB", "logo": "https://assets.linearb.io/image/upload/v1777485755/linearb-logo-2026.png" }, "description": "How you can empower junior devs to make a greater impact on your team’s success!\n" } ``` ## More on linearb.io ### Top navigation - [Book a Demo](https://linearb.io/book-a-demo) - [AI Code Reviews — Catch security risks, bugs, and spec mismatches](https://linearb.io/platform/ai-code-reviews) - [AI & Productivity Insights — See how AI tools affect cycle time and delivery speed](https://linearb.io/platform/ai-developer-productivity-insights) - [Measure AI Impact — Track AI adoption and tie it to delivery outcomes](https://linearb.io/use-case/measure-ai-impact) - [MCP Server — Chat with your data to spot patterns and boost output](https://linearb.io/platform/mcp-server) - [Resource Allocation — Cost initiatives and shape your investment strategy](https://linearb.io/platform/resource-allocation) - [Cost Capitalization — Capitalize engineering costs with audit-ready reports](https://linearb.io/platform/cost-capitalization) - [Dev Team Management — Set targets and tie throughput to business outcomes](https://linearb.io/platform/goals-and-reporting) - [DevOps Workflow Automation — Policy-based PR routing, approvals, and tests](https://linearb.io/platform/ai-workflow-governance) - [AI Powered Support — Unify AI and human code delivery in one clear view](https://linearb.io/use-case/ai-powered-support) - [Optimization — Surface friction with feedback and MCP insights](https://linearb.io/platform/developer-experience) - [Reporting — Spot what's working and what needs attention](https://linearb.io/use-case/measuring-developer-experience) - [Surveys — Turn developer feedback into actionable signals](https://linearb.io/platform/developer-surveys) - [Platform overview](https://linearb.io/platform/overview) - [Register now](https://linearb.io/event/engineering-productivity-gap) - [Customers](https://linearb.io/customers) - [Pricing](https://linearb.io/pricing) - [Why choose LinearB — Explore your data. Measure performance. Act to improve it.](https://linearb.io/why-linearb) - [APEX framework — The operating model for AI-era engineering teams](https://linearb.io/resources/apex-framework) - [Anti-FAQ — The questions other vendors won't answer](https://linearb.io/why-linearb/anti-faq) - [Security — Enterprise-grade compliance and zero code access](https://linearb.io/security) - [Build vs. buy — The hidden cost of building it yourself](https://linearb.io/resources/build-vs-buy) - [Dev Interrupted Podcast — Conversations with engineering leaders](https://linearb.io/dev-interrupted/podcasts) - [Reports & Guides — Deep dives on productivity and delivery](https://linearb.io/resources) - [Webinars — Expert sessions on productivity and AI](https://linearb.io/resources?category=workshops) - [Metrics Benchmarks — See how your engineering org stacks up](https://linearb.io/resources/software-engineering-benchmarks-report) - [Blog — Product updates and practical insights](https://linearb.io/blog) - [Help Center — Documentation, setup, and support](https://linearb.helpdocs.io) - [API Docs](https://docs.linearb.io/api-overview) - [Status](https://www.linearbstatus.com/) - [Integrations](https://linearb.io/integrations) - [LinearB is a Leader in the 2026 Gartner® Magic Quadrant™ for Developer Productivity Insight Platforms](https://linearb.io/resources/gartner-magic-quadrant-dpi-platforms-2026) - [Sign in](https://app.linearb.io/login) - [Enterprise](https://linearb.io/solutions/enterprise) - [Contact](https://linearb.io/contact-us) - [About us](https://linearb.io/about-us) - [Careers](https://linearb.io/careers) - [Service agreement](https://linearb.io/services-agreement) - [Privacy policy](https://linearb.io/privacy-policy) - [DPA](https://linearb.io/data-processing-agreement) - [Security FAQ](https://linearb.io/security-faq) - [Substack](https://devinterrupted.substack.com/) ### Footer _Additional links from the site footer, not repeated from the top navigation above._ - [GitHub](https://github.com/linear-b) - [LinkedIn](https://www.linkedin.com/company/linearb) - [Twitter](https://twitter.com/LinearB_Inc)