TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

How to Run Great Product Team Meetings

63 点作者 marconey超过 5 年前

16 条评论

wccrawford超过 5 年前
Here&#x27;s why they aren&#x27;t &quot;useless&quot;:<p>They force people to think about what they&#x27;re doing, talk about any problems they&#x27;re having (so the group can help), and keep everyone apprised of what else is going on.<p>It&#x27;s literally what the 3 questions are for, and it does it admirably. In a previous company, we followed the &quot;Agile&quot; rules for &quot;standups&quot; very strictly, and it worked for us.<p>And here&#x27;s why a truly &quot;agile&quot; (not &quot;Agile&quot;) version of standups is great: Our company uses it to socialize as well. We get the business part of the &quot;standup&quot; (we don&#x27;t stand) out of the way and then spend some time socializing for a while.<p>We were already doing this for a couple years, but now that one of our team is 100% remote from across the country, it&#x27;s our best chance to socialize with them and keep the team close-knit.<p>And it&#x27;s working.
评论 #21451397 未加载
评论 #21451315 未加载
评论 #21451372 未加载
评论 #21451335 未加载
flr03超过 5 年前
Oh here is our weekly &quot;stand ups are useless&quot; on the front page of Hacker News.<p>Every team has to figure this out. I understand that people don&#x27;t like them, I&#x27;m sure they have valid points. In my team this works great.<p>There is this trend of thinking &quot;it gets in the way of people actually doing something productive&quot; [sic]. I find it very reductive. How do you define productivity first of all ? Is work only about producing value ? How do you evaluate it ? Especially, as a reminder, in a field where estimating the complexity of a task is extremely difficult.<p>Work is sometimes a bit more than being in the zone from 9 to 8.
irjustin超过 5 年前
I would argue what the author is commenting on is a problem of poor implementation. The author admits people describing what the person did over the weekend.<p>There is no place for that or discussion in Standup. Each person should take no more than 30 seconds except on the rare blockers. Ideally for a team of 6-8 we&#x27;re speaking 3-4 minutes.<p>Yesterday? Today? Blocking?<p>We require every member to have their item list pulled up already and ready to talk without hemming or hawing.<p>I could easily agree that Yesterday&#x2F;Today could be removed. As a team lead, it&#x27;s a very nice way of getting a daily rundown in a structured, fast way. Also, if something shows up too often, it&#x27;s a sign it&#x27;s time to dive in, but, again, if there&#x27;s too much resistance, it goes.<p>Blockers are a must. What&#x27;s blocking you? X. Once you&#x27;ve said X, many times it&#x27;s immediately known who can help. If the PM cannot immediately prescribe helpers, the standup slows to hear what the gist of the problem is and volunteers&#x2F;leads are asked for to step up to carve out time at 2... 3... after lunch, whenever - the key is an agreed upon time to tackle the issue.<p>In the end, I think I&#x27;m saying the same thing as the author, but I don&#x27;t think it&#x27;s necessary to speak so poorly about Standup.<p>Unblocking is everything.
brazzy超过 5 年前
Clickbait article that make a huge load of completely unfounded, sweeping assertions.<p>&quot;The practical reality is that you only care about what another team member worked on yesterday if it enables you to do your job (i.e. it unblocks you). Anything shared that does not explicitly unblock you is meaningless noise.&quot;<p>Except when it helps you avoid merge conflicts when the other team member announces they&#x27;re going to refactor a component that you&#x27;ve just started implementing a new feature in. Or when it gives you a cue to add an important insight into their task.<p>The truth is, Standup meetings are very often badly run, people go into way too much detail about their tasks and start in-depth discussions that should be done one-on-one, and neglect the &quot;what&#x27;s blocking me&quot; part, which is far more important than the &quot;status update&quot; parts.<p>Standups need someone to act as moderator who prevents them from running off course, or they can become terribly unproductive - exactly the same as any other kind of meeting.
petjuh超过 5 年前
I was told a horror story about a dev who was given a project to complete only to turn out he had done nothing 3 months later. He was too ashamed to ask for help. They weren&#x27;t doing standups at that time, or anything Agile.<p>If nothing else, standups prevent this.
评论 #21451410 未加载
评论 #21474940 未加载
评论 #21452301 未加载
评论 #21452367 未加载
cushychicken超过 5 年前
Strong opinions, weak alternatives.
TheFuntastic超过 5 年前
This starts off as another &quot;let&#x27;s bash standups&quot; article, but after I read further down I found myself nodding more and more.<p>It put into words something I&#x27;ve seen first hand - how blockers are actually unmade decisions. And then gives useful guidance on how facilitate this from a project management point of view.<p>I&#x27;ve often seen how three people around a white board can make more progress than months of discussion and decision paralysis. Also the article states how standups can be useful towards the end of a product lifecycle when most decisions have already been taken. This was a new way to think about for it me, but I have to agree.<p>There seems to be lots of pragmatic real world earned wisdom in the article, unfortunately it&#x27;s hidden behind a clickbait opening.
评论 #21451443 未加载
sklivvz1971超过 5 年前
The OP probably doesn&#x27;t understand agile, yet they will tell us their seemingly quite uninformed opinion based on limited non-agile experience.<p>Standups are incredibly useful if one wants to have a team self organize to deliver something. If they have a bunch of singleton actors working in silos, and they are OK with this, then they don&#x27;t need standups. Standups degenerate into status reports and are useless, which is likely what the OP thinks they are meant to be. They are also evidently not doing agile.<p>On the other hand, my teams do agile, I need to break silos to let teams self-organize, and standups are necessary to let teammates know how and when to help each other, especially in remote teams.
jkingsbery超过 5 年前
I think a more useful article would have mentioned different stand-up anti-patterns. Here&#x27;s a short list off the top of my head.<p>1. Team members sharing about things that aren&#x27;t sprint goals.<p>2. Team members getting into more detail than is needed<p>3. Team members checking their phone<p>4. Stand-ups scheduled in the middle of a chunk of time (Scheduling at the beginning of the day or before&#x2F;after everyone goes to lunch anyway means the lost productivity is minimal).<p>5. Team members each have isolated, individual projects, and don&#x27;t reprioritize what to work on based on what the team is trying to achieve.<p>6. Stories aren&#x27;t sufficiently broken down, so that each day the &quot;update&quot; from someone on the team is &quot;Yesterday I was working on X, today I&#x27;m going to keep working on X.&quot;<p>7. The amount of work remaining never gets re-estimated (e.g., it&#x27;s a good thing if you say &quot;We thought in sprint planning that this was going to take 3 days, but then I discovered this new task, so even after spending 1 day on it, it will take 5 more days&quot;).<p>8. Trying to solve everything in stand-up. It&#x27;s better to treat stand-up as a sort of &quot;triage&quot; session for the team&#x27;s daily issues, and then let people have conversations after to actually talk through solutions.<p>9. The Stand-up Is For the Manager. When the stand-up is just for the manager, it tends to feel update-y. When I&#x27;ve been on teams where the stand-up is for the team, team members use it as a way to ensure their own accountability with their peers, understand at a high level what their peers are doing and if they&#x27;re struggling (in a broadcast manner, so every team member doesn&#x27;t have to meet with every team member 1-1), and the team still finds it valuable to do even with the manager is on vacation or has a conflict.<p>10. The Stand-up doesn&#x27;t address progress toward sprint goals, what things are at risk of not happening by sprints end, etc., because it is entirely focused on what tasks people are doing.<p>If your standup is doing things, then (1) I understand why you think they&#x27;re a waste of time, and (2) stop doing these things. :-)
mangatmodi超过 5 年前
When people write - why X is useless, I have this impulse to not read. Especially when X is proven to be good. No offence to the content, but the title is quite clickbaity
mangatmodi超过 5 年前
The standup criticized in the post is the one prevalent in the scrum methodology, where everyone focus on what they have done and will be doing. Standups can be much more different, for e.g. in Kanban standups a team discusses the progress on each ticket.<p>The proposed method doesn&#x27;t seem to replace any of them though. It is something which every engineering team should already be doing.
donohoe超过 5 年前
This isn’t a how-to, it’s more of a rant against something they personally dis-like and therefore label ‘useless’ (repeatedly).
grewil2超过 5 年前
How to Run Greatly from Product Team Meetings
funcDropShadow超过 5 年前
Well, just another blog extrapolating personal anecdotes to general statements. There are more than enough posts of that kind on the internet. What we need are more substantiated claims.
jaimex2超过 5 年前
tldr for those who know Agile.<p>More groom sessions less standups (skip days) early on. Daily stand ups when getting closer to launch.
corporateslave5超过 5 年前
Why &lt;insert argument against common industry practice&gt; are useless. Decent way to generate publicity and web clicks