3 ms·
older jira versions hid less and has way more buttons. it was overwhelming and complex. how do you balance a very powerful product and simple day to day uses o
by foolfoolz 9y ago
older jira versions hid less and has way more buttons. it was overwhelming and complex.
how do you balance a very powerful product and simple day to day uses of it?
- notalaser 9y agoThat's the thing -- it's (no longer) easy at all. When accessing every other function requires guessing which hamburger menu it's hidden behind, it looks clean and easy to use, but it's not.
- im_down_w_otp 9y agoIt's still overwhelming and complex, so that part has stayed consistent. I imagine it starts with always considering the thing as a product, not as its features, so that you can always make sure all the work being done integrates intuitively and intentionally into the original thesis of the product. The very fact that one has to hunt through various layers of oddly organized configuration screens (several of which do almost the same thing), and has to often click on more than one "..." menu to poke around looking for assumed-to-exist functionality before actually finding it, is an indicator that JIRA might be developed as an ongoing train of user stories to create features unmoored from a central thesis. Because if it was developed like a product in total, then its metaphors would be consistent, its language would be consistent, its modes of interaction with those metaphors would be consistent, and intuitive organization would largely fall out of that.
- Juliate 9y agoYou don't. You don't use "very powerful products" for "simple day to day uses". Used JIRA for 7 months now. Can't understand how people get anything done and tracked with it (trying to forcefully carve teams into a per-the-book SCRUM methodology with it).