Dowiesz się z niego:
✅ Jak rozmawiać z klientem aby poznać PRAWDZIWE oczekiwania do projektu?
✅ Jak notować aby było czytelnie NAWET ROK po spotkaniu?
✅ Jak pisać aby BYĆ ZROZUMIANYM? (+ czego unikać)
✅ Jak skrócić czas pracy nad dokumentacją do NIEZBĘDNEGO MINIMUM?
✅ Jak zabezpieczyć się dokumentacją przed konsekwencjami?
✅ Jak doskonalić warsztat pisania i skąd czerpać wiedzę PO
- KevinMalone
- Xamox
- UberRam
- Jednorybek
- muskel
- +1 innych
Mirki! Być może jest Was tu dużo, którzy tworzą takie rzeczy więc może to wpłynie na jakieś przyszłe projekty, które dopiero powstają.
Nic mnie nie #!$%@? tak, jak dokumentacja, która mając np. 120 stron opisu interfejsu, pierwsze 30 poświęca rzeczom tak oczywistym i elementarnym, aby stronę później #!$%@?ć NIEZROZUMIAŁYM przykładem, albo z dupy opisami funkcji nie dając nawet namiastki przykładu jak to ugryźć z jakiejkolwiek strony.
Integrowałem