Ask HN: Should I fight back management enforcing Jira?
Some companies treat their software teams like factory labor focusing on process and efficiency above all else.<p>I and most of us at Atlassian believe that epowering developers with more autonomy will drive better outcomes, better products, and better teams.<p>To help resolve these conflict, aspects of Jira needed to change and team culture needs to change.<p>To fix this we&#x27;ve been investing to democratize Jira&#x27;s permissions model. We have been focusing on autonomy and flexibility to let any team design the way they want to work while giving administrators the power they need.<p>The SW biz is a very fast-growing space. When you combine massive growth, speed, and impact it is easy to lose control.<p>Feeling like you need tighter control means people often try to grip tighter. Sometimes that shows up in insanely complex and structured Jira instances. Sometimes Agile has become more important than agility. Sometimes using Jira has become more important to leaders than the outcomes the actual customer wants. This shouldn&#x27;t be the case.<p>It can become easy to over-index on process and control at the expense of agility and software team autonomy. Don&#x27;t do it!<p>This results in some over-designed Jira boards and workflows.<p>Leaders and managers in business and software development need to balance the desire for control with the need for S&#x2F;W team autonomy. This endless dance between autonomy and control always shows up in every HN thread with detractors saying Jira sucks and fans saying Jira is great but the people setting it up must suck.<p>There is responsibility all around. Jira, for example, needed to improve the permission model to better empower teams with project level controls. We&#x27;ve needed to simplify the setup and clean up the issue views. These changes in Jira Cloud help admins feel more comfortable delegating more control to teams to design their own way of working.<p>We can&#x27;t police how people use Jira in the wild but we can share our POV, our playbooks and we can make changes to the product to make it less likely that managers treat dev teams like factory labor focused on process and efficiency above all else.<p>A well-running team in a well designed Jira instance should work more like a lab than a factory.<p>Triads or squads should be able to chase a hypothesis, they should be better able to adapt to new information and respond to change than a factory assembly line. Leaders should be looking for more than process and efficiency out of the team and out of Jira.<p>How should you handle this?<p>Make Jira work for you.<p>Play a role in designing the way you want your team to work. 
Take the lead in changing the board design or the workflows when your work requires it.<p>The teams that make adapting to change their competitive advantage make the biggest impact on their company, their customers and the world. But, it takes trust and courage for leaders to create the conditions necessary for this. It means giving software teams a degree of autonomy and flexibility. Mastering this is the core competitive advantage for innovative companies today. These companies retain great talent, they hire great talent, they get great results.<p>Over the years we&#x27;ve heard the wishlist from Jira users and administrators in large companies and startups.<p>Make it easier to use and get started!<p>Give me flexibility and control when I need it!<p>Let my team design their own way of working!<p>To bring a new level of simplicity and power to Jira we needed to re-think the basics of the product. We also decided to open up and share our practices to go along with our tools (Team Playbooks <a href="https:&#x2F;&#x2F;www.atlassian.com&#x2F;team-playbook" rel="nofollow">https:&#x2F;&#x2F;www.atlassian.com&#x2F;team-playbook</a>). We needed to learn a few things from the Trello team. We needed to think deeper than new features. The good news is that we&#x27;ve been doing that in a big way and you should be seeing that in the Jira Cloud product you can try today.<p>A couple examples<p>Project Level Permissions- Have you ever felt like the Jira you are using was designed for some other team or project? Alert! It might have been. Jira SW Cloud now makes it easy for next-gen project owners and team leads to design their own Jira projects, boards, and custom issue types without creating concerns that it will impact other projects.<p>Agile features can be turned on and off with the click of a button, so your team can customize to best suit its own unique workflow depending on its maturity level and the project at hand. For example, you can now flip between scrum and kanban methodologies in seconds<p>You can create issues and columns in-line, without ever leaving the board<p>Out-of-the-box team filters on every board, such as epic, issue owner, or labels make it easy for anyone to sort and filter in a click, no JQL needed.<p>You can define a rule to automatically update an issue&#x27;s field or assignee based on the column it is moved into<p>You can display issue attachments as card cover images on the board<p>You can create, edit and delete issue types in independent projects<p>You can create issue types and customize the fields to suit your team&#x27;s needs<p>We&#x27;ve got a lot more coming. The good news is that you can customize, modify, adapt and design Jira Cloud to do pretty much anything you want. The bad news is that means someone who doesn&#x27;t know what you mean might do it for you if you don&#x27;t participate.<p>Building software is complicated work. Jira&#x27;s secret sauce is the way it simplifies the complexities of software development into manageable units of work that can be predictably shared and worked on by many different teams at the same time. Well designed Jira boards and Jira issues enable collaboration across increasingly diverse software teams that include design, marketing, analytics etc.(via integrations to the Jira issue)<p>That&#x27;s a lot of text for a really small text box in HN. I&#x27;m trying to stay awake long enough to see the end of the Red Sox game. It&#x27;s longer than that the typical bit of snark about Jira sucking or your admin sucking or doing work at work....sucking.<p>My advice:<p>You can have admin or project admin permissions, you can design the way your teams wants to work, you can integrate the tools like GH, BB, INvision, New Relic, Launch Darkly, etc that your team uses already. You can give the managers the vis they want and need and you can do it without sacrificing the sanity of your team day to day. And, you can use Jira to show whoever needs to know what you&#x27;ve been doing and how it impacts the business.<p>Jira should feel like the center of gravity that helps all the work your teams are doing hang together across different teams and tools.