Niedawno zacząłem od nowej pracy, a parowanie pomogło mi bardzo szybko zacząć działać. Mam jednak trudności z przeprowadzeniem krótkich wspólnych badań podczas naszego przepływu pracy, obejmujących funkcje API, przykłady kodu lub opcje poleceń. Kierownik mojego zespołu wzywa nas do przeprowadzenia wszystkich badań na naszej stacji parowania, a nie na poszczególnych laptopach, oraz do zsynchronizowania naszych badań poprzez ustne negocjowanie kroków między różnymi zasobami sieciowymi.
Badam, czytam i wchłaniam informacje inaczej niż mój partner w parowaniu i czuję się znacznie bardziej produktywny, kiedy mogę śledzić wątek badań na następnej stronie internetowej dokładnie wtedy, kiedy chcę, zamiast starać się zachować dokładne tempo i miejsce z czytanie mojego partnera. Obaj jesteśmy sprytni i szybcy, ale nie możemy nie poradzić sobie z różnymi ruchami i chwilowymi prędkościami, gdy wymyślamy różne rzeczy. Wydaje się, że o wiele łatwiej jest rozglądać się indywidualnie przez minutę, dopóki jedno z nas nie powie „Mam to”, a potem wróć do siebie i napisz kod.
Jak sparować program, jak wykonujesz krótkie zadania badawcze? Co jest dla Ciebie najlepsze i jak zachować synchronizację z partnerem?
źródło
Równoległe badania są bardzo przydatne, jeśli szukasz odpowiedzi w różnych lokalizacjach. „Czytasz ten artykuł, przejrzę książkę i zsynchronizujemy za 10 minut”. Ktokolwiek wymyśli (możliwe) rozwiązanie, powinien oczywiście podzielić się wiedzą.
Jednym świetnym sposobem na poradzenie sobie z tym jest użycie „ spike ”. Dzieje się tak podczas spotkania szacunkowego, aby zwiększyć dokładność szacunków. Krótko mówiąc, odkładasz oszacowanie konkretnego zadania do momentu, gdy szczyt (timeboxed) zostanie zakończony i będziesz wiedział wystarczająco dużo o problemie, aby pewnie nadać mu pewną liczbę. Może to obejmować wypróbowanie nowej biblioteki lib lub komponentu lub napisanie małego programu jako dowodu koncepcji.
źródło