Zarys Trello wykorzystany do zarządzania projektami / projektami WWW [zamknięte]

Czy ktoś ma dobry układ do korzystania z trello w Web Project / Zarządzanie projektami?

Mam zespół rozproszony po całym świecie i chciałbym przejść z Basecamp (myślę) do czegoś takiego jak Trello (oczywiście łatwiej, taniej, oczywiście).

Oglądanie wideo dało mi kilka pomysłów, ale wciąż zastanawiam się nad najlepszym sposobem na rozpoczęcie. Aby mój zespół to zaakceptował, od samego początku będzie musiał być prawie idealny, więc nie chcę zepsuć :)

trello

— Nathan
źródło

Pamiętaj, że Trello nie ma czatu.

— phwd

Nathan, też jestem zainteresowany tym schematem ... Może oboje możemy coś wymyślić. Jeśli masz jakiś pomysł, opublikuj go tutaj! Dzięki i powodzenia!

— Denis

@ Denis, jeśli jesteś tym zainteresowany, możesz głosować, klikając strzałkę w górę (gdy masz wystarczającą reputację). Proszę nie używać linku odpowiedzi, aby komuś odpowiedzieć. Przy nieco większej reputacji możesz dodawać komentarze.

— phwd

@ phwd Trello czat „brakuje” - ale dla mnie to nie jest coś takiego, chyba że czegoś mi brakuje? Chciałbym, aby istniał sposób na wątek rozmów, chociaż wiem, że może to wpłynąć na prostotę Trello (która jest „funkcją”).

— Nathan,

Gotowy. Ale wejdź na chat.stackexchange.com/rooms/7/webapps Nie wiem, czy przegapiłem jakieś inne konta. Daj mi znać.

— phwd

Odpowiedzi:

Mój zespół używa tego schematu:

- Todo
- Wykonywanie
- Testowanie
- Gotowe
- Opublikowane

Na każdą iterację uruchamiamy nową tablicę.

Jak to działa?

Załóżmy, że mamy trzy osoby: Alice jest menedżerem produktu, Bob jest programistą, Charlie jest starszym programistą.

Alice dodaje zadanie do listy zadań do wykonania i przypisuje kartę Bobowi, który to zrobi.
Jeśli Bob jest w 100% pewien, że rozumie zadanie, przenosi kartę na listę czynności.
Po zakończeniu zadania Bob przenieś go do Testowania.
Alicja przenosi kartę z Testowania do Gotowości, jeśli zadanie konkuruje, inaczej przenosi ją do czynności (z uzasadnieniem w komentarzu).
Charlie przenosi zadania z Gotowe do Opublikowane po zakończeniu iteracji.

Używamy etykiet: Projekt, Kod, Treść, Administrator, Błąd.
Karty wyglądają jak historie: „Użytkownik może odzyskać swoje hasło przez e-mail”.
Dla każdego klienta tworzymy organizację. Tak, klienci widzą, co robimy.

to jest to!

Mała aktualizacja naszego przepływu pracy. :)

Przepływ pracy projektowej

— Roman Zolotarev
źródło

To całkiem nieźle. Próbowałem utrzymać wszystko w jednej organizacji, ale okazuje się, że jedna lub dwie karty czasami nie wystarczają do niektórych projektów. W przypadku większych projektów mogę rozważyć wizytę w osobnej organizacji. Czy masz obawy, że Twoi klienci czytają wątki komentarzy? Niektóre z naszych rozmów są albo dość przyziemne, albo ujawniają naszą niepewność co do oczekiwań klientów, wykonalności itp.

— Nathan

Nathan, dziękuję za komentarz.

— Roman Zolotarev,

Używamy właściwego języka w Trello i nie mam żadnych obaw, że klienci czytają nasze komentarze. Nawet jeśli te komentarze są przyziemne. Nasi klienci to także ludzie. :) Kiedy chcę powiedzieć coś prywatnego, korzystam ze Skype'a lub telefonu. To jest bardzo rzadkie. Nie mamy nic do ukrycia przed naszymi klientami. Ten sposób komunikacji jest dobry dla zdrowych relacji i oczekiwań klientów. Pomaga mi to zaangażować klienta w proces programowania.

— Roman Zolotarev,

Pomyśl o ścieżce, którą podążają twoje projekty internetowe. Zwykle zaczyna się od pomysłu, idzie do planu, może idzie do rozwoju lub dalszego planowania, przechodzi do testowania, kontroli jakości, rc itp. Następnie wreszcie przechodzi od rozwoju do życia. Oczywiście to tylko przykład.

Trello publikuje również tablicę Trello dla własnego przepływu programowania tutaj: https://trello.com/board/4d5ea62fd76aa1136000000c Możesz użyć go jako przykładu, aby zobaczyć jeden konkretny przypadek przepływu programowania.

— andymac1
źródło