The use of JIRA is (often) a symptom of a Management problem
21–25 of 25 posts
Re: The use of JIRA is (often) a symptom of a Management problem
#22Very misleading title IMHO... A couple excerpts: > I have no beef with JIRA per se, but its the one we come across the most. > Here’s what a colleague said, just this morning about JIRA: >> We must ensure JIRA usage is identical across teams, in order to ensure velocity parity > So, clearly this is no fault of JIRA — I (as I’m sure you) have seen it used many a time successfully, but all to often, it is used (and abu…
I actually ask during interviews if a company uses any type of Agile/Scrum/Kanban/"sprint cycle" workflow or uses JIRA/Asana/other Agile-focused metric trackers -- and immediately reject doing any more rounds of interviews with that company if they do. I'd say about 80% or so of the companies I speak to get rejected immediately just for this reason alone. I've found that this is one of the very best indications that…
How would you know, you reject them offhand.
Thankfully, that sounds win/win.
Re: The use of JIRA is (often) a symptom of a Management problem
#23Earlier quoted context omitted.
I actually ask during interviews if a company uses any type of Agile/Scrum/Kanban/"sprint cycle" workflow or uses JIRA/Asana/other Agile-focused metric trackers -- and immediately reject doing any more rounds of interviews with that company if they do. I'd say about 80% or so of the companies I speak to get rejected immediately just for this reason alone. I've found that this is one of the very best indications that…
> But the false negative rate has to be extremely low How would you know, you reject them offhand. Thankfully, that sounds win/win.
Another good indicator of the same things is the unnecessary use of open-plan offices, especially if combined with a lack of willingness to permit significant time working from home.
Re: The use of JIRA is (often) a symptom of a Management problem
#24The author has an incorrect definition of Taylorist management. > Now obviously this is a blatant transgression — absolute, unequivocal application of Taylorist management in the context of a Product Development mindset From the Wikipedia article that HE LINKS , this caveat is given as to why Taylorist principles still sometimes apply: > Although scientific management as a distinct theory or school of thought was obs…
To be fair, you have to accept that Taylorist doctrine states very emphatically that analysis, synthesis, logic and rationality are the exclusive domain of management. Boss's responsibility is to think very thoroughly about how work is to be done, and worker's responsibility is to do exactly as told. In Taylor's work it goes as far as to dictate how ofter and for how long workers are to take breaks (so the maximum amount of labor can be extracted from them without exhausting their muscles before the end of the shift).
To complete your list, empiricism and work ethic are the tactics that are to be used to apply all that management's brain power; efficiency and elimination of waste are the end results; and standardization and best practices are the institutionalization of those end results so that the manager's enlightened intelligence can move on to "fine tune" the next process in the assembly line.
I am not saying that there is no use of standards and best practices. If anything, in the software industry we need to be more strict, not less, about the best practices we already know and have known for several decades. But there is a big difference between that and the kind of micromanagement that this kind of tools elicit in practice.
i.e. Professional athletes do need to drill until individual movements become second nature, and proper technique matters a lot if you are competing at the highest levels. But you do not see coaches trying to dictate what each player will do on every conceivable situation. Even in extremely structured sports, like football, the coach dictate a general strategy and changes tactics according to the dynamics of the game, but each individual player needs to apply a minimum of discretionary judgment to react to situations that arise mid-play.
A coach that tried to move his players like puppets would be crushed by the competition. An army with such general and soldiers would be crushed in a more literal way. Why is it not the case with software companies?