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
![karolwojciszko - No i cyk. Właśnie wypuściłem ebooka - Jak napisać dokumentację IT?
...](https://wykop.pl/cdn/c3201142/comment_1623328336vdRCf3F7VFNE1bwZKS8yJc,w400.jpg)
źródło: comment_1623328336vdRCf3F7VFNE1bwZKS8yJc.jpg
Pobierz
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
źródło: comment_1633433924ChpiRlFJBRMhv0LkH98D2g.jpg
Pobierz