Co naprawdę wpływa na koszt oprogramowania na zamówienie?
Użytecznym punktem wyjścia dla budżetu oprogramowania jest praca, którą ludzie muszą wykonać, wraz z sytuacjami wyjątkowymi.
Artykuły
Wiedza, która pomaga lepiej decydować.
Praktyczne spojrzenie na projektowanie produktów, tworzenie oprogramowania i decyzje podejmowane po drodze.
Artykuły
Kupić gotowe oprogramowanie czy zbudować własne? Macierz decyzji
Zacznij od procesu, który wyróżnia Twoją firmę.
Pytania, na które musi odpowiedzieć brief oprogramowania
Analiza potrzeb jest wartościowa, gdy zmienia decyzję. Jej wynik powinien wyjaśniać, kto wykonuje pracę, który problem ma znaczenie i jakie dowody potwierdzą powodzenie.
Lista kontrolna przekazania oprogramowania — nie tylko kod źródłowy
Repozytorium to tylko część własności. Przekazanie jest użyteczne, gdy inny upoważniony zespół może zbudować, wdrożyć, obserwować i odtworzyć produkt bez zależności od prywatnego konta jednej osoby.
Jak zarządzać zmianami zakresu bez utraty pierwotnego celu
Nowa prośba to informacja, a nie automatyczne polecenie jej realizacji.
Które funkcje powinny znaleźć się w pierwszym MVP?
MVP potrzebuje jednej kompletnej ścieżki prowadzącej do użytecznego rezultatu oraz sposobu sprawdzenia, czy ten rezultat ma znaczenie.
Zależności, które kształtują harmonogram MVP
Termin realizacji zależy zarówno od decyzji i dostępu, jak i od nakładu pracy programistycznej.
Prototyp, proof of concept czy MVP? Wybierz potrzebny rodzaj dowodu
Te rezultaty odpowiadają na różne pytania. Prototyp sprawdza, czy ludzie rozumieją daną interakcję.
Jak opisać wymagania produktu bez wiedzy technicznej
Przed wyborem technologii opisz obserwowalne zachowanie. Dobre wymaganie wskazuje osobę, jej sytuację początkową, działanie oraz rezultat, który można zweryfikować.
No-code, low-code czy oprogramowanie na zamówienie dla pierwszego produktu?
Wybierz podejście pod kątem najtrudniejszego wymaganego procesu oraz osób, które będą je utrzymywać.
Izolacja danych klientów w wielodostępnym SaaS
Izolacja danych klientów to granica, którą trzeba zaprojektować i zweryfikować, a nie pole dodawane na końcu do tabeli.
Projektowanie subskrypcji SaaS jako cyklu życia
Projektowanie rozliczeń zaczyna się od ustalenia, z czego klient może korzystać i kiedy to uprawnienie się zmienia.
Stwórzmy coś użytecznego.
Pierwszy produkt, trudny proces albo oprogramowanie, które potrzebuje nowego początku. Opowiedz nam, na jakim jesteś etapie.