Wibekodowanie dla kierowników projektów: 6 przykładów projektów stworzonych za pomocą wibekodowania przez prawdziwych kierowników projektów
Wibekodowanie: Kierownicy projektów używają poleceń w języku naturalnym w narzędziach AI do tworzenia niestandardowych rozwiązań programowych.
Rozwiązania niszowe: Wibekodowanie umożliwia tworzenie wyspecjalizowanych narzędzi do rozwiązywania konkretnych problemów branżowych, których standardowe oprogramowanie nie potrafi obsłużyć.
Wydajność: Aplikacje tworzone przez AI znacząco ograniczają czas i zasoby w porównaniu z tradycyjnym tworzeniem oprogramowania.
Potencjał komercyjny: Wibekodowanie wychodzi poza narzędzia wewnętrzne i obejmuje także produkty gotowe do wprowadzenia na rynek oraz oferowania płacącym klientom.
Znaczenie testowania: Dokładne testowanie nowych funkcji przed wdrożeniem produkcyjnym ma kluczowe znaczenie dla zachowania funkcjonalności aplikacji.
Kierownicy projektów spędzają swoją karierę na mapowaniu przepływów pracy, identyfikowaniu luk i przekształcaniu chaotycznej rzeczywistości w uporządkowane procesy. Okazuje się, że właśnie te umiejętności są potrzebne do tworzenia oprogramowania — nawet jeśli w życiu nie napisano ani jednej linii kodu. Vibecoding, czyli praktyka tworzenia funkcjonalnych aplikacji za pomocą poleceń w języku naturalnym kierowanych do narzędzi AI, daje kierownikom projektów coś, czego wcześniej nie mieli: możliwość zbudowania narzędzia, którego naprawdę potrzebują, zamiast zadowalania się rozwiązaniem, które tylko prawie spełnia ich wymagania.
Poniższe przykłady zastosowań pochodzą od praktyków z różnych branż, którzy właśnie to robią — niektórzy tworzą wewnętrzne narzędzia eliminujące pracę manualną, inni budują produkty przeznaczone dla klientów, a jeszcze inni są o krok od wprowadzenia na rynek platformy stworzonej w całości za pomocą vibecodingu.
Kreator zakresu prac (operacje w projektowaniu wnętrz)
Dla Dixie Willard, założycielki i głównej strateg projektów w Poised & Plumb, decyzja o wykorzystaniu vibecodingu nie wynikała z ciekawości ani chęci eksperymentowania. Była podyktowana tym, że rozwiązanie, którego potrzebowała, po prostu nie istniało. Willard doradza projektantom wnętrz i powiązanym z nimi firmom usługowym, pomagając im oceniać oprogramowanie, tworzyć przepływy pracy w projektach i usuwać przeszkody operacyjne. Kiedy zaczęła szukać narzędzia, które pomogłoby projektantom tworzyć zakres prac na miejscu, podczas konsultacji z klientem, niczego nie znalazła. „Nie ma takiego narzędzia” — powiedziała. „A jest wiele rzeczy, z których projektanci mogliby korzystać, ale one po prostu nie istnieją”.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Nie ma takiego narzędzia [do tworzenia zakresu prac]. A jest wiele rzeczy, z których projektanci mogliby korzystać, ale one po prostu nie istnieją.
Postanowiła więc stworzyć je sama. Narzędzie, które obecnie rozwija, to przyjazna urządzeniom mobilnym aplikacja internetowa przeznaczona do użytku w czasie rzeczywistym podczas pierwszej rozmowy z klientem. Jak opisuje je Willard, jest to „coś, co można mieć na tablecie lub telefonie podczas pierwszej konsultacji. W trakcie rozmowy odznacza się kolejne elementy, a kiedy rozmowa się kończy, ma się gotowy, bardzo dobrze opracowany zakres prac, bez konieczności robienia notatek”.
Drugi projekt, nad którym pracuje, odpowiada na inną lukę operacyjną: kalkulator marży zysku stworzony specjalnie z myślą o tym, jak projektanci ustalają ceny i narzuty na produkty dla klientów. Również w tym przypadku powód, dla którego postanowiła zbudować narzędzie samodzielnie, był taki sam — „Nie ma takiego narzędzia. Po prostu go nie ma”.
Sytuacja Willard pokazuje pewien schemat, który wielokrotnie pojawia się wśród kierowników projektów, którzy podążyli tą drogą. Im bardziej niszowa jest dana branża, tym większe prawdopodobieństwo, że nie powstało żadne gotowe narzędzie przeznaczone do rozwiązania konkretnego problemu. Jak ujęła to Willard: „Myślę, że niszowe przypadki zastosowań są prawdopodobnie najważniejszym powodem, dla którego warto tworzyć narzędzia za pomocą vibecodingu. To po prostu bardzo ułatwia życie”.
Myślę, że niszowe przypadki zastosowań są prawdopodobnie najważniejszym powodem, dla którego warto tworzyć narzędzia za pomocą vibecodingu. To po prostu bardzo ułatwia życie.
Panel zapotrzebowania na wysyłki (logistyka przedsiębiorstwa w Amazonie)
Aniket Ghonge, starszy kierownik ds. łańcucha dostaw w Amazonie, poświęcał od 16 do 18 godzin tygodniowo na ręczne tworzenie planów zapotrzebowania dla nowych przewoźników dołączających do sieci przewoźników Amazon. Praca obejmowała pobieranie danych z wielu źródeł, wykonywanie obliczeń dla setek kont i przygotowywanie cotygodniowych prognoz — a istniejący system CRM nie był przystosowany do obsługi żadnego z tych zadań.
„Technologia CRM, z której korzystałem, nie miała potrzebnych mi funkcji” — wyjaśnił Ghonge. „Potrzebowałem czegoś, co pomogłoby mi zautomatyzować pracę, umożliwiło porównywanie wielu źródeł, a następnie generowało końcowy plan zapotrzebowania dla naszych nowych przewoźników. Dlatego zbudowałem ten inteligentny panel wdrażania. Skrócił on czas mojej pracy z 18 godzin do mniej niż godziny w przypadku tysięcy kont”.
Zbudowałem inteligentny panel wdrażania. Skrócił czas mojej pracy z 18 godzin do mniej niż godziny dla tysięcy kont.
To, co zbudował Ghonge, to pełnoprawna aplikacja internetowa — wdrożona wewnątrz sieci Amazon, po przeprowadzeniu przeglądu bezpieczeństwa Amazon, z uprawnieniami na poziomie użytkownika, rejestrowaniem audytowym i warstwą danych opartą na S3 — w całości przy użyciu narzędzi agentowej sztucznej inteligencji. Nie jest inżynierem oprogramowania. Jego wykształcenie obejmuje inżynierię mechaniczną i przemysłową, a także pewne doświadczenie z SQL zdobyte w pracy. Jednak to, czego nauczył się przez lata pisania dokumentów wymagań dla zespołów technicznych, bezpośrednio przełożyło się na jego podejście do budowania z użyciem AI: jasno wyjaśnić koncepcję, opisać, czego potrzebujesz, i pozwolić systemowi to zbudować.
Różnica w szybkości w porównaniu z tradycyjnym tworzeniem oprogramowania była dla niego uderzająca. „Kilka lat temu musiałem pracować z programistą stron internetowych, projektantem UX, menedżerem produktu, kierownikiem programu technicznego – z wieloma osobami, aby zbudować produkt” – powiedział Ghonge. „Dziś nic mnie nie blokuje. W ciągu dwóch tygodni udało mi się zbudować aplikację. Stworzenie podobnej aplikacji, którą wspierałem, zajęło dwa lata”.
Jedyna lekcja, której Ghonge nauczył się w trudny sposób, była również poruszana w niemal każdej rozmowie przeprowadzonej na potrzeby tego artykułu: testuj przed wdrożeniem na produkcję. W połowie prac nad rozwojem nowa funkcja usunęła połowę funkcjonalności jego aplikacji. „Budowałem i codziennie rozwijałem projekt” – powiedział. „Ale w pewnym momencie nagle straciłem 50% swojej pracy i trochę mnie to przestraszyło. To była moja trudna lekcja. Trzeba przetestować funkcję w środowisku testowym, zanim wprowadzi się zmianę w środowisku produkcyjnym”.
W pewnym momencie nagle straciłem 50% swojej pracy i trochę mnie to przestraszyło. To była moja trudna lekcja.
Odzyskanie utraconych danych wymagało czterech godzin pracy z odpowiednimi poleceniami, a od tamtej pory nie pomija już etapu testowania. Metoda prób i błędów jest częścią nauki każdej nowej umiejętności — a dla coraz większej liczby kierowników projektów programowanie intuicyjne jest właśnie tym.
Niestandardowe narzędzie CRM i do pozyskiwania potencjalnych klientów
Michael Gold, założyciel i tymczasowy kierownik ds. realizacji w Gold Project Management, zainteresował się programowaniem intuicyjnym w wyniku prostej kalkulacji kosztów i korzyści. Płacił za CRM, którego koszt przewyższał jego wartość, więc uznał, że sam może zbudować coś lepszego. „Po prostu zbudowałem własny CRM za pomocą Replit, ponieważ korzystałem z Close, a to kosztowało mnie 100 dolarów miesięcznie”.
Zbudowany przez niego CRM łączy się z jego stroną internetową i zawiera narzędzie do kwalifikacji potencjalnych klientów, z którego jest szczególnie dumny: „Stworzyłem narzędzie diagnostyczne do oceny kondycji, dzięki któremu osoby odwiedzające mój formularz kontaktowy mogą odpowiedzieć na kilka pytań, a system wygeneruje dla nich raport”. To w zasadzie samodzielna diagnoza dla potencjalnych klientów, której wyniki trafiają bezpośrednio do jego lejka sprzedażowego.
Ten projekt doprowadził do powstania znacznie większego, ale o tym więcej później.
Asystent zarządzania projektami
Ryan Gilbreath, kierownik projektu technicznego w RTS Labs, przyjął inne podejście — zbudował osobiste narzędzie, które miało przyspieszyć jego codzienną pracę związaną z zarządzaniem projektami i zmniejszyć jej obciążenie poznawcze. Jak opisuje to Gilbreath: „Stworzyłem Asystenta PM za pomocą Google AI Studio, który ma tryb głosowy. Jeśli więc podsumowuję wydarzenia i muszę po prostu wyrzucić z siebie wszystkie myśli, mogę go włączyć. Mogę powiedzieć: hej, oto co wydarzyło się w ciągu mojego dnia w przypadku projektów XYZ, a on przygotuje dla mnie raport”.
Stworzyłem Asystenta PM za pomocą Google AI Studio, który ma tryb głosowy. Jeśli więc podsumowuję wydarzenia i muszę po prostu wyrzucić z siebie wszystkie myśli, mogę go włączyć.
To właśnie komponent trybu głosowego sprawia, że narzędzie jest naprawdę użyteczne — znika trudność związana z siadaniem do napisania aktualizacji statusu, gdy można opowiedzieć o swoim dniu i otrzymać na tej podstawie wygenerowany raport. Zespół Gilbreatha przyjął również inne narzędzie stworzone za pomocą programowania intuicyjnego: „Jeden z moich współpracowników stworzył generator wsparcia dla personelu za pomocą programowania intuicyjnego i wszyscy korzystamy z niego do dziś”.
Oprogramowanie gotowe do zastosowań komercyjnych: kolejny krok
Najbardziej ambitne historie związane z vibecodingiem nie dotyczą wewnętrznych narzędzi — dotyczą produktów. Zarówno Michael Gold, jak i Harry Max, menedżer na część etatu oraz autor książki „Zarządzanie priorytetami”, wyszli daleko poza osobiste narzędzia produktywności i zajęli się tworzeniem oprogramowania przeznaczonego dla płacących klientów.
Usługi profesjonalne oparte na sztucznej inteligencji
Poświęciwszy wiele czasu na tworzenie wewnętrznych narzędzi z wykorzystaniem vibecodingu, Gold przeszedł do stworzenia w ten sposób prototypu zupełnie nowej platformy do automatyzacji usług profesjonalnych, którą wraz ze wspólnikiem zamierza wprowadzić na rynek. „Stworzyliśmy narzędzie do automatyzacji usług profesjonalnych, które ma konkurować z obecnymi rozwiązaniami na rynku. Początkowy prototyp został zbudowany za pomocą Lovable i nawet on był całkiem dobry”.
Stworzyliśmy narzędzie do automatyzacji usług profesjonalnych, które ma konkurować z obecnymi rozwiązaniami na rynku. Początkowy prototyp został zbudowany za pomocą Lovable i nawet on był całkiem dobry
Dla Golda przejście od osobistego projektu do produktu komercyjnego oznaczało zmierzenie się z ograniczeniami vibecodingu. „Ponieważ jest to aplikacja skierowana do konsumentów, zaangażowaliśmy osobę techniczną. Czułem, że mogę doprowadzić ją do pewnego poziomu, ale gdy ludzie płacą za nią i korzystają z niej na dużą skalę, posiadanie jej jako osoba nietechniczna byłoby zdecydowanie zbyt ryzykowne”.
Biorąc pod uwagę, że Gold jest również użytkownikiem końcowym, z myślą o którym zaprojektowano to narzędzie, jego zdolność do ukształtowania go dokładnie tak, jak sobie wyobraża, zanim przekaże je bardziej technicznemu współpracownikowi do dopracowania, może być tym, co sprawia, że współpraca — a ostatecznie także produkt — jest znacznie lepsza.
More Articles
- Stos narzędzi, którego użyłbym, gdybym zaczynał agencję
- Menedżer projektów i edukator wspomagany przez AI przedstawia prosty przepływ pracy AI, który zasadniczo zmienia sposób realizacji projektów
- Jedyne narzędzie do zarządzania projektami, z którego nigdy bym nie zrezygnował
- 3 alternatywy dla zastąpienia ludzkich kierowników projektów agentami sztucznej inteligencji
- Stos technologiczny, którego użyłoby 6 ekspertów ds. zarządzania projektami, gdyby musieli zacząć od zera
Oprogramowanie do ustalania priorytetów oparte na sztucznej inteligencji
Historia Harry’ego Maxa przedstawia komercyjny vibecoding z innej perspektywy — wykorzystuje istniejący dorobek intelektualny jako fundament. Jego wspólnik zbudował dla ich firmy konsultingowej platformę SaaS dla przedsiębiorstw, traktując opublikowaną książkę Maxa o ustalaniu priorytetów jako dokument wymagań produktu.
„Wziął moją książkę zatytułowaną „Zarządzanie priorytetami” i powiedział: «Czy mogę wyodrębnić z niej tę metodologię i zasadniczo wbudować ją w platformę?» Zamiast kazać naszym klientom czytać książkę i przeprowadzać ich przez sesje przy tablicy, możemy wejść z platformą, która pozwala nam teraz wykonać znacznie lepszą i większą pracę przy mniejszym nakładzie wysiłku”.
Wziął [mój wspólnik] moją książkę zatytułowaną „Zarządzanie priorytetami” i powiedział: «Czy mogę wyodrębnić z niej tę metodologię i wbudować ją w platformę?
Max nie ignoruje skali tego, co jeden nieinżynier zbudował w ciągu dziewięciu miesięcy, zwłaszcza że wcześniej miał do czynienia z tradycyjnym procesem tworzenia oprogramowania. „W ciągu dziewięciu miesięcy jeden człowiek zbudował coś równie zaawansowanego jak to, co 20 lat temu stworzyliśmy w 14 osób za 2 miliony dolarów. I zrobił to wszystko sam”. To stwierdzenie pokazuje, jak duży wpływ vibecoding wywiera – i może wywierać – na niezliczone branże i przepływy pracy.
Vibecoding i obietnica lepszych, niestandardowych przepływów pracy
Vibecoding nie tylko pomaga kierownikom projektów tworzyć przepływy pracy, dzięki którym praca posuwa się szybciej. W niektórych przypadkach pomaga im budować rzeczy, które wcześniej nie istniały — narzędzia zbyt niszowe, by jakakolwiek firma programistyczna chciała się nimi zajmować, przeznaczone dla branż zbyt specyficznych, by przyciągnąć odpowiedniego programistę we właściwym czasie. Dla kierowników projektów pracujących w tych obszarach granica między „chciałbym, żeby to istniało” a „stworzyłem to” nigdy nie była mniejsza.
Kod nie jest trudną częścią. Trudność polega na dokładnym określeniu, czego potrzebujesz — oraz na zachowaniu wystarczającej dyscypliny, by przetestować wszystko, zanim coś całkowicie zepsujesz. Kierownicy projektów, którzy już to robią, szybko zrozumieli tę różnicę. Dla tych, którzy dopiero zaczynają, może to być najważniejsza rzecz, o której należy wiedzieć na początku.
Chcesz poznać więcej podobnych spostrzeżeń? Załóż bezpłatne konto DPM, aby posłuchać większej liczby ekspertów takich jak ci.
