Kanbanowe narzędzie (narzędzia) do uruchomienia

Question

Po zbadaniu trochę scrum i kanban, w końcu przeczytałem this answer i zdecydowałem się zacząć używać kanban, wybierając coś z scrum (zauważ, że pracuję głównie samodzielnie, i robię przeczytać this question and its answers).

Moje pytanie brzmi: które narzędzie najlepiej będzie zacząć?

1. tablica i postit
2. agilezen.com
3. JIRA with greenhopper
4. arkusza kalkulacyjnego (ewentualnie na Google Docs)
5. brightgreenprojects.com
6. Agilo
7. Target Process
8. coś innego (proszę określić)

Uwagi dotyczące każdego:

1. ja nachylone do tablicy, ale istnieje wiele wad (np nie mogę tworzyć automatycznych wykresów, pomiarów czasu, danych, a czasami pracuję z domu - tam, gdzie jest mi najbardziej potrzebna - i nie jest to wygodne :-)

2. Nie chcę pamiętać innej nazwy użytkownika/hasła (I obiecał mi się zarejestrować tylko w usługach OpenID)

3. Mój pracodawca ma JIRA, ale moja grupa go nie używa - mogę poprosić o konto (nie powinno wymagać innego hasła) i może później zaangażować reszta grupy. Ale nie wiem, czy używają one greenhoppera i czy jest to wielka sprawa.

4. ja generalnie nienawidzę arkusze

5. może przesada?

6. byłbym szczęśliwy, że wystąpienie localhost, ale może to być problematyczne, aby dać dostęp do całej grupy (za zaporami sieciowymi /) - nie zrywa, ale z pewnością obawy

Co chciałbym uzyskać z tego?

• bycia bardziej produktywne
• śledzenia, ile czasu spędzam w danym zadaniu, ewentualnie omawiając problem z moim przełożonym
• najczęściej śledzenia co „bloki” mnie
• natychmiast zobaczyć, gdzie jestem w porównaniu do mojego harmonogramu
• zarządzać w lepszy sposób moją listę todo długo (np odpowiadając szybciej na pytanie „co mam zrobić?”)

Czy masz jakieś sugestie?

Uwaga na temat tagu scrumish: przeczytaj Henrik Kniberg's PDF. Najpierw wprowadził definicję scrumish na stronie 9.

Answer 1

wybierz narzędzie, które już masz i zacznij z niego korzystać; nie pozwól, aby brak "idealnego narzędzia" stał się wymówką, aby nie zaczynać się od:

EDYCJA: wybierz najprostszą rzecz, która może działać. W twoim przypadku będzie to tablica i notatki postit. Nie mają prawie żadnego obciążenia i zapewnią stałe wizualne przypomnienie tego, co powinieneś robić.

I sugerują, że można się przyzwyczaić do podejmowania decyzji na własną rękę, jak masz zamiar muszą być własne Scrum Master ;-)

Answer 2

agilezen.com wydaje się idealnym rozwiązaniem dla Ciebie. Używałem go w przeszłości solo dla siebie i jest to wygodne. Nie pozwoliłbym, aby uprzedzenia wobec stron innych niż OpenID stały na drodze do dokonania dobrego wyboru.

Answer 3

Jeśli mogę, myślę, że jesteś na złej drodze. Wszystko inne niż 1. lub 4. jest przesadą i prawie bezużyteczne dla niepodzielonego zespołu. Tak więc dla zespołu jednej osoby ...

Poważnie, jeśli możesz uniknąć korzystania z aplikacji internetowej, po prostu zrób to. Po pierwsze, chyba że opanowałeś już Scrum/Kaban, musisz nauczyć się procesu, a nie narzędzia. Nie pozwól, aby narzędzie dyktowało proces. Wtedy większość narzędzi internetowych jest po prostu zbyt intensywna, mniej łatwa i szybka do aktualizacji, mniej przejrzysta/widoczna niż arkusz kalkulacyjny i fizyczna tablica. Są to naprawdę opcje drugiej kategorii.

Poszukuję arkusza kalkulacyjnego i fizycznego zestawu planszowego. Jeśli potrzebujesz wykresów (wciąż zastanawiam się, jaki rodzaj wykresu/danych chcesz wygenerować i jaką wartość zapewniają), arkusz kalkulacyjny jest idealnym narzędziem (ale szczerze, nie potrzebujesz żadnego narzędzia do narysowania pożaru) . Jeśli chcesz pracować w domu, weź arkusz kalkulacyjny (lub użyj google docs) i opublikuj go przy sobie. Bądźmy obiektywni, przeszkody, o których wspomniałeś, w rzeczywistości nie są prawdziwe.

Ostatnia rzecz, jeśli wybrałeś najprostszą rzecz, która może zadziałać, robiłbyś już Scrum, Scrumban czy cokolwiek innego. Zamiast więc szukać narzędzia, moją radą byłoby po prostu zacząć to robić.

Answer 4

W trosce o różnorodność ;-) www.kanbantool.com właśnie się rozpoczęła. To otwarta beta i wydaje się na pierwszy rzut oka jeszcze bardziej "lekka" niż agilezen.

Answer 5

Target process jest zbyt dobry

Answer 6

Bright Green właśnie uruchomiła bezpłatną wersję swojego narzędzia. Wygląda dobrze. Darmowa wersja jest w pełni funkcjonalna: https://signup.brightgreenprojects.com/plan/Free

Answer 7

Wypróbowałem inny produkt Kanban do użytku osobistego i jestem absolutnie kochający ten. Wydaje się lekki i prosty, ale w rzeczywistości pakuje się w dość dużą funkcjonalność w tym samym czasie.

www.kanbanery.com (bezpłatny do użytku osobistego)

Answer 8

Używamy JIRA z Greenhopper przez kilka miesięcy, starając się iść zwinny. Używam go zarówno dla Scrum do programowania, jak i dla mojego osobistego kanban. Oprogramowanie jest dość elastyczne i zamierzam je kontynuować. Zarządzanie historią/podzadaniem jest bardzo przydatne i jest dość łatwe w użyciu. Jedną rzeczą, którą lubię, jest to, że możesz szybko dodawać historie/karty i dostosowywać dane. Pozwoliło mi to dodać definicję wykonanych pól, numerów zleceń itp.

Krótko mówiąc, jesteśmy z tego zadowoleni.

Answer 9

Powieść narzędzie nie wspomniano wcześniej jest getsmartQ (z beta od grudnia 2010)

Najważniejsze cechy: bardzo intuicyjny, wspiera LWP, niestandardowe formy i dyskusje zadaniowe

Plusy

• konfigurowalny przepływ pracy, oznaczanie zaległych historii, powiadomienia pocztą (np. O zbliżających się terminach fabularnych), właściciele wielu historii
• Historie są w pełni konfigurowalne, za przebieg projektu i formularze fabularne, różne role (ludzie tworzą tylko historie)
• bardzo responsywny GUI z częściowymi aktualizacjami
• Podobno dobre wsparcie: zadałem pytanie i otrzymałem dobrą odpowiedź w ciągu kilka godzin

Wady

• łatwy sposób zadeklarować coś jak zablokowane lub odróżnić typ (funkcja/bug/..)
• nie API
• żadnych podzadania lub zależności story

W porównaniu do Agilezen ma bardziej wyrafinowany system powiadamiania, ale poza tym nadal brakuje ważnych funkcji (patrz minusy wyżej).

Uwaga, getsmartQ jest w trakcie aktywnego rozwoju i dlatego brakujące funkcje wspomniane powyżej mogły zostać zaimplementowane w międzyczasie.