> Tip: Your marketing and sales teams should never be allowed to discuss features “in the pipeline”<p>Probably unpopular here, but this is a misguided, engineer-centric view of a business. Sales & marketing should absolutely have <i>some</i> leeway on unreleased features, as they have very close relationships with customers and can get early feedback in the realest way possible: "Will the customer pay for it?" Cutting off this avenue is popular for engineers (myself included) but not necessarily good for the long term health of a business.
At first I thought the ticket was going to be "stop using JIRA/Confluence".<p>There is so much time wasted on this system where I work it's amazing. Some people sit all day updating JIRA with all kind of crap instead of actually doing their job.<p>At this point I'm starting to get the same feeling towards it as towards SAP.
This post has nothing to do with tickets, Jira, Agile or actual in pocket cash. It just says "do a usability test" some time before shipping.
<i>After a while, I ran the same analysis I did before. The shopping cart abandonment rate was reduced by double digits: A difference worth more than $1 million dollars per month.</i><p>This is not a statistically valid way to test the effectiveness of your change.<p>For example, if you sell toys, and you run an analysis on the week before Christmas, then you make your code change, and then check again on the week after Christmas, you are going to have differences in customer behavior that have nothing to do with your change.
> Do I want my team to value the number of tickets closed, or do I want them to value our critical business KPIs?<p>How does this look in practice, in large organizations? Is everyone empowered to freelance on whatever they think will improve said KPIs?<p>At some point, someone needs to have the power to decide what is being built (hopefully with an eye towards KPI-impact), and others need to fall in line and close some tickets.