Jak radzisz sobie z ogólnodostępnymi interfejsami API / technologią

Chyba większość ludzi była w takiej sytuacji.

Rozpocznie się wstępne planowanie projektu. Wymagania są przedstawione. Po przeglądzie architektury i posortowaniu według interfejsów API / ram wybiera się technologię dopasowania. Rozpoczyna się rozwój.

A potem się zaczyna. Gdy tylko będziesz musiał wykonać proste czynności wspierające, frameworki / API zaczną działać odwrotnie i zamiast wykonywać jakąkolwiek pracę, ostatecznie walczysz z technologią. Czas badań gwałtownie rośnie, fora milczą, wydaje się, że nic nie zostało zrobione, a nawet gdy dostaniesz coś do roboty, nie jesteś pewien, czy zostało to zrobione prawidłowo.

Jak sobie radzisz w takich sytuacjach? Czy idziesz na hacki, czy badasz dalej, co mówisz do zarządzania?

Prototyp, prototyp, prototyp !!

Jeśli twój zespół nie zna konkretnego frameworka, prototypuj coś w nim, aby ocenić, gdzie są punkty bólu.

Matt Raible (facet porównujący frameworki Java) sugeruje pracę z frameworkiem przez tydzień, jeśli to możliwe.

Prototypowanie obejmuje zbadanie wsparcia społeczności za ramami i innymi czynnikami

Zarządzanie zewnętrznymi zależnościami jest zmorą wielu projektów informatycznych. Wiele lat temu doświadczeni programiści, z którymi współpracowałem, zawsze upewniali się, że mają kontrolę nad swoimi zależnościami - zwykle przez naleganie na zakup licencji na kod źródłowy.

Osobiście nie takie było moje podejście. Mam tendencję do niedoszacowania obietnicy, porzucenia szkoły myślenia. Są chwile, kiedy musiałem wystawić szyję, ale wcześniej przeprowadzam prywatne badania, aby mieć 99% pewności - zwykle robię prywatny projekt często w swoim czasie, aby upewnić się, że technologia jest w stanie dostarczyć. W efekcie prototyp, przetestuj, sprawdź, a następnie obiecaj.

Są sytuacje, w których daję się złapać - i muszę albo wycofać się, albo być pomysłowym. Pomaga tu kreatywny umysł z dużym doświadczeniem, ale także rozmowa z innymi ludźmi. - i nie zawsze programiści. Czasami rozwiązania pochodzą z naprawdę dziwnych miejsc.

Jeśli chodzi o zarządzanie, kluczem jest uczciwość. Rozmawiaj wcześnie i często. Nie pozostawiaj tego do ostatniej chwili, ponieważ zawodzenie menedżerów / klientów na dzień przed dużą dostawą sprawia, że ​​wyglądasz jak amatorzy. Możliwość powiedzenia na 2 miesiące przed terminem, że menedżerowie muszą wybrać między rezygnacją z kilku funkcji i / lub opóźnieniem wysyłki, może nie być w tym czasie popularna, ale pozwala to pozostałej części organizacji na wykonywanie zadań i planowanie . Kluczem do tego jest dobry system zarządzania zadaniami, który śledzi czasy i oszacowania zadań. Posiadanie solidnych dowodów na poparcie twojego punktu widzenia znacznie zwiększa prawdopodobieństwo, że zostaniesz wysłuchany.

„Jak sobie radzisz w takich sytuacjach?”. Co widziałem / doświadczyłem:

punkt 1 zgadzam się z Ptolemeuszem: bądźmy szczerzy:

Jeśli to naprawdę problem: idź do tego pokoju, powiedz problem, usiądź, czekając na reakcję gniewu, a następnie ... pracuj nad nowym planem / rozwiązaniem. (facet nie jest zły na ciebie osobiście).

Istnieją kursy informatyczne, które dotyczą tylko tej sytuacji. Zostajesz umieszczony z aktorami, którzy umieszczają wściekłego klienta, który słyszy te wiadomości. Otrzymujesz wiele wskazówek na ten temat. Brzmi głupio, ale prawdopodobnie dopiero po zrobieniu tego zauważasz jego wartość. Zostawiłem kartkę z 80 punktami do zapamiętania w tych sytuacjach ... (i poćwiczenia).

Sytuacja ta jest typowa prawdopodobnie jeszcze bardziej, więc dzisiaj, gdy budżety są napięte, sprzedaż odbywa się według „najniższej oferty”, twoje plany są przycinane 5 razy, zanim zostaną zaakceptowane przez klienta ... (włączając ten prototyp, ponieważ „zatrudnia” bo jesteś ekspertem, a poza tym czeka 10 innych osób ”) itd.

- Kolejną rzeczą może być myślenie boczne: jeśli nie da się tego zrobić w ten sposób, spróbuj zaproponować coś zupełnie innego, co zapewni taką samą wartość dla klienta. Jeśli technologia nie działa CAŁKOWICIE / jest zepsuta / wyskakuje z transakcji / itp. ... Jeśli klient się do tego zgłosi, może na końcu dostarczyć tę samą wartość. Ale wniesienie go jest również dość trudne. (dla niektórych i zupełnie nie dla innych). Potrzebujesz do tego naprawdę doświadczonych facetów. Podobnie sytuacja polega na tym, że technologia NIE JEST JESZCZE DOSTĘPNA ... zajmuje to kilka miesięcy ... Musisz więc przekonać klienta do przebudowy i zaakceptować przebudowę i wpływ na jego organizację ...

- Kolejną „wyciągniętą lekcją” jest wzywanie starszych seniorów, gdy tylko zauważysz, że idzie w tym kierunku. Często zajmowali się problematycznymi projektami i są naprawdę pomocni w takich sytuacjach. Często podróżują tylko od projektu z problemami do projektu z problemami.

- Kolejną wyciągniętą lekcją jest przepuszczanie przez architekturę kanałów weryfikacji, szczególnie w przypadku większych projektów. Podpis może obejmować twój tyłek. (zapisz wszystkie swoje e-maile LOL)