News for hackers. Stuff that matters.
Re:How to Pick Your Battles on a Software Team by jacquesm on Tuesday June 21, 2016 @10:36AM (#11945892)
Applying this advice could quickly turn a functional team into a non-functional one.
Re:How to Pick Your Battles on a Software Team by hitekker on Tuesday June 21, 2016 @11:13AM (#11946228)
Which advice are you referring to, the OP or the parent comment?

Little confused.

Re:How to Pick Your Battles on a Software Team by jacquesm on Tuesday June 21, 2016 @11:16AM (#11946258)
OPs
Re:How to Pick Your Battles on a Software Team by weberc2 on Tuesday June 21, 2016 @11:33AM (#11946435)
Really? It seems like picking your battles can only help make a non-functional team a little more functional.
Re:How to Pick Your Battles on a Software Team by jacquesm on Tuesday June 21, 2016 @11:39AM (#11946489)
No, it will still be confrontational and that's not how you approach these things.

If you have issues with how the team makes the decisions you have to tackle the problem at the root, rather than to make each and every decision a point of conflict.

Re:How to Pick Your Battles on a Software Team by awinder on Tuesday June 21, 2016 @12:03PM (#11946712)
I don't think that's what the OP is talking about. It's not a battle unless it's a batte, non functional teams will have more of these than higher functioning teams, but the advice is geared towards those times. Going through positive battles, winning and losing "the right way", that's how you're either going to change dynamics in poor teams, or conversely, how you're going to let bad actors put themselves on blast / realize you're part of a toxic org that you need to get out of
Re:How to Pick Your Battles on a Software Team by boundring on Tuesday June 21, 2016 @12:05PM (#11946727)
"Not every battle is going to be a winning one, and understanding when to challenge a teammate and when to hold back is a skill that can only be developed with practice. The battles I’ve lost by not being prepared, the battles I’ve lost by picking on something trivial, and the battles I should have started—but didn’t—are what inspired this blog post."

"The more stressful a situation is, the more I find pragmatism is the best tool for improving the product and the team. What are your strategies for choosing when to push back and when to let it be?"

Re:How to Pick Your Battles on a Software Team by jacquesm on Tuesday June 21, 2016 @12:08PM (#11946749)
Think of it as a mindset. OP is still sketching things in these terms and has not moved beyond it. That is where the problem lies. Not in not being prepared, by arguing about something trivial or by battles that were not started but did not.

As soon as you start phrasing things in these terms everybody loses.

Re:How to Pick Your Battles on a Software Team by boundring on Tuesday June 21, 2016 @12:39PM (#11947036)
I'm starting to understand your position a little better.

You're against someone being open when they disagree with something, whether or not their position is valid?

That's a little ridiculous. Being Taoist in withdrawal from conflict is one thing, but being a responsible member of a group is another.

Re:How to Pick Your Battles on a Software Team by jacquesm on Tuesday June 21, 2016 @01:12PM (#11947368)
You keep putting words in my mouth, the parent comment is a classic strawman and I refuse to be drawn out into a debate at this level. Good luck.
Re:How to Pick Your Battles on a Software Team by mixmastamyk on Tuesday June 21, 2016 @03:31PM (#11948725)
My observer take is that you two (and perhaps others) seem to disagree on the definition of the word "disagreement" (haha).

Jacques appears to take a view that disagreement (or "picking battles") is tantamount to a fist fight, which obviously should be avoided. But, I think the OP and others discussing here rather think of of it as merely a difference of opinion, to be noted and moved past. In that sense, "avoiding disagreement" is not helpful because they are not noted, but buried.

Re:How to Pick Your Battles on a Software Team by boundring on Tuesday June 21, 2016 @02:39PM (#11948233)
What strawman?