3 ms·

Sounds like an awful way to start the day. Like hamsters in a treadmill, just looking for the next two weeks, and never ahead enough. ( I know this by experie

by ardit33 17y ago

Sounds like an awful way to start the day. Like hamsters in a treadmill, just looking for the next two weeks, and never ahead enough. ( I know this by experience). The scrum process is fine when dealing with bugs, or small incremental features, but it is very ineffective when dealing with completely new products or when trying to deal with innovative features. Scrum throws all creativity out of the window. By creativity/innovation, I mean doing completely new things that are even a magnitude better, or just faster processes that what you have. Creativity is a thing that just gets killed by planning. Often it happens when you are dealing with a problem. But the scrum process, puts blinders on developers, as you are supposed to work only on what you planned/committed to, and nothing else, like a good horse just watch the path you are told to by your manager/pm/team lead, and don't get distracted by anything else. Kills any instrict motivation, and sends a group towards a path of mediocrity as it delegates all decision making/creativity on the team lead (manager, or mp).

nostrademons 17y ago
If your process is a straitjacket for the people involved, you have a problem with the people, not with the process. We use variants of agile at work. Daily stand-ups, email notes, two-week iterations. My daily standups look a lot like the grandparent, except they're at 4:00 PM instead of 9:30 AM and last only about 10 minutes. But everyone recognizes that the process is there to guide us and not to constrain us. If your report is "I did nothing for the project today", well, that's your report. I had one feature where my report for every single one of the first 4 days was "I tried this and it didn't work." Followed by 2 weeks of furious coding where I didn't check anything in, followed by dumping 2500 lines on my code reviewer. I didn't get any grief from my coworkers (got lots of encouragement, actually), because they recognized that it was a hard problem, there were a lot of constraints, and we didn't even know what the constraints were until could put something up on the screen and start testing it.
- maurycy 17y ago
  I think that it all depends on the PM. If your PM understands that it is OK to do nothing sometimes, it is completely different story than PM who expects some work every day. It nails down my problem with most of the methodologies: they all do depend on people involved, yet there is very little talk about the right attitudes. (FYI, according to Harvard Business Review and similar publications, the direct management is one of the main reasons why people decide to leave) (BTW, why you downvoted him?)
maurycy 17y ago
The another problem with the hour is that -- I don't know how about other people -- but I'm the most productive in the early morning, or very late night. My mind is completely focused on work then. If there's a meeting, or whatever, it means that my output will be seriously hurt. That's another problem with such methodologies' descriptions: it is very tempting to response me that I don't fit to the team or I should try to change my habits, even if, in the right environment, I'm always the most productive team member.
- BearOfNH 17y ago
  I'm the most productive in the early morning This is actually the norm, at least for those of us who arrive at work in the morning. Of course the meeting is called by management because morning is also when THEY are the most productive, and meetings are much of their job. So your needs are inferior to theirs. Nothing new about that...
- wglb 17y ago
  I agree with you about the hour. What I did on my last major consulting assignment is to get in at 0600 and get lots of stuff done before any meeting was threatening to happen.
ghshephard 17y ago
Well, this is a "Manager's Scrum" where each of the organizational managers/directors/leads identify what needs to be done. The individual contributors mostly work out of Jira at their own pace. Also, I work in an operational organization, so, a lot of our design patterns are pretty well laid out, and so most of the creativity comes from improving the patterns (which we do in design review or our bi-annual architecture refresh) more than creating anything particularly innovative during the week. We're mostly focused on execution and hitting commitments - and tracking them and writing them down at the beginning of each morning makes sure we know, and hit those commitments.

by ardit33 17y ago

nostrademons 17y ago

If your process is a straitjacket for the people involved, you have a problem with the people, not with the process. We use variants of agile at work. Daily stand-ups, email notes, two-week iterations. My daily standups look a lot like the grandparent, except they're at 4:00 PM instead of 9:30 AM and last only about 10 minutes. But everyone recognizes that the process is there to guide us and not to constrain us. If your report is "I did nothing for the project today", well, that's your report. I had one feature where my report for every single one of the first 4 days was "I tried this and it didn't work." Followed by 2 weeks of furious coding where I didn't check anything in, followed by dumping 2500 lines on my code reviewer. I didn't get any grief from my coworkers (got lots of encouragement, actually), because they recognized that it was a hard problem, there were a lot of constraints, and we didn't even know what the constraints were until could put something up on the screen and start testing it.

maurycy 17y ago
I think that it all depends on the PM. If your PM understands that it is OK to do nothing sometimes, it is completely different story than PM who expects some work every day. It nails down my problem with most of the methodologies: they all do depend on people involved, yet there is very little talk about the right attitudes. (FYI, according to Harvard Business Review and similar publications, the direct management is one of the main reasons why people decide to leave) (BTW, why you downvoted him?)

maurycy 17y ago

The another problem with the hour is that -- I don't know how about other people -- but I'm the most productive in the early morning, or very late night. My mind is completely focused on work then. If there's a meeting, or whatever, it means that my output will be seriously hurt. That's another problem with such methodologies' descriptions: it is very tempting to response me that I don't fit to the team or I should try to change my habits, even if, in the right environment, I'm always the most productive team member.

BearOfNH 17y ago
I'm the most productive in the early morning This is actually the norm, at least for those of us who arrive at work in the morning. Of course the meeting is called by management because morning is also when THEY are the most productive, and meetings are much of their job. So your needs are inferior to theirs. Nothing new about that...
wglb 17y ago
I agree with you about the hour. What I did on my last major consulting assignment is to get in at 0600 and get lots of stuff done before any meeting was threatening to happen.

ghshephard 17y ago

Well, this is a "Manager's Scrum" where each of the organizational managers/directors/leads identify what needs to be done. The individual contributors mostly work out of Jira at their own pace. Also, I work in an operational organization, so, a lot of our design patterns are pretty well laid out, and so most of the creativity comes from improving the patterns (which we do in design review or our bi-annual architecture refresh) more than creating anything particularly innovative during the week. We're mostly focused on execution and hitting commitments - and tracking them and writing them down at the beginning of each morning makes sure we know, and hit those commitments.