In the week since our last note, we shipped to production 27 times. Boards you can slice any way you like, an assistant that understands your code, and clients who work alongside you instead of just filing tickets. Here are the highlights!
One of our most requested features is here! Every board can now group its work by Team, Assignee, Persona, Priority, Item Type, Color, Labels, Parent or Workstream. See each person's load at a glance, split a sprint by team, or line work up under the feature it belongs to.
Grouping works in both card view, as swimlanes, and table view, with totals for each group. Drag an item into another group and its field changes to match: move a card into Priya's lane and it is assigned to Priya.
π Board views Β· Track and move work
This one is a very big deal. Connect GitHub and the AI Assistant can read the code in your repositories: it searches the code, reads any file on any branch, and sees the pull requests linked to each item, with their reviews and checks. It only reads, and it shows you the files and pull requests it used.
That means the people writing specs, tracking progress and reviewing work can ask about the code itself, without opening an editor:
Also new: admins can see each month's cost by model and member and set budgets, paid models land as one line on your invoice, and answers come faster and fuller, even on the biggest questions.
π Ask about your code Β· Settings and permissions
Build things for your own customers, or work where approval is part of compliance? This is for you. Agencies and product studios get a clear, recorded yes from the client before calling work done. Teams in regulated fields, such as medical device manufacturing, get a sign-off trail that records who approved what, and when, right on the work item.
Finished a feature? Send it to the client for sign-off without leaving the item. Choose the company, write a short title and summary for them, add a link to the feature or a walkthrough video, and press Send. Their reviewers get an email, open a new Reviews page in their portal, and click Approve or Request changes with a note.
Their decision lands on the work item for your whole team to see, the sender is notified, and two new automation triggers, Client Approved Review and Client Requested Changes, can move the item on by themselves. Clients see only what you write for them, never your internal notes. Proposed changes to a client's published spec appear on the same page, so a client can approve a spec change in one click.
To start, an administrator grants the new Send Items For Client Review permission (Owners have it already).
π Client Reviews
The Knowledge Base grew into a full spec-collaboration space this week:
π Client spec drafts Β· Pinned review comments Β· Spec stages Β· Approval for published changes Β· Watching
π Headless mode Β· Partner API Β· Customer Support Portal
π Authentication log Β· Enterprise SSO
π Microsoft Teams Β· Time estimation Β· Template variables Β· Themes and appearance