Vandaag lekker weer iets over de daily standup en backlog. Wat dat is is een lijst met taken. Meestal zijn dat user stories die functionaliteiten die door ontwikkelaars gebwoud worden. Als functioneel beheerder zou je weleenes vragen kgrijen van ontwikkelaars over bijvb de URL naar een database endpoint of webservice.

Om scrum te laten werken moet je je aan de basis regels houden. De regels zijn een backlog bijhouden van taken en altijd maar altijd stipt op tijd beginnen zeg maar rond 9:30. En scrum mag nooit meer dan 5 minuten duren. Elk team lid vertel basis wat vandaag op je backlog staan, en of je hulpvragen heeft. Wil je meer praten dan meld je dit in jouw spreekbeurt en beleg een overleg n voor na de dagelijks scrum.

Bijvoorbeeld: Vandaag werk ik aan issue-678 over voorbereiding van de klanten API deployment, ik heb een vraag uitgezet bij leverancier X Y Z over de connectiviteit naar dataserver Z. Hulpvraag aan TeamLid A ivm de dataserver Z proxy config voor na de standup. Verder geen vragen. Door naar Teamlid B.

En zo gaat je door Kort en bondig zijn.

In de volgende podcast vertel ik meer over een backlog opstellen van toepassing op functioneel beheer. Meer weten? Contact erasmus-ict.nl en luister volgende keer naar deel 4 van SCRUM voor Functioneel beheerders. Later in de serie duiken wij de diepte in.

"Om scrum te laten werken moet je je aan de basis regels houden. De regels zijn een backlog bijhouden van taken en altijd maar altijd stip op tijd beginnen zeg maar rond 9:30. En scrum mag nooit meer dan 5 minuten duren. Elk team lid vertel basis wat vandaag op je backlog staan, en of je hulpvragen heeft. Wil je meer praten dan meld je dit in jouw spreekbeurt en beleg een overleg n voor na de dagelijks scrum.

Bijvoorbeeld: Vandaag werk ik aan issue-678 over voorbereiding van de klanten API deployment, ik heb een vraag uitgezet bij leverancier X Y Z over de connectiviteit naar dataserver Z. Hulpvraag aan TeamLid A ivm de dataserver Z proxy config voor na de standup. Verder geen vragen. Door naar Teamlid B.

En zo gaat je door Kort en bondig zijn.

In de volgende podcast vertel ik meer over een backlog opstellen van toepassing op functioneel beheer. Meer weten? Contact erasmus-ict.nl en luister volgende keer naar deel 4 van SCRUM voor Functioneel beheerders. Later in de serie duiken wij de diepte in."

Vandaag weer een handson recht toe recht aan podcast. SCRUm kunt je gebruiken op een beheerafdeling.

Met name functioneel beheer. Om te beginnen scrum is zeer eenvoudig te begrijpen en kunt je makkelijk en snel starten. Wat je nodig hebben is een lijst met taken voor de komende 4 weken, een whiteboard van 180 x 120 centimeter. Een scrum master is niet nodig wel iemand die het gaat trekken. SCRUM implementeren moet een beslissing van hoger gezag zijn. Dus iemand met bevoegdheid moet het als vaste ochtendritueel maak. SCRUM bestaat in principe uit Sprints van 4 weken, user stories die functionaliteiten beschrijven, de daily scrum ofwel bijpraten, refinement sessies voor bijstellen van user stories, poker planning sessies, go lives en retrospectives. Uiteraard ook teamleden dus JIJ moet aanwezig zijn in de SCRUM team. Een scrum master is niet strikt nodig, want als de teamleden ervaren zijn met SCRUM dan zou iemand kunnen invallen als scrum master. In de volgende podcast vertel ik meer over de basisregels van SCRUM. Meer weten? Contact erasmus-ict.nl en luister volgende keer naar deel 2 van SCRUM voor Functioneel beheerders.

Functioneel Beheer -- Best Practise. Proactief sluimerende issues prio 3 en 4 toch opvolgen. Gaat ze om 2 weken opvolgen door ze op te lossen anders, informeer bij de aanmelder of de issues nog relevant zijn en bij geen reactie ze afsluiten.

HOWTO beschrijft je een structureel probleem en de oplossing, is handig voor kennisoverdracht. HOWTO moet duidelijk in stappenplan zijn en je moet weinig annames maken en schermafbeeldingen en vase studies met voorbeelden gebruiken. Bij een groot aantal HOWTOs en oplossingen beschrevn kan je verbanden beginnen leggen en zodoende steeds sneller inspeel opissues en incidenten. Bijvoorbeeld, stel er zijn vaak meldingen mbt tarieven op producten die niet kloppen of een verkeerd tarief wordt aangeboden dan kunt je middels HOWTOs steeds betere oplossingen verzinnen. Eventueel kan de oplossing structureel zijn of probleem helemaal verdwijn en dan mag je de HOWTOs archiveren.

contact [email protected]

Functioneel beheerder -- Best Practise. Communiceert wat je doet en waarom wn hoe. MEER tips [email protected]

Functioneel Beheer -- GAT Best Practise -- Documenteer jouw testresultaten en bevindingen middels schermafbeeldingen. Plaats opmerkingen erbij middels Open Source app 'greenshot'. Handig en inzichtelijk voor testoverleg meetings en devs op afstand. MEER WETEN? Contact [email protected]

Functioneel Beheer -- Best Practise. Proactief sluimerende issues prio 3 en 4 toch opvolgen. Gaat ze om 2 weken opvolgen door ze op te lossen anders, informeer bij de aanmelder of de issues nog relevant zijn en bij geen reactie ze afsluiten.

The Application Manager, weekly talks about production issues, proces flows, know-how transfer and topics found in a corporate environment.