Possible to use Kanban-Only View as a default?

[manuel_kammermann]

Hi all, fantastic to see all the feedback from the beta. I myself don't have access, but I have a usecase and wonder if anyone might be able to help.

We use Trello as a means to foster agile ways of working, so truly leveraging the Kanban Board. With all the news about the scheduler view, there's a lot of talk that our teams cannot use Trello as we did.

So here's my question: Is it possible (even if there are initial configuration steps involved) to have a URL that opens a specific Kanban-Board without the scheduler view (basically similar to now when I have a Trello URL)?

Thanks for any insights you might have.

Best regards

Manuel

[Gaurav Kataria]

@manuel_kammermann The newly launched features (Inbox and Planner) can easily be hidden when not needed

[manuel_kammermann]

Hi @Gaurav Kataria thanks for your swift reply! Do you know if this will be possible to configure via the URL?

Let's assume I prepare a board for my team, and I want to share it with them. Can I send a link where the inbox, calendar etc. are toggled to hidden?

[Nils Geylen]

Not sure how you "cannot use Trello as [you] did" entirely, but I'm guessing you mean your users may now be distracted by possible planners and inboxes appearing expanded on a first visit?

I don't see a way to prevent that natively, just like an admin can't prevent even observers to have their comments/activity pane expanded or hidden, have lists collapsed or not, or where they dock the Switcher.

These aren't board settings but user-defined (browser-based) preferences.

I took Trello some time to make a board calendar view link work by adding /calendar-view, but either this or Table, Timeline etc. are independent of a user's interface prefs.

(Just maybe it might be possible to create a user script slash addon slash power-up that 'manages' this through the Browser Tools but I feel that's unlikely and possibly not secure--and you'd still be dependent on the user running this extension...)

cc @Gaurav Kataria 

I've been going through Trello's suggested use cases, and I feel that while Atlassian proposes solutions like Resource Hubs, Onboarding etc. to me that doesn't jive with all the variables you'd have to deal with when sharing a board.

While I understand it's always been a core tenet of Trello to be personal and collaborative instead of top-down managed, there is simply very little control of what your users' environment is going to actually look like.

When Trello was still limited in features, this wasn't much of a problem. Now Trello has improved hugely, but Atlassian seems to want to keep having it both ways and that's becoming difficult to maintain. 

So, to finish, I do think the Trello team needs to consider the difference between in-house high-activity working team environments, as opposed to external, low-interaction static presentational boards. 

Addendum: perhaps there are possibilities with managed accounts or even the Enterprise plan but I'm not at all familiar with those.

[manuel_kammermann]

thanks @Nils Geylen for your point of view.

We already deal with personalized views (like board filters, expanded labels, etc.) and encourage the use of different data views (like table, calendar, etc.). We want our users to be able to tailor the boards to their needs. However, the main view delivered to the teams and used by the teams is the Kanban board, 95% of the time. That's why we selected Trello as our scrum tool 5 years ago.

So what I want to understand from the new version is, whether I can continue to onboard users with a Kanban board only view (and let them explore from there), or whether I now need to sit down with every user to configure their view into showing a Kanban only (I don't see the need for the inbox for our case).

[Nils Geylen]

As far as I can tell in that case, is: Trello does default to boards, i.e. Kanban.
It also defaults to 'no Inbox' and 'no Planner' opened.

That's something they seem to be sticking to for now.

I've not seen a situation where another view takes precedence.

From there, if a user decides to have other elements open (say, a docked Switcher) that will become their default configuration.

Same goes for card backs: if they decide to show or hide the Comments/Activity pane, that will remain their default until they switch.

As for the data views (Table, Calendar, Dashboard, Timeline, Maps) those have for some time now been URL-based, and that view is not persistent going back opening a board.

Hope that helps.

[manuel_kammermann]

Very much so! Thanks @Nils Geylen