Historie użytkowników o zautomatyzowanych zadaniach, kim jest użytkownik?
13
Zgodnie z formalnym stylem historii użytkownika:
Ponieważ tak <user>chcę .<goal><benefit>
Jak można pisać historie, gdy nie zachodzi oczywista interakcja użytkownika, tak jak w przypadku zautomatyzowanych procesów, takich jak fakturowanie nocne?
Również „Jako księgowy chcę przejrzeć faktury generowane co noc, aby potwierdzić wolumen i liczenie dolara” oraz „Jako pracownik handlowy chcę przejrzeć faktury generowane co noc, aby potwierdzić, że cała moja sprzedaż jest fakturowana poprawnie” lub „Jako przedstawiciel działu obsługi klienta Chcę zobaczyć automatycznie generowane faktury, aby móc je przeglądać z klientem ”. Istnieje nieograniczona liczba historii opartych na wewnętrznym, zautomatyzowanym procesie. Szczegóły zautomatyzowanego procesu stanowią załącznik do historii.
@Murph: Doskonała obserwacja. Należy je wygenerować tuż przed tym, jak osoba chce na nie spojrzeć. Niezależnie od tego, czy jest to z dnia na dzień, czy „na czas” to odrębny zestaw decyzji.
@StuperUser hmm, mogą istnieć ograniczenia, które sugerują, że rzeczy muszą być zrobione z dnia na dzień - że nie mam problemu z ... to bardziej, że trzeba unikać jakichkolwiek założeń
Po prostu nadaj temu rzeczowi nazwę „AutomaticInvoicer”. Zobacz go jako robota, który działa jak osoba. Nie ma dużej różnicy. Może użyj „to” zamiast „ja”, aby wyraźnie rozróżnić.
As <AutomaticInvoicer>, it wants to search for open invoices so that
it can initiate booking.
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.