Budowanie konsensusu w sprawie wartości biznesowej innowacji

2025-04-17

Pierwszym krokiem w opracowywaniu nowych innowacji jest określenie, w jaki sposób innowacje mogą zwiększyć wartość biznesową. W tym ćwiczeniu odpowiesz na serię pytań, które podkreślają znaczenie inwestowania w dużo czasu, gdy organizacja definiuje wartość biznesową.

Co to jest wartość biznesowa?

Wartość biznesowa to nieformalny termin, który może się różnić w zależności od działalności biznesowej. Jest to korzyść netto dla klienta i obejmuje wszystkie formy wartości, które określają długoterminową kondycję i dobre samopoczucie firmy.

Pytania kwalifikujące się do określenia wartości biznesowej

Przed opracowaniem dowolnego rozwiązania dla innowacji biznesowych lub wartości biznesowej (w chmurze lub lokalnie) zweryfikuj kryteria wartości biznesowej, odpowiadając na następujące pytania:

Jaka jest zdefiniowana potrzeba klienta, którą chcesz zaspokoić tym rozwiązaniem?
Jakie możliwości stworzy to rozwiązanie dla Twojej firmy?
Jakie wyniki biznesowe osiągną to rozwiązanie?
Która z motywacji Twojej firmy służy temu rozwiązaniu?

Jeśli odpowiedzi na wszystkie cztery pytania są dobrze udokumentowane, może nie być konieczne ukończenie pozostałej części tego ćwiczenia.

Na szczęście można łatwo przetestować dowolną dokumentację. Skonfiguruj dwa krótkie spotkania, aby przetestować zarówno dokumentację, jak i wewnętrzne dopasowanie organizacji. Zaproś zaangażowanych uczestników projektu na jedno spotkanie i skonfiguruj oddzielne spotkanie z zaangażowanym zespołem deweloperów. Zadaj cztery pytania każdej grupie, a następnie porównaj wyniki.

Nie udostępniaj istniejącej dokumentacji zespołowi przed spotkaniem. Jeśli istnieje rzeczywista zbieżność, członkowie każdej grupy powinni odwoływać się do zasadniczych hipotez, a nawet je recytować.

Wskazówka

Nie ułatwiaj spotkania. Test ma na celu określenie wyrównania. Nie jest to ćwiczenie tworzenia wyrównania.

Po rozpoczęciu spotkania przypomnij uczestnikom, że zadaniem jest sprawdzenie zbieżności kierunków z istniejącymi umowami w zespole. Ustanów pięciominutowy limit czasu dla każdego pytania. Ustaw czasomierz i zamknij każde pytanie po pięciu minutach, nawet jeśli uczestnicy nie zgodzili się na odpowiedź.

Uwzględnianie języków i zainteresowań każdej grupy. Jeśli test generuje odpowiedzi, które są zgodne z kierunkiem, uznaj to ćwiczenie za zwycięstwo. Wszystko jest gotowe do przejścia do programowania rozwiązań.

Jeśli jedna lub dwie odpowiedzi są wyrównane kierunkowo, zdaj sobie sprawę, że ciężka praca się opłaca. Już osiągnąłeś lepsze dostosowanie niż większość organizacji. Przyszły sukces jest możliwy przy niewielkich, kontynuowanych inwestycjach w dopasowanie. Przejrzyj każdą z poniższych sekcji w poszukiwaniu pomysłów, które mogą pomóc w budowaniu większego dopasowania.

Jeśli jeden z zespołów nie odpowie na wszystkie cztery pytania w ciągu 30 minut, wyrównanie i uwagi w poniższych sekcjach mogą mieć znaczący wpływ na ten wysiłek i inne. Zwróć szczególną uwagę na każdą z poniższych sekcji.

Najpierw rozwiąż problem z dużym obrazem

Przewodnik Cloud Adoption Framework jest zgodny z określoną ścieżką przez cztery fazy: opracowywanie strategii, planowanie, gotowość i wdrażanie. Innowacje w chmurze i biznesie mieszczą się w fazie wdrażania tego procesu.

Odpowiedzi na trzecie i czwarte pytania kwalifikacyjne dotyczą wyników i motywacji. Gdy te odpowiedzi są niezgodne, twoja organizacja przegapiła coś w fazie strategowania cyklu życia wdrażania chmury. Prawdopodobnie będzie to dotyczyć co najmniej jednego z następujących scenariuszy:

Możliwość dostosowania: Gdy uczestnicy projektu biznesowego nie mogą uzgodnić motywacji i wyników biznesowych związanych z nakładem pracy związanej z chmurą i innowacjami biznesowymi, jest to objaw większego wyzwania. Ćwiczenia w metodologii strategii mogą być przydatne podczas opracowywania dopasowania między uczestnikami projektu biznesowego. Zalecamy również, aby te same osoby biorące udział w projekcie tworzyły zespół strategiczny ds. chmury , który regularnie się spotyka.
Możliwość komunikacji: Gdy zespół programistyczny nie może uzgodnić motywacji i wyników biznesowych, spór może być objawem strategicznych luk w komunikacji. Możesz szybko rozwiązać ten problem, przeglądając strategię chmury z zespołem wdrożeniowym ds. chmury. Kilka tygodni po przeglądzie zespół powinien powtórzyć ćwiczenie dotyczące odpowiadania na pytania kwalifikacyjne.
Szansa priorytetyzacji: Strategia chmury jest zasadniczo hipotezą na poziomie kadry kierowniczej. Najlepsze strategie chmury są otwarte dla iteracji i opinii.

Jeśli zespół wdrożeniowy ds. chmury i zespół strategiczny ds. chmury rozumieją strategię, ale nadal nie mogą dopasować odpowiedzi na pytania, priorytety mogą być nieprawidłowo dopasowane. Organizuj sesję z zespołami. Ta sesja może pomóc w wysiłkach obu grup. Zespół wdrożeniowy ds. chmury rozpoczyna od udostępniania uzgodnionych odpowiedzi na pytania kwalifikacyjne. W tym miejscu rozmowa między zespołem wdrożeniowym ds. chmury a zespołem ds. strategii chmury może podkreślić możliwości lepszego dopasowania priorytetów.

Te duże możliwości często ujawniają sposoby lepszego dopasowania innowacyjnego rozwiązania do strategii chmury. To ćwiczenie często ma jeden z następujących wyników:

Te konwersacje mogą pomóc zespołowi ulepszyć strategię chmury organizacji i lepiej reprezentować ważne potrzeby klientów. Taka zmiana może spowodować większe wsparcie kadry kierowniczej dla twojego zespołu.
Te konwersacje mogą wskazywać, że zespół wdrożeniowy ds. chmury powinien zainwestować w inne rozwiązanie. W takim przypadku rozważ migrację tego rozwiązania przed kontynuowaniem inwestowania w innowacje. Alternatywnie te rozmowy mogą wskazywać, że najpierw przyjmujesz podejście obywatelskiego dewelopera, aby przetestować wartość biznesową. W obu przypadkach rozmowy pomogą Zespołowi uniknąć dużych inwestycji z ograniczonymi zwrotami biznesowymi.

Dostosowanie rozwiązania adresowego

Dość często zdarza się, że odpowiedzi na pierwsze i drugie pytanie nie pasują do siebie.

Na wczesnych etapach generowania pomysłów i rozwoju, potrzeby klientów i możliwości biznesowe często są niezbieżne. Wiele zespołów programistycznych uważa, że trudno jest osiągnąć równowagę między zbyt dużą i zbyt małą definicją. Cloud Adoption Framework zaleca szczupłe podejścia, takie jak pętle zwrotne "build-measure-learn", aby odpowiedzieć na te pytania.

Na poniższej liście przedstawiono szanse i podejścia do tworzenia zgodności:

Możliwość hipotez: Zainteresowane strony i zespoły deweloperskie mogą mieć zbyt wiele oczekiwań dotyczących rozwiązania. Nierealne oczekiwania mogą być oznaką, że hipoteza jest zbyt niejasna. Postępuj zgodnie ze wskazówkami dotyczącymi budowania empatii klienta , aby utworzyć jaśniejszą hipotezę.
Szansa na rozwój: zespoły mogą być niewłaściwie dopasowane, ponieważ nie zgadzają się co do sposobu zaspokojenia potrzeb klientów. Taki spór zwykle wskazuje, że przedwczesny skok techniczny opóźnia zespół.

Aby utrzymać zespół skoncentrowany na kliencie, rozpocznij pierwszą iterację i utwórz mały minimalny produkt opłacalny (MVP), aby rozwiązać część hipotezy. Aby uzyskać więcej informacji, zobacz Opracowywanie wynalazków cyfrowych.
Możliwość szkolenia: Każdy zespół może być niedopasowany, ponieważ potrzebuje głębokich wymagań technicznych oraz rozbudowanych wymagań funkcjonalnych. Taka potrzeba może prowadzić do możliwości szkolenia w metodologiach agile. Gdy kultura zespołu nie jest gotowa na elastyczne procesy, możesz napotkać trudności w zakresie innowacji i nadążania za rynkiem.

Aby uzyskać zasoby szkoleniowe dotyczące metodyki DevOps i praktyk agile, zobacz:

Postępując zgodnie z metodologią innowacji w przewodniku Cloud Adoption Framework i narzędziami do zarządzania listami prac w każdej sekcji tego artykułu, możesz pomóc w dostosowaniu rozwiązania.

Dalsze kroki

Po dostosowaniu propozycji wartości biznesowej i przekazaniu jej możesz rozpocząć tworzenie rozwiązania.

Wróć do ćwiczeń dotyczących innowacji w celu wykonania następnych kroków