3 ms·

"Justifiable" is the key word though. Why do I need to justify what I'm working on daily unless I'm not trusted? I mean, like most programmers, I have a four ye

"Justifiable" is the key word though. Why do I need to justify what I'm working on daily unless I'm not trusted? I mean, like most programmers, I have a four year computer science degree that was definitely not easy to obtain, I have like 10 years of experience, I've shown an understanding for prioritizing things that actually are important for the business, and they pay me a six figure salary for my expertise, so having to justify myself daily seems, frankly, insulting. I've worked in places where I didn't have to do that, and you know what? The sky didn't fall. Work still got done. (I would argue, more work, because people were more engaged since they felt a sense of ownership). We just had extra time in the day from fewer useless meetings, and a lot less politics from people trying to game the numbers they pull out of Jira and stuff like that.

solipsism 9y ago
This is a toxic attitude. Your 10 years of experience and 4 year education don't make you infallible. A high functioning team works closely, and that involves everyone's decisions being subject to scrutiny. If you can't justify your work, then it probably shouldn't get done. If you won't justify your work, then you don't deserve the six figures.
- overgard 9y ago
  I never claimed to be infallible, and I'm happy to explain what I'm doing if someone asks, but ask yourself, how many other skilled highly educated professions are asked to provide such a humiliating measure of unnecessary transparency? (Hint: not most of them). Does your manager give you such transparency into what they're doing day to day? (Generally speaking: nope!) How do I know they're not just spending their afternoon's playing golf? (I don't: but I wouldn't work for them if I didn't think they were mature capable professionals). Think of it this way, in relationships, business or otherwise, what's sub-communicated is just as important as what's explicitly communicated. Often it's more important. And what's communicated via most agile processes is that programmers are unimportant cogs with no business knowledge that can't be trusted to not stray from important tasks. I think that's ugly.
  - rdiddly 9y ago
    When a lawyer or consultant bills a client he has to enumerate how each hour is spent. As an engineer in another field I submitted all my calculations for peer review, and all my drawings had to be signed by a manager. When you buy a grocery product you get a list of every ingredient and all the nutritional info. It's nothing more than transparency and accountability. The one paying the money wants and deserves to know what it's for.
    - 0x445442 9y ago
      Your example is much closer to a code or design review than a daily scrum meeting. I don't think he's against design meetings or reviews. Also, software development is quite a bit different than other engineering disciplines, at least at the application development level.
  - ZeroGravitas 9y ago
    This made me think of the book "checklist manifesto" which argues that surgeons should be forced to follow a checklist to make sure they don't miss anything. Part of the argument is that often the more junior members of them team know the surgeons are making mistakes, but there's no way for them to point this out without being bullied. Anectodes include the wrong leg being cut off while members of the medical team know it's the wrong one, but darent risk their career to mention it. I'm not sure how this relates to your comment, except your line about other professions reminded me.
    - overgard 9y ago
      I would think the equivalent of that kind of thing in the software world would be things like automated testing and code reviews. (IE, processes that recognize people are fallible and provides mitigation). I think scrum is a different beast from those kinds of things (especially given that there's very little evidence for scrum's supposed effectiveness)
  - solipsism 9y ago
    The problem is in your team or your corporate culture. Not agile or scrum as a whole. On my team, agile is a process used among peers to coordinate. No one is a cog. No one is checking up on anyone. We keep each other aware of what's going on because you have to in order to coordinate and collaborate. My manager is just one voice among many on the team. He isn't tasked with monitoring my work because I don't need a babysitter. I'm sorry that you work somewhere where you feel someone's monitoring or checking up on you. Where I work that kind of situation is called a Performance Improvement Plan. If you're not in that situation and are a highly productive individual, then your culture is broken and you should look for a different job. But you're wrong that agile and scrum are at fault. If you used any other process, you'd have the same problem.
- megaman22 9y ago
  Yikes... this is a toxic attitude. I'd expect that kind of scrutiny in a hard-hat and lunch pail assembly line job, not a purportedly professional career.
  - fjsolwmv 9y ago
    Professional doctors, lawyers , and plumbers are all accountable for their time.
  - solipsism 9y ago
    Being a professional means having the self confidence and emotional maturity to justify one's work whenever it is called into question. In fact, one should do the due diligence (including cost benefit analysis) to be able to answer the question with ease. If you can't answer "why are you working on this?" easily then you're not doing your job. And if you resent being asked the question, then you either are self employed or you forgot who pays your salary.
- cjcenizal 9y ago
  You may be saying the same things. It seems like the person you’re replying to emphasized _daily_ justification of work, which does seem unnecessary to me.
  - solipsism 9y ago
    Being open to having to justify anything that's called into question, and being capable of doing so, and being happy to... are different from forced to.
purplezooey 9y ago
I sort of agree with you. A lot of "justification" ends up being such a frustrating waste if time. Usually necessary though.
0x445442 9y ago
Yeah, not once have I been involved with a project or team attempting some forced process where an objective benefit to cost analysis was done on the process itself.

solipsism 9y ago

This is a toxic attitude. Your 10 years of experience and 4 year education don't make you infallible. A high functioning team works closely, and that involves everyone's decisions being subject to scrutiny. If you can't justify your work, then it probably shouldn't get done. If you won't justify your work, then you don't deserve the six figures.

overgard 9y ago
I never claimed to be infallible, and I'm happy to explain what I'm doing if someone asks, but ask yourself, how many other skilled highly educated professions are asked to provide such a humiliating measure of unnecessary transparency? (Hint: not most of them). Does your manager give you such transparency into what they're doing day to day? (Generally speaking: nope!) How do I know they're not just spending their afternoon's playing golf? (I don't: but I wouldn't work for them if I didn't think they were mature capable professionals). Think of it this way, in relationships, business or otherwise, what's sub-communicated is just as important as what's explicitly communicated. Often it's more important. And what's communicated via most agile processes is that programmers are unimportant cogs with no business knowledge that can't be trusted to not stray from important tasks. I think that's ugly.
- rdiddly 9y ago
  When a lawyer or consultant bills a client he has to enumerate how each hour is spent. As an engineer in another field I submitted all my calculations for peer review, and all my drawings had to be signed by a manager. When you buy a grocery product you get a list of every ingredient and all the nutritional info. It's nothing more than transparency and accountability. The one paying the money wants and deserves to know what it's for.
  - 0x445442 9y ago
    Your example is much closer to a code or design review than a daily scrum meeting. I don't think he's against design meetings or reviews. Also, software development is quite a bit different than other engineering disciplines, at least at the application development level.
- ZeroGravitas 9y ago
  This made me think of the book "checklist manifesto" which argues that surgeons should be forced to follow a checklist to make sure they don't miss anything. Part of the argument is that often the more junior members of them team know the surgeons are making mistakes, but there's no way for them to point this out without being bullied. Anectodes include the wrong leg being cut off while members of the medical team know it's the wrong one, but darent risk their career to mention it. I'm not sure how this relates to your comment, except your line about other professions reminded me.
  - overgard 9y ago
    I would think the equivalent of that kind of thing in the software world would be things like automated testing and code reviews. (IE, processes that recognize people are fallible and provides mitigation). I think scrum is a different beast from those kinds of things (especially given that there's very little evidence for scrum's supposed effectiveness)
- solipsism 9y ago
  The problem is in your team or your corporate culture. Not agile or scrum as a whole. On my team, agile is a process used among peers to coordinate. No one is a cog. No one is checking up on anyone. We keep each other aware of what's going on because you have to in order to coordinate and collaborate. My manager is just one voice among many on the team. He isn't tasked with monitoring my work because I don't need a babysitter. I'm sorry that you work somewhere where you feel someone's monitoring or checking up on you. Where I work that kind of situation is called a Performance Improvement Plan. If you're not in that situation and are a highly productive individual, then your culture is broken and you should look for a different job. But you're wrong that agile and scrum are at fault. If you used any other process, you'd have the same problem.
megaman22 9y ago
Yikes... this is a toxic attitude. I'd expect that kind of scrutiny in a hard-hat and lunch pail assembly line job, not a purportedly professional career.
- fjsolwmv 9y ago
  Professional doctors, lawyers , and plumbers are all accountable for their time.
- solipsism 9y ago
  Being a professional means having the self confidence and emotional maturity to justify one's work whenever it is called into question. In fact, one should do the due diligence (including cost benefit analysis) to be able to answer the question with ease. If you can't answer "why are you working on this?" easily then you're not doing your job. And if you resent being asked the question, then you either are self employed or you forgot who pays your salary.
cjcenizal 9y ago
You may be saying the same things. It seems like the person you’re replying to emphasized _daily_ justification of work, which does seem unnecessary to me.
- solipsism 9y ago
  Being open to having to justify anything that's called into question, and being capable of doing so, and being happy to... are different from forced to.

purplezooey 9y ago

I sort of agree with you. A lot of "justification" ends up being such a frustrating waste if time. Usually necessary though.

0x445442 9y ago

Yeah, not once have I been involved with a project or team attempting some forced process where an objective benefit to cost analysis was done on the process itself.