Problemen Onderweg

Problemen onderweg

Algemeen

In het hele begin van het project is er ons een projectomschrijving meegeleverd die ons moest een grove weergave geven van het project.

Tijdens het verwezelijken van het project zelf hadden we het gevoel dat er meer dan één opdrachtgever was waardoor iedereen een andere insteek gaf en ons op sommige momenten voor lastige kwesties bracht.

Misschien was het beter geweest als de opdrachtgevers zelf eerst vooraf samen moesten gezeten hebben om echt te bespreken wat wel en niet hoeft in de Tasktool. Misschien was het beter geweest als de opdrachtgevers zelf eerst vooraf samen moesten gezeten hebben om echt te bespreken wat wel en niet hoeft in de Tasktool.

Misschien was het beter geweest als de opdrachtgevers zelf eerst vooraf samen moesten gezeten hebben om echt te bespreken wat wel en niet hoeft in de Tasktool.

Trello is een hele toffe applicatie als het om lichte taken gaat in een beperkte omgeving. Vanaf er met verplichte velden moet gewerkt worden is het wat moeilijker. Het is ook zo dat als er en lijst of board verwijdert wordt onze applicatie niet meer

Taskbot

Als gewicht van een taak gebruiken we nu ook een label (net zoals een lokaal of een gewicht). De vraag kwam naar ons om ook rekening te houden met het gewicht van een taak. Ons eerste idee was om dit ook als label toe te voegen aangezien er in Trello anders geen mogelijkheid is om dit op een andere manier te doen.

Het maakt het filteren voor ons gemakkelijker maar verslechte het overzicht in Trello zelf. Dit is iets wat op de dag van vandaag nog altijd een beetje nasleept aangezien we rekening moeten houden met Howest breed, wat inhoud dat er verschillende meningen zijn rond een gewicht van een taak en het overzicht ervan. Hetzelfde kan eigenlijk gezegd worden van de dringendheid van een taak. Na overleg met de mensen van DAE kwamen we tot de conclusie dat het vooral belangrijk is om taken te kunnen aanduiden met “Very Urgent”. De tussenliggende waarden (“Not Urgent”, “Less Urgent”, “More Urgent”) is terug discusseerbaar omdat iedereen daar een andere inkijk op heeft.

Dat is dan de reden dat we alleen het “Very Urgent”-label hebben overgehouden.

Frontend

Bij een redesign van de data zelf is het filteren gemakkelijker geworden. De eerste versie was vooral gebaseerd op het filteren per werknemer maar het filteren op andere zaken zat niet direct in de eerste versie. Na een redesign van de data zelf is het filteren op andere aspecten gemakkelijker geworden.

Filteren is na de redesign echter een probleem gebleven. Zeker de combinatie van verschillende filters is zwaar onderschat geweest door ons allen. Het filtergedeelte is waarschijnlijk het gedeelte dat ook het meest is aangepast geweest. Welke gegevens er getoond wordt met welke filter leek evident maar het tegendeel is zeker bewezen.

Backend

Bij een tweede aanpak hebben we de verschillende extra's in een aparte Call geplaatst per card en wordt alleen het aantal van de Attachments, Comments of Members opgehaald bij de eerste Call. Bij het klikken op een Task in onze applicatie wordt dan de details opgevraagd van die specifieke taak.

De Trello Wrapper dat wij gebruiken (Trello.NET) is zéker niet volledig dus hebben we zelf nog verschillende stukken zelf schrijven om de funtionaliteit ervan uit te breiden of te verbeteren. Ook hadden we het gevoel dat er hier en daar wat bugs waren in deze Wrapper dus hebben we bepaalde zaken gewoon opnieuw moeten schrijven.

Het toevoegen van een attachment aan een taak heeft ook wat problemen veroorzaakt. De communicatie met de Backend en Trello gebeurt met een bestaande-admin user (“TASKBOT”) die alle rechten geeft. Het toevoegen van attachments aan een card gebeurt dus door deze user. Dit wil zeggen dat je dus in Trello niet ziet van wie deze attachment komt. We hebben dit probleem opgelost door de naam van de attachment te veranderen door de User die is ingelogd in onze applicatie. Zo kan achterhaald worden wie er wat heeft toegevoegd aan welke card.