All things to do with toy library project.
@danny_hearn
@laneige1990
Atlassian JIRA allows you to easily setup and carry out Agile esque projects. Itās Cloud based offering is free for upto 10 users. I recommend doing this for this project as it fits our use case better than trello.
I use Jira at work, so fine with that of we use it (slightly skews towards technical, but great to use).
An alternative (might be simpler, since the code is likely to live there) is using Githubās āprojectsā feature and issue tracking as itās built into the code repo.
Iāve only looked at GitHub projects briefly (has decent Kanban boardās, workflows etc.), but the issue tracker is really good.
(I use github for everything and itās where I tend to find open source projects of interest to me. The issue tracker and the wiki are both handy, as is the cross-linking with commits, and of course the notification systems.)
Yeah JIRA seems to be used alot in enterprise, itās not a repo though so we would still need to use github. You can link github with JIRA too link tickets with commits.
I have not explored the project bit of github myself, but if you can organise it in a sort of Agile esque way (tree like rather than Trellos post it note sticker system) that sounds good too.
Questions for the Toy Library:
Please feel free to add a question as a comment and I will add it too the document.
Needs sending to the toy library for answers once we have all the questions people want entered.
Session SitRep (19/02/2020):
- Started Toy Library Question Sheet (see above message) for collation of questions to ask the Toy Library.
- Created a GitHub Project (Toy-Library Booking System) and two Repositories, one to house the API code (https://github.com/techshedfrome/Toy-Library-API) and one to house the front end App (https://github.com/techshedfrome/Toy-Library-APP) both only contain Readme files and MIT licences at the minute.
Just some thoughts on a meta levelā¦
- we should be having fun and learning stuff
- weād like to see happy ācustomersā at the end
- we could have a playbook for ourselves which helps us engage with people in a scalable way, so they are happy and they donāt need our support subsequently
- we could have a playbook for a project which would help us - or other similar groups - roll out a similar system in a similar situation
- whenever we choose a provider or a software stack, we could list a few alternatives
- we should be able to tell our ācustomersā what their costs will be, one-off and annually
- we should be able to have them own all the accounts and passwords and be able to engage third party support if needed
- we should position ourselves as a bottom-level solution at minimal cost and with minimal solutions: weāre not wanting to take business from local outfits who do this for a living