Archived
15
23
Fork
You've already forked meta
6

Create a roadmap #10

Open
opened 2022年11月06日 13:27:28 +01:00 by Ghost · 11 comments

Roadmap draft for collaborative editing at https://pad.gusted.xyz/pn49roTKSE2kQYtxXwyMiQ#

Roadmap draft for collaborative editing at https://pad.gusted.xyz/pn49roTKSE2kQYtxXwyMiQ#

As someone discovering the fork, knowing it is all new, I would like to know where it is headed, even if very high level. The roadmap could be goals to achieve, for instance:

  • Adding user documentation
  • User Research on federated issues
  • Monthly reporting
  • Establishing a well-being team and a moderation team

In other words:

  • Writing code
  • Prepare well to write code that is meaningful to users
  • Communicate with the outside world
  • Improve the diversity and preserve an inclusive environment
As someone discovering the fork, knowing it is all new, I would like to know where it is headed, even if very high level. The roadmap could be goals to achieve, for instance: * Adding user documentation * User Research on federated issues * Monthly reporting * Establishing a well-being team and a moderation team In other words: * Writing code * Prepare well to write code that is meaningful to users * Communicate with the outside world * Improve the diversity and preserve an inclusive environment
Ghost added this to the Launch milestone 2022年11月06日 13:33:41 +01:00
Ghost changed title from (削除) Roadmap (削除ここまで) to Create a roadmap 2022年11月06日 14:50:17 +01:00

the HedgeDoc timeline which describes how it came into existence cited by @realaravinth is nice looking. Not exactly a roadmap though.

the [HedgeDoc timeline](https://hedgedoc.org/history/) which describes how it came into existence cited by @realaravinth is nice looking. Not exactly a roadmap though.
Contributor
Copy link

You could use such roadmap with branching for the different project tracks if you like such approach i.e. Product, Community, Development

Other tracks (e.g. Research, Project, Process) or different sets are possible.


I do not understand what the "In other words" bullet list means, btw. First one I get.. they are Roadmap deliverables.

You could use such roadmap with branching for the different project tracks if you like such approach i.e. Product, Community, Development Other tracks (e.g. Research, Project, Process) or different sets are possible. --- I do not understand what the "In other words" bullet list means, btw. First one I get.. they are Roadmap deliverables.

By "In other words" I meant that they fall in these categories. A better formulation would have been:

The categories that would make sense to me to group those deliverables would be something like:

  • Writing code
  • Prepare well to write code that is meaningful to users
  • Communicate with the outside world
  • Improve the diversity and preserve an inclusive environment
By "In other words" I meant that they fall in these categories. A better formulation would have been: The categories that would make sense to me to group those deliverables would be something like: * Writing code * Prepare well to write code that is meaningful to users * Communicate with the outside world * Improve the diversity and preserve an inclusive environment
Contributor
Copy link

Ah, I see. Can try to make them single words, then they can be labels. E.g.

  • Coding
  • Quality
  • Communication
  • Well-being
Ah, I see. Can try to make them single words, then they can be labels. E.g. - Coding - Quality - Communication - Well-being

For me the second bullet point sounds more like "specification" than "quality".

For me the second bullet point sounds more like "specification" than "quality".

I wonder if there is a generic term grouping good practices such as User Research, specifications or UX design. Everything that's not directly related to code but is input for the developer. 🤔

I wonder if there is a generic term grouping good practices such as User Research, specifications or UX design. Everything that's not directly related to code but is input for the developer. :thinking:

It was suggested that a Roadmap should be based on User Research instead of invented by the people involved in the fork. A task was created for this purpose.

It was suggested that a Roadmap should be based on User Research instead of invented by the people involved in the fork. A [task was created for this purpose](https://codeberg.org/codename/meta/issues/20).
Contributor
Copy link

I wonder if there is a generic term grouping good practices such as User Research, specifications or UX design. Everything that's not directly related to code but is input for the developer. 🤔

https://en.wikipedia.org/wiki/Human-centered_design comes close?

> I wonder if there is a generic term grouping good practices such as User Research, specifications or UX design. Everything that's not directly related to code but is input for the developer. :thinking: https://en.wikipedia.org/wiki/Human-centered_design comes close?
Ghost removed this from the Launch milestone 2022年11月08日 09:13:43 +01:00
Contributor
Copy link

Hey people! I haven't (yet) read all the comments here and the roadmap draft, but wanting to mention #136 because it's a (very important and powerful, I believe) foundation on which we'd be building our roadmap.

Hey people! I haven't (yet) read all the comments here and the roadmap draft, but wanting to mention #136 because it's a (very important and powerful, I believe) foundation on which we'd be building our roadmap.
Contributor
Copy link

I was wondering, whether it makes sense to continue working on a roadmap once the grants with NLnet are finalised. Part of those will be a breakdown of the tasks to be completed within the grant.

I was wondering, whether it makes sense to continue working on a roadmap once the grants with NLnet are finalised. Part of those will be a breakdown of the tasks to be completed within the grant.
Commenting is not possible because the repository is archived.
No Branch/Tag specified
readme
No results found.
Labels
Clear labels
[Decision] Building proposal(s)
We're in a decision-making process, buiding one or more proposals to address the shared aim based on the criteria
[Decision] Gathering criteria
We're in a decision-making process, gathering criteria, considerations and needs
[Decision] Integrating concerns
We're in a decision-making process, working with a proposal, trying to integrate concerns and create modifications/support such that the proposal works for everyone
Accessibility
Relates to Accessibility (a11y) of product, project and process.
Agreement proposal
Forgejo agreement proposal, following a discussion
Communication
Relates to all channels, social media, website, blog posts.
Election
Process of appointing a person into a role or team (if choosing people just for a specific one-time task, use the Entrustment label)
Entrustment
Process of choosing/approving specific people to do a critical/high-impact one-time task (if choosing people for an ongoing role/team, use the Election label)
Governance
Relates to processes, procedures and decision-making.
Meeting
An upcoming team meeting
User research - Accessibility
Requires input about accessibility features, likely involves user testing.
User research - Blocked
Do not pick as-is! We are happy if you can help, but please coordinate with ongoing redesign in this area.
User research - Community
Community features, such as discovering other people's work or otherwise feeling welcome on a Forgejo instance.
User research - Config (instance)
Instance-wide configuration, authentication and other admin-only needs.
User research - Errors
How to deal with errors in the application and write helpful error messages.
User research - Filters
How filter and search is being worked with.
User research - Future backlog
The issue might be inspiring for future design work.
User research - Git workflow
AGit, fork-based and new Git workflow, PR creation etc
User research - Labels
Active research about Labels
User research - Moderation
Moderation Featuers for Admins are undergoing active User Research
User research - Needs input
Use this label to let the User Research team know their input is requested.
User research - Notifications/Dashboard
Research on how users should know what to do next.
User research - Rendering
Text rendering, markup languages etc
User research - Repo creation
Active research about the New Repo dialog.
User research - Repo units
The repo sections, disabling them and the "Add more" button.
User research - Security
User research - Settings (in-app)
How to structure in-app settings in the future?
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Depends on
Reference
forgejo/meta#10
Reference in a new issue
forgejo/meta
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?