Of course there's no way to simply graft the leg of an Octopus onto a Bear. It makes no sense at all and will not be functionally "good"Nevertheless such "concrete suggestions" (strikingly often really being "ripped out ideas by someone that typically seldom understand how software works in general, and even less so when it comes to functional and graphical user interface design on 2 very different platforms, attempting to prescribe a solution to a problem space that is typically not fully understood when the suggestion is given").
But my reason for proposing such things is not to actually get that outcome I don't really want AE in Live. That would be daft.
In fact there is method to my madness.
I have specified a few projects, and although my Job title for the last 20 years is the disdained (in software development) "Web Development Project Manager", or "Full Stack Developer" if I have to do it all myself. My job is usually specification, coding (or scripting if you like) and a lot of political manoeuvring.
So, why the hell would I point at a completely unrelated app, with no practical way of cloning X feature off and pasting it to the body of the Bear?
Well... Have you ever been tricked by somebody making a terrible cup of coffee and its driven you to say ... "Uh, lemme just do that for you" ?
Have you ever seen a band which was disapointingly bad, and their awfulness then spurred you on to make good music, the way they ought to have?
that is my Project management method when I have no path to the actual decision making process.
Yes, some of my nonsense falls far outside "Prince2"
common things in my work life.
- when I'm not authorised to draw up use-cases then nobody within the process will want (or accept) them off me. (I have no pathway into that spec process)
- If I did deliver a preconceived "solution" as an indication of a Story it will be wrong, because of the hidden variables, stakeholders, and actors, and it makes the actual spec team grumpy, and they say "fuck this guy"
- programmers are problem solvers, give them a conundrum and it's like crack to solve it in the most elegant way
- If I deliver a metaphor and a poorly drawn comparison it is often more effective at spurring on the problem solving competitive nature (considering I have no actual legitimate input)
- It is a kind of Machiavellian delegation strategy to get people to say "that's bollocks what that guy said - the better way to solve that would be XYZ which would also "
I used to draw up complex explanations, but nobody wanted those either. So silly bad examples actually have a better success rate! I find that it at least triggers the urge to solve the problem correctly by engaging the stakeholders themselves to take ownership of a solution and integrate that into a valid process.
BTW - yes I have mixed Agile/Scrum terminology with Use Case terms. So sue me, it's fucking Sunday and I'm drinking.
Tl;dr I'm just shooting the shit, waggling the levers, to see what happens