We need to stop accepting that we are the guilty party and trying to get our house in order while the one next door is engulfed in flames.
The problem is not in how we track our time. In how we organize tasks, in how we deal with technical debt, long-term maintenance, engineering disputes. Documentation.
Our problem is in being ill-informed consumers of requirements information. In accepting it instead of sending it back to be done over and refusing to start on anything other than basic R&D until it's sorted. If people aren't told in a clear manner why what they've done is wrong how will they ever improve? And if they know we'll do it anyway, why would they bother changing?
She replied that we weren't gonna do waterfall and that the data supported agile as the company wide prerogative.
I replied that what I was asking for wasn't necessarily waterfall, but I also had no other term to describe it, and so she shut down the conversation completely by going, "I'm sorry, but the data supports agile. This conversation is over."
It struck me at first as "What the fuck, seriously!?" but then I considered she probably wasn't the one who made that decision or pushed it, but also that I wasn't maybe being clear.
So it's helpful to hear that this a bigger issue throughout the industry from a vet Ave not just local to the company I started my career at and so have no other frame of reference
If you ask a user what they want, their answer depends on how their current system has developed. Maybe there's a good idea that they hate because in the current system it would require too great a compromise. Maybe there's a terrible idea that they love, because they haven't understood the horrible corner-cases.
The real strength of the agile approach is to help the customer figure out their requirements through experimentation, instead of asking them to deduce everything from first principles. Once everybody understands the actual requirements, the actual implementation should be fairly straight-forward, engineers can comfortably make design trade-offs, etc.
Of course, there's a lot of cargo-cult Agile, and buzzword-compliant Agile, and that might be more trouble than it's worth, so it's not a guaranteed cure-all. Even good agile can be ruined if the customer or management doesn't see the value, or doesn't understand the core "refine requirements through iteration" rule. Your mileage may vary, but that core idea is still a good an important one.
It still works a bit that way, but the parts you can really see are all of the metric dysfunction. And I blame Schwaber for setting this avalanche off. Of all of the Agile processes, Scrum seems to have the most surface area for attack by metric dysfunction.
I didn't think I'd end up missing Jeff de Luca so much. He banished story size estimates a long time ago, making Scrum feel like a step back to me. I've only recently heard of people rediscovering that you only have to split up stories that are 'too big' and you can still do fairly accurate estimates and projections based on the aggregate behavior of 100's of stories.
What I see missing or unstated in virtually every discussion is that time isn't the constrained resource. It's energy. There are lots of tasks I could complete in half an hour, but the strain of doing so would still mean I'd only get 2 things done that day. There are also things I can do in 4 hours that still leave me spent for the day. And plenty of managers who will try to make you question your self worth for not volunteering to do 2 of those things in one day because 4+4=8.
Think about that the next time you catch yourself on Hacker News and you scold yourself for wasting time. I'd lay even odds you're either recuperating from something you just finished, or frustrated by something (or being blocked by something) and taking a break.
Think about it when you're trying to articulate why you accepted 60 hours of work this week because they're trivial stories with a lot of wait time built in. They're trivial because they're intellectually and emotionally 'cheap' tasks. There are boring tasks that take every fiber of your attention and you will refuse to double up on those.
Because it's energy, not hours. Always has been.
And you know what else takes a ton of energy and social capital? Arguing with some fucknut about whether a story is 3 points or 4.
What other opinion are they supposed to "lean towards"? Their boss' opinion is the only one that actually carries any sort of authority -- you implement it whether you agree with it or not.
They have this highly data-driven process which optimizes for usage and engagement . The problem is I don't wake up in the morning and go "gee I really want to up my engagement with google maps today". The ideal information retrieval app consists of me retrieving information and closing it. This is antithetical to Google's monetization model, and thus Google Consumer design is not for my benefit.
That said each Google Product is like a different company and they do do good work here and there. Specifically the Google Cloud Console has improved tremendously over the years (no doubt due to massive investment). Is it perfect? Hell no. But I prefer it to AWS and Azure tremendously.
You're right about the GCP console which is well designed (although still slower to load than AWS or Azure). Clearly they have different metrics there.
Might explain parts of my experience with Android ;-)
Seriously, having to hunt for the features I actually need would seem to increase usage and engagement. Is that really the metric employed?
https://chrome.google.com/webstore/detail/simplify-gmail/pbm...
Google Analytics was also full of strange decisions and unnecessary complexity.
I guess they don't get the good designers on their B2B stuff either.
If I was in charge of the gmail team my first goal would be making it faster. It always feels clunky when you need to open gmail.
Presumably, Google Analytics would be big on dogfooding… which is probably a sign that analytics-driven development isn't quite as useful as it's been touted to be. It's probably got great engagement metrics though!
Similar experience with using Google Docs. Literally cannot figure out how to go to back to the document folder. I moved to Heap Analytics because the Google Analytics experience was so confusing and nested - I'm much happier now.
If you want an actual map with useful map features like showing street names then OSM is a far better product.
I don't get me started on how gmail has been filtering the content of emails. I wonder how many services have been spam blocked because google decided to hide the unsubscribe links.
Take your example:
- Forward is in the lowest toolbar in the hierarchy, since it applies to a single e-mail.
- Archive is in the top toolbar in the hierarchy, since it applies to a whole conversation.
Does this mean there are no improvements possible? Of course not, but I think the UI choices in Gmail are mostly sensible.