Replies: 1 comment
-
Having an issue template for feature requests in Jira could be useful in nudging developers into expanding on the feature specs. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
@dhis2/team-platform
Currently we're having a fair amount of uncertainty when working on apps when it comes to what's supposed to be supported or how things are supposed to work. This stems from not having proper specifications. The best source of information for many things is talking to @larshelge. I think in the short term there's not way around this, but we can improve our workflow and slowly grow the spec coverage over time.
I've talked to @cooper-joe about this at the end of last year and we've agreed that the following workflow could work quite well:
One of the biggest challenges right now is to work on code that hasn't been touched in a while (especially porting struts apps to modern apps). Knowledge of how things are connected, decisions that were made on the fly during development, etc have faded away and have been forgotten to some extend. If we keep the specs growing by forcing ourselves to write them before working on code, we can slowly but surely grow confidence when working on code that's been spec'ed. At the same time we don't block the initial work as it's fairly straight forward to contribute to google docs, especially for people who're not familiar/comfortable with writing feature files.
Open question: How can we achieve having specs for feature requests in Jira as often core devs just create a Jira issue instead of writing specs in google docs?
Beta Was this translation helpful? Give feedback.
All reactions