We’ve been busy designing bug tracking features to help teams easily log and track defects from detection through resolution. Just like with our Stories MVP, Atono's bug reporting, tracking, and resolution workflow is purpose-built and distinct from other backlog items.

What’s inside?

Our bug tracking capabilities incorporate best practices and specialized features to streamline the entire bug management process:

• Triage area: Quickly assign risk ratings to new defects by evaluating probability and impact, making it simpler to prioritize fixes.

• Smart templates: Guide reporters to include all crucial information, ensuring no detail is missed.

• Browser reporting: Report bugs directly from your web application, automatically including essential diagnostic info to speed up resolution.

We’ve also added features that are useful for bug reporting (and also applicable to other backlog items, like stories):

• Attachments: Add screenshots, videos, and other file types to provide clear context for each bug.

• Comments: Share general feedback or specific comments on selections of text, fostering better communication within your team.

What’s next?

Our goal is to make bug tracking as efficient and stress-free as possible—and we’re just getting started. Here’s a peek at what’s coming post-MVP:

• Enhanced comments: Include @mentions and real-time chat notifications.
• Customizable templates: Tailor templates at both the workspace and team levels.
• Configurable risk ratings: Adapt risk ratings to align with your team’s specific standards.

Feature flags are a powerful tool in modern software development. They let teams separate deployment from release, making rollouts smoother, experimentation safer, and iterations faster.

The story behind Atono feature flags

In many systems, feature flags exist in a separate application, requiring teams to cross-reference them with the functionality they control. With Atono, feature flags are embedded directly into user stories, cutting out this extra step.

Key benefits

• Streamlined workflow: By integrating feature flags into user stories, we reduce cognitive overload, simplify project management, and centralize all relevant information. This makes it easier for teams to track progress and control feature rollouts.

• User-friendly implementation: Implementing feature flags in Atono is intuitive. Each story comes with built-in documentation and code snippets, so even if you’re new to feature flagging, you can set them up with ease.

• Comprehensive tracking: Atono’s reporting system provides a clear view of all stories under flag control, allowing product owners to monitor ongoing releases and identify opportunities to retire flags for fully-released features.

How it works

For MVP, we’ve prioritized keeping feature flags simple yet effective. You can set flags ON or OFF for any story and slice them by common dimensions like environment, customer, and location.

A foundation built on standards

Atono feature flags are based on openfeature.dev, the emerging standard for feature flagging. This means you can easily switch to a different feature flag provider in the future if needed.

What’s next?

We believe our current approach covers 80% of customer use cases without adding unnecessary complexity. As we gather user feedback, we plan to expand these capabilities to meet specific customer needs.

Slack, with its outstanding user experience, is the go-to chat platform for software development. Our team relies on it for real-time discussions, sharing time-sensitive information, and handling urgent issues (we've abandoned email entirely to avoid juggling multiple inboxes). Integrating Slack with Atono instead of building our own chat feature ensures teams can keep using their favorite chat platform without disruption.

Slack is great for quick communication, and once a discussion about a story, bug, or security vulnerability wraps up, you can easily turn any resulting decisions into actionable items in Atono. Our goal is to maintain this balance and provide a seamless, easy-to-use integration between Atono and Slack, making sure both tools work well together without much overlap.

Atono meets Slack

The Atono Slack integration provides convenience and encourages best practices for teams using both Atono and Slack in their work. By leveraging the strengths of both platforms, Atono helps teams streamline their workflows, fostering better collaboration and keeping everyone organized and on track.

For our MVP, we’ve focused on two key integration points:

• Teams: Create or connect to existing team channels in Slack, where you can discuss issues, share code samples, and collaborate effectively. Team members can be added automatically on channel creation or later if they join the team. Important updates like team membership changes, feature flag activity, and deployments are automatically posted to keep everyone informed.

• Stories: Collaborate on design, implementation, testing, and deployment in dedicated channels. Atono keeps implementers up to date by positing significant story-related activities directly to these channels.

What’s next?

As Atono evolves, so will our Slack integration. Look forward to features like enhanced workflows, usage metrics, and deployment notifications. Additionally, the Atono Slack app will support slash commands for reporting bugs, moving items through workflows, posting comments, and more exciting features to come.

Most systems treat stories as just another task in a long list of issues—they look and feel like bugs, security vulnerabilities, or architectural improvements. This generic approach misses the opportunity to provide a great user experience for story authors and implementers, and often contributes to task burnout.

Stories are the fundamental unit of software delivery, representing real customer needs, desired functionality, and business value. We believe they should be treated as first-class objects, providing a richer and more purposeful experience.

Introducing: Atono stories

Our Stories MVP provides the framework for specifying, designing, implementing, and testing stories. It enables you to create user stories, define acceptance criteria, prioritize and move stories through a workflow, and maintain a detailed history of all activities.

Key features include:

• Guided user story writing: Craft user stories intuitively with the prompt, “As a {persona}, I want to {perform an action}, so that {rationale},” ensuring each story is complete and focused.

• Reusable personas: Save time and maintain consistency by reusing previously created personas, or easily add new ones as needed.

• Persistent acceptance criteria references: Since stories are first-class objects, it’s crucial that ACs remain intact. Keep copied links to ACs preserved through text edits, reordering, and nesting changes.

• Built-in feature flagging: Directly link feature flags to stories, with integrated documentation and code snippets for easy implementation.

What’s next?

We envision a longer life cycle for user stories than what’s typically seen in other issue tracking systems. By extending their life cycle, we aim to enhance their impact across the entire development process.

Future enhancements seek to:

• Track real customer usage: After a story is deployed and flagged on, tracking customer usage provides valuable insights for evaluating product decisions and guiding future development.
• Serve as reference points: User stories are essential during production incidents, offering critical design details and rationales for future developers who may not have been part of the original team.
• Save time and avoid mistakes: Easy access to information saves time and helps avoid costly mistakes by providing the full context of the system.