• 6 Posts
  • 35 Comments
Joined 1 year ago
cake
Cake day: June 11th, 2023

help-circle
  • Recently did this and yes it’s a pain. I don’t know if it’s going to help until next time we change phones, but what I did this time was name the device after the person, rather than the phone model.

    The idea being that I can delete the old device in the future and replace it with the new device, named the same. That way I don’t have to change the device name in each automation every time. Hopefully that made sense. But I still haven’t tested it in reality.











  • No that’s the first encounter. He’s hard, but it’s just a matter of learning the move set. You can do it!

    I spent over an hour on one of the other bosses. I’m not good. I still managed to do it haha.

    You can also look up some guides. Not to cheese him, but to help you get a look at the move sets so you aren’t in the thick of it while you’re trying to learn them.









  • Agile isn’t meant to replace anything. You need to use the right method for your context. No one said the purpose of agile is to replace all other methods.

    Agile doesn’t have to be implemented perfectly to work. You seem to be holding agile to some higher standard than anything else.

    You have to get over the communism comparisons. They aren’t relevant.

    Just because you haven’t worked in an agile environment you enjoyed, that doesn’t mean it can’t work. It can and does work. Just like any other method. And it can and does fail. Just like any other method.

    OP didn’t work in agile. They were told that they were working in agile but it was just an excuse for the business to not have requirements and continually change their mind. Every one of the issues they raised could have happened in any other methodology. It’s poor management.



  • I disagree. I’m currently working in agile and it’s the best team I’ve worked in/with. It can easily go wrong, but it can also work really effectively. Implementing agile in an “ok” way, is still better than waterfall in most instances. Of course it depends on the business context.

    Take all of OPs complaints for example. Sure, they can be an issue if agile is implemented poorly (or not at all in OPs case), but all of them are inherent issues with waterfall. Developing something only to find out days before launch the business has something else in mind. There would be much less chance of that happening in an agile environment over something like waterfall.

    There’s a big problem with people saying they work in agile, when they’re really not. Like in OPs instance. And that leads to the negative sentiment about agile never working. I get it, I’ve been there and had to work in agile teams that weren’t really agile. That doesn’t mean it can never work.