Aż do zeszłego roku jeden ze sposobów określania kamieni milowych opierał się w dużej mierze na perspektywie tego, jak ja lub mój zespół i ja mieliśmy pracować nad projektem.
Jest jednak pewien problem z takim podejściem: dla tych z nas, którzy starają się uwzględniać opinie klientów w całym procesie rozwoju, nie jest im tak łatwo używać żargonu, którego używamy, i nadal go rozumieć.
W tym celu zacząłem nieco inaczej określać kamienie milowe projektu WordPress, dzięki czemu są one nieco bardziej przyjazne dla klienta, a jednocześnie mają sens, jak zespół programistów może osiągnąć to, co jest konieczne, aby upewnić się, że wszystko działa.
Kamienie milowe projektu WordPress
Pomyśl przez chwilę o tym, kiedy ostatnio byłeś odpowiedzialny za zbudowanie niestandardowej wtyczki lub integrację niestandardowej funkcjonalności z projektem WordPress. Być może zawierał coś takiego:
- Importuj dane do bazy WordPress,
- Spraw, aby informacje były widoczne i edytowalne z obszaru administracyjnego WordPress,
- Wyświetlaj informacje na interfejsie użytkownika i w sposób, który można sortować, powiedzmy, według wartości kolumn,
- Dane mogą być aktualizowane poprzez inny import lub zarządzane z obszaru administracyjnego,
- I być może kilka innych powiązanych funkcji.
Jeśli chcesz podzielić to na język programisty, będziesz dużo mówić o pewnych rzeczach dotyczących importowania, analizowania danych, integralności danych i tak dalej. I wszystko to jest w 100% poprawne i tak powinno być z punktu widzenia programisty.
Ale jeśli korzystasz z oprogramowania do zarządzania projektami (które ostatnio zdecydowaliśmy się na Asanę ), tego typu kamienie milowe nie pomogą, gdy wprowadzisz użytkowników do projektu.
- Skąd mają wiedzieć cokolwiek o szczegółach procesu importu?
- Jak mają rozumieć szczegóły techniczne tworzenia czegoś, co można sortować?
- Czy istnieje sposób na łatwe opisanie im algorytmu, który w ogóle ma znaczenie?
Powiedziałbym nie. Jak więc sprawić, by kamienie milowe projektu WordPress były bardziej dostępne? Nie wiem, czy moja odpowiedź jest solidną odpowiedzią, ale jest to coś, czego próbowaliśmy i coś, co wydaje się działać stosunkowo dobrze, ale jest proste:
- Klienci często myślą o swoich projektach dotyczących stron (lub czegoś z nimi związanego),
- Ponieważ my, jako programiści, możemy pracować w tym kontekście, możemy zdefiniować projekt publiczny, aby rozbić zadania na stronie.
W ten sposób kamienie milowe projektu WordPress stają się bardziej o zadaniach na podstawie strony, a pozostałe zadania w bardziej „ogólnym" kamieniu milowym.
Słowo o aspektach technicznych
Wszystko, o czym wspomniano powyżej, działa dobrze, gdy klient jest wciągnięty w pewne części projektu, ale nadal pozostaje pytanie „Co robimy z bardziej technicznymi aspektami?”
I przez to może to być wszystko, od tego, jak zorganizujesz swoje interfejsy, klasy, metody i tak dalej, do tego, jak zaimplementujesz określony algorytm. Niezależnie od tego, chodzi o to, że należy przeprowadzić głębszą dyskusję techniczną. Co więc robimy z nimi, omawiając kamienie milowe projektu WordPress?
Istnieje kilka opcji:
- Skonfiguruj osobny kamień milowy, grupę zadań, projektów, dyskusji, na co pozwala twój system i zachowaj to między sobą a zespołem.
- Wykorzystaj problemy GitHub, projekty GitHub, wiki, Trello lub inny system,
- Przechowuj informacje w innej aplikacji, która jest dostępna dla wszystkich programistów, ale odizolowana od klienta.
Jasne, powoduje to trochę większe obciążenie, ale odkryłem, że im więcej informacji rozprowadzisz w różnych częściach swojego projektu, tym bardziej udany może być projekt.
Gdy informacje są pomijane, rozproszone, nie udostępniane lub nie są szczegółowe, zarządzanie nimi staje się trudniejsze, im dalej projekt posuwa się do przodu, zwłaszcza w przyszłych iteracjach.
Najważniejsze jest to, że uważam, że ważne jest, aby podzielić kamienie milowe projektu WordPress na części, w których klient łatwo rozumie, jaka praca jest wykonywana i że Ty i Twój zespół macie możliwość zarządzania tym, co jest robione.
Sposób, w jaki to zrobisz, zależy oczywiście od Ciebie, ale uważam, że jest to coś, co jest warte czasu na skonfigurowanie.