Samouczek metodologii SAFe: Co to jest Scaled Agile Framework

Co to jest Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) to ogólnodostępna baza wiedzy online, która umożliwia stosowanie praktyk lean-agile na poziomie przedsiębiorstwa. Zapewnia proste i lekkie środowisko do tworzenia oprogramowania. Jest to zestaw organizacji i wzorców przepływu pracy, które mają służyć przedsiębiorstwom do skalowania praktyk lean i agile. Jest podzielony na trzy segmenty: Zespół, Program i portfolio.

Framework SAFe pozwala zespołowi na,

• Wdrażanie oprogramowania i systemów Lean-Agile na poziomie przedsiębiorstwa
• Opiera się na zasadach Lean i Agile.
• Zawiera szczegółowe wskazówki dotyczące pracy w portfelu przedsiębiorstwa, strumieniu wartości, programie i zespole.
• Został zaprojektowany, aby zaspokoić potrzeby wszystkich interesariuszy w organizacji.

SAFe został po raz pierwszy opracowany w terenie i został omówiony w książkach i na blogu Deana Leffingwella . Wersja 1.0 to pierwsza oficjalna wersja w 2011 r. Najnowsza wersja to 4.6, została wydana w październiku 2018 r. Zawiera wskazówki dotyczące pracy na poziomie portfela przedsiębiorstwa, strumienia wartości, programu i zespołu.

W tym samouczku SAFe Agile nauczysz się:

• Co to jest Scaled Agile Framework (SAFe)
• Dlaczego warto używać Agile Framework
• Kiedy używać Scaled Agile Framework
• Jakże różni się od innych praktyk Agile
• Podstawy Scaled Agile Framework
• Manifest Agile
• Różne poziomy w BEZPIECZNYM
• Poziom zespołu
• Poziom programu
• Poziom portfela
• Poziom strumienia wartości

Dlaczego warto używać Agile Framework

Jest to prosta i lekka platforma, ale jest w stanie sprostać potrzebom dużych strumieni wartości i złożonego rozwoju systemu. Wdrażając zwinną strukturę SAFe, uzyskasz następujące korzyści:

• Wydajność zwiększona o 20-50%
• Jakość wzrosła o ponad 50%
• Czas wprowadzenia na rynek jest krótszy niż 30-75%
• Zwiększone zaangażowanie pracowników i satysfakcja z pracy.

Szczegółowy schemat ramowy jest dostępny na stronie internetowej. Pokazuje wszystkie kluczowe role, działania, rezultaty i przepływy. Służy również jako pomoc nawigacyjna w pozostałej części witryny.

Poniższy obraz wyjaśnia, jak działa zwinny proces. Epiki to duży zbiór prac, który jest dalej podzielony na kilka mniejszych historii lub pod-eposów. Te epiki podrzędne są przydzielane zespołowi jako opowieść. Każdy zespół pracuje następnie odpowiednio nad tymi historiami lub funkcjami oprogramowania.

Kiedy używać Scaled Agile Framework

• Gdy zespół jest zainteresowany konsekwentnym wdrożeniem zwinnego podejścia w większych, wielozespołowych programach i portfelach.
• Gdy wiele zespołów prowadzi własną implementację Agile, ale regularnie napotyka przeszkody, opóźnienia i awarie.
• Gdy zespoły chcą pracować samodzielnie.
• Gdy chcesz skalować Agile w całej organizacji, ale nie masz pewności, jakie nowe role mogą być potrzebne lub jakie istniejące role (np. Kierownictwo) należy zmienić iw jaki sposób.
• Gdy próbowałeś skalować Agile w całej organizacji, ale masz problemy z dostosowaniem do osiągnięcia jednolitej lub spójnej strategii we wszystkich działach biznesowych, od portfolio po program i poziom zespołu.
• Gdy organizacja potrzebuje skrócić czas opracowywania produktu i chce wiedzieć, w jaki sposób innym firmom udało się skalować Agile za pomocą SAFe.

Jakże różni się od innych praktyk Agile

Teraz, w tym samouczku Scaled Agile Framework, zobaczmy, jak środowisko Scaled Agile różni się od innych praktyk zwinnych,

• Jest publicznie dostępny i darmowy.
• Dostępne w bardzo przystępnej i użytecznej formie.
• Jest lekki, praktycznie sprawdzony i dostosowany do poziomu.
• Stale / regularnie modyfikuje / utrzymuje najczęściej używane praktyki zwinne.
• Oferuje przydatne rozszerzenia typowych praktyk zwinnych.
• Uwzględnia zwinne praktyki w kontekście przedsiębiorstwa.
• Oferuje pełny obraz rozwoju oprogramowania.
• Widoczność lub przejrzystość jest bardziej na wszystkich poziomach.
• Ciągłe lub regularne informacje zwrotne na temat jakości i ulepszeń.

Podstawy Scaled Agile Framework

Scaled Agile Framework (SAFe): stoi na fundamentach swojego

1. Zasady Lean-Agile
2. Podstawowe wartości,
3. Przywództwo Lean-Agile
4. Lean-Agile Mind-set,
5. Wspólnoty praktyk (grupa ludzi, którzy stale pracują nad praktykami SAFe)
6. Wdrażanie 1-2-3

Zasady SAFe Lean-Agile

Te podstawowe zasady i wartości SAFe Agile muszą zostać zrozumiane, zaprezentowane i kontynuowane w celu uzyskania pożądanych wyników.

• Spójrz na ekonomię
• Zastosuj myślenie systemowe
• Załóż zmienność; zachowaj opcje
• Buduj stopniowo dzięki szybkim, zintegrowanym cyklom uczenia się
• Oparcie kamieni milowych na obiektywnej ocenie działających systemów
• Wizualizuj i ograniczaj WIP, zmniejszaj rozmiary partii i zarządzaj długością kolejki
• Zastosuj kadencję, zsynchronizuj z planowaniem międzydomenowym
• Odblokuj wewnętrzną motywację pracowników wiedzy
• Zdecentralizuj podejmowanie decyzji

SAFe Agile Podstawowe wartości

Metodologia SAFe Agile opiera się na tych czterech wartościach.

Wyrównanie:

• SAFe wspiera wyrównanie.
• Wyrównanie zaczyna się o,
  • Motywy strategiczne w Portfolio Backlog i
  • Przechodzi w dół do wizji i mapy drogowej zaległości w programie, a następnie
  • Przechodzi do Backlogów Zespołu.

Wbudowana jakość:

• Gwarantuje, że każda dostawa przyrostowa odzwierciedla standardy jakości.
• Jakość nie jest „dodana później” jest wbudowana.
• Wbudowana jakość jest warunkiem wstępnym Lean i jej obowiązkiem

Przezroczystość:

• Przejrzystość jest siłą napędową zaufania.
• SAFe pomaga przedsiębiorstwu osiągnąć przejrzystość na wszystkich szczeblach - kierownictwo, menedżerowie portfela i inni interesariusze.
• Każdy może zobaczyć zaległości w portfelu / Kanban, zaległości programowe / Kanban i Team Backlog / Kanban.
• Każdy poziom ma jasne zrozumienie celów PI.
• Programy szkoleniowe mają wgląd w zaległości zespołu, a także inne zaległości programowe
• Zespoły i programy mają wgląd w biznes i architekturę Epics. Widzą, co może się na ich drodze wydarzyć.

Wykonanie programu:

• SAFe kładzie duży nacisk na działające systemy i wynikające z nich wyniki biznesowe.
• SAFe nie jest przydatne, jeśli zespoły nie są w stanie wykonać i stale dostarczać wartości.

Lean Agile Liderzy:

Liderzy Lean-Agile to uczący się przez całe życie i nauczyciele. Pomaga zespołom w budowaniu lepszych systemów poprzez zrozumienie i prezentowanie zasad Lean-Agile SAFe.

Jako czynnik umożliwiający pracę zespołom, ostateczną odpowiedzialnością jest przyjęcie, sukces i ciągłe doskonalenie rozwiązań Lean-Agile. Aby móc dokonywać zmian i ciągłego doskonalenia, liderzy muszą być szkoleni.

Liderzy muszą przyjąć nowy styl przywództwa. Takiego, który naprawdę wzmacnia i angażuje jednostki i zespoły w celu osiągnięcia ich najwyższego potencjału.

Zasady tych liderów Lean-Agile

• Poprowadź zmianę
• Znaj drogę; Kładź nacisk na uczenie się przez całe życie
• Rozwijaj ludzi
• Inspiruj i dostosowuj się do misji; Minimalizuj ograniczenia
• Zdecentralizuj podejmowanie decyzji
• Odblokuj wewnętrzną motywację pracowników wiedzy

Lean Agile Mind-Set:

Sposób myślenia Lean-Agile jest reprezentowany w dwóch aspektach:

1. SAFe House of Lean
2. Manifest Agile

SAFe House of Lean :

SAFe wywodzi się z zasad i praktyk Lean Manufacturing. Bazując na tych czynnikach SAFe przedstawia „SAFe House of Lean”. Inspiruje go „dom” szczupłej Toyoty.

Cel Lean jest nie do pobicia: dostarczanie klientowi maksymalnej wartości w jak najkrótszym czasie przy zachowaniu najwyższej możliwej jakości

Poniższy rysunek wyjaśnia cel, filary i fundament „SAFe House of Lean”.

Manifest Agile

Odkrywamy lepsze sposoby tworzenia oprogramowania, robiąc to i pomagając innym to robić. Dzięki tej pracy doceniliśmy:

Dlatego, chociaż elementy po prawej mają wartość, bardziej cenimy elementy po lewej stronie.

Manifest Agile

1. Najwyższym priorytetem jest zadowolenie klienta poprzez ciągłe i wczesne dostarczanie wartościowego oprogramowania.
2. Dostosuj się do zmieniających się wymagań, nawet na późnym etapie rozwoju. Zwinne procesy metodologii SAFe wykorzystują zmiany z korzyścią dla klienta.
3. Dostarczaj działające oprogramowanie często, od kilku tygodni do kilku miesięcy, preferując krótsze ramy czasowe.
4. Deweloperzy i ludzie biznesu muszą codziennie współpracować przez cały projekt.
5. Twórz projekty wokół zmotywowanych osób. Zapewnij im wsparcie i środowisko, którego potrzebują, i ufaj, że wykonają swoją pracę.
6. Najskuteczniejszą metodą komunikacji z zespołem programistów jest rozmowa twarzą w twarz.
7. Działające oprogramowanie jest podstawowym miernikiem postępu.
8. Zwinne procesy sprzyjają zrównoważonemu rozwojowi. Sponsorzy, programiści i użytkownicy powinni mieć możliwość utrzymywania stałego tempa w nieskończoność.
9. Ciągła dbałość o doskonałość techniczną i dobry projekt zwiększa zwinność.
10. Prostota - sztuka maksymalizacji ilości niewykonanej pracy - jest niezbędna.
11. Najlepsze architektury, wymagania i projekty powstają dzięki samoorganizującym się zespołom.
12. W regularnych odstępach czasu zespół zastanawia się, jak stać się bardziej efektywnym, a następnie odpowiednio dostraja i dostosowuje swoje zachowanie.

Różne poziomy w BEZPIECZNYM

Istnieją dwa różne typy implementacji SAFe:

1. Wdrożenie SAFe 4.0
2. Wdrożenie SAFe 3.0

• We wdrożeniu SAFe 4.0 mamy 4 poziomy: portfel, strumień wartości, program i zespół.
• We wdrożeniu SAFe 3.0 mamy 3 poziomy: portfel, program i zespół
• 3-poziomowy SAFe jest przeznaczony dla mniejszych wdrożeń, w których pracuje 100 lub mniej osób. Programy, które nie wymagają znaczącej współpracy.
• Czteropoziomowy SAFe jest przeznaczony dla rozwiązań, które zazwyczaj wymagają wielu setek praktyków do opracowania, wdrożenia i utrzymania oprogramowania.

Poziom zespołu

Role / zespoły		Wydarzenia		Artefakty
* Agile Team		* Planowanie sprintu		* Backlog zespołu
* Właściciel Produktu		* Pielęgnacja zaległości		* Wymagania niefunkcjonalne
* Mistrz Scrum		* Codzienna stand-up		* Cele zespołu PI
		* Wykonanie		* Iteracje
		* Sprint Demo		* Historie (działające oprogramowanie)
		* Retrospektywa sprintu		* Cele sprintu
		* Sprinty IP		* Wbudowana jakość
				* Kolce
				* Zespół Kanban

• Wszystkie zespoły SAFe są częścią jednego lub innego Agile Release Train (ART).
• Zespoły SAFe to upoważnione, samoorganizujące się, samozarządzające, wielofunkcyjne zespoły
• Każdy zespół jest w równym stopniu odpowiedzialny za definiowanie, budowanie i testowanie historii ze swojego Backlogu Zespołu w iteracjach o stałej długości
• Zespoły planują i wykonują dwutygodniowe iteracje w określonych ramach czasowych zgodnie z ustalonymi celami iteracji.
• Zespoły będą używać procedury ScrumXP / Team Kanban, aby dostarczać wysokiej jakości systemy do tworzenia demonstracji systemu co dwa tygodnie.
• Wszystkie różne zespoły w ART (Agile Release Trains) stworzą zintegrowany i przetestowany system. Zainteresowane strony dokonają oceny i udzielą szybkiej informacji zwrotnej
• Stosują wbudowane praktyki dotyczące jakości.
• Każdy zespół ScrumXP będzie miał 5-9 członków, co obejmuje wszystkie role niezbędne do zbudowania wartości przyrostowej jakości w każdej iteracji.
• Role ScrumXP obejmują:
  • Zespół (Dev + QA)
  • Scrum Master
  • Właściciel Produktu. Itp…
• SAFe dzieli oś czasu rozwoju na zestaw iteracji w ramach PI (przyrost programu).
• PI trwa od 8 do 12 tygodni.
• Zespół wykorzysta historie, aby dostarczyć wartość. Właściciel produktu będzie miał uprawnienia do tworzenia i akceptowania historii.
• Historie zawierają wymagania Klienta.
• Team Backlog zawiera historie użytkowników i aktywistów, które są identyfikowane podczas planowania PI. Kiedy kierownictwo produktu przedstawi mapę drogową, wizję i zaległości programowe.
• Identyfikacja, opracowywanie, ustalanie priorytetów, planowanie, wdrażanie, testowanie i akceptowanie historii to podstawowe wymagania zarządzania pracą na poziomie zespołu.
• Każda iteracja zapewnia:
  • Cenny dodatek do nowej funkcjonalności
  • Osiągnij poprzez stale powtarzający się wzór
  • Zaplanuj iterację
  • Poświęć się pewnej funkcjonalności
  • Wykonaj iterację, budując i testując historie
  • Demo nową funkcjonalność
  • Z mocą wsteczną
  • Powtórz dla następnej iteracji
• Zespoły obsługują również demonstrację systemu na końcu każdej iteracji. który jest krytycznym punktem integracji ART.
• Większe strumienie wartości będą miały wiele ART.
• Iteracje innowacji i planowania (IP) dają zespołom szansę na innowacje i eksplorację.

Poziom programu

Role / zespoły		Wydarzenia		Artefakty
* DevOps		* Planowanie PI (przyrost programu)		* Wizja
* Zespół systemowy		* Dema systemu		* Mapa drogowa
* Zarządzanie wersjami		* Sprawdź i zastosuj warsztat		* Metryki
* Zarządzanie produktem		* Architektoniczny pas startowy		* Kamienie milowe
* Architekt UEX		* Zwolnij w dowolnym momencie		* Wydania
* Inżynier wydania pociągu (RTE)		* Agile Release Train		* Epopeje programu
* Architekt / inżynier systemu		* Wydanie		* Program Kanban
* Właściciele przedsiębiorstw				* Backlog programu
* Liderzy Lean-Agile				* Wymagania niefunkcjonalne
* Wspólnoty praktyk				* Ważona najkrótsza praca najpierw (WSJF)
* Usługi wspólne				* Cele programu PI
* Klient				* Funkcja
				* Enabler
				* Rozwiązanie
				* Koordynacja strumienia wartości

• Na poziomie programu Wartość SAFe jest dostarczana przez długotrwałe Agile Release Trains (ART). Iteracja jest przeznaczona dla zespołu, a pociąg dla programu.
• Agile Release Trains (ART) jest głównym narzędziem dostarczania wartości na poziomie programu. Dostarcza organizacji strumień wartości.
• Czas trwania przyrostów programu (PI) wynosi od 8 do 12 tygodni.
• ART składa się z 5 - 12 zespołów Agile (~ 50 - 125+ osób), które obejmują wszystkie role i infrastrukturę potrzebne do dostarczenia w pełni przetestowanego, działającego oprogramowania na poziomie systemu.
• Każdy PI jest ramką czasową z wielokrotną iteracją. Podczas którego opracowywany i dostarczany jest znaczący, wartościowy przyrost systemu.
• W każdym PI odbywać się będą sesje „demo” i „Sprawdź i dostosuj”, a także rozpocznie się planowanie następnego PSI.
• Na poziomie Programu SAFe kładzie nacisk na zasadę dostosowania. Dzieje się tak, ponieważ wiele działań zespołu zwinnego jest zintegrowanych, aby stworzyć wartość dla klienta.
• Hierarchia artefaktów SAFe to Epics-> features-> user story .
• Na poziomie programu menedżer produktu / menedżer programu ma uprawnienia do treści. Definiuje i nadaje priorytety zaległości programowej.
• Backlog programu to lista funkcji z priorytetami.
• Na poziomie programu funkcje mogą powstawać lub mogą pochodzić z eposów zdefiniowanych na poziomie portfela.
• Funkcje rozkładają się na historie użytkowników i wpływają do zaległości na poziomie zespołu.
• Rola Kierownika Produktu lub Inżyniera ds. Zwolnień może być pełniona przez Kierownika Programu / Starszego Kierownika Projektu
• Rolą architekta systemu na poziomie programu jest codzienna współpraca z zespołami. Zapewnia spełnienie wymagań niefunkcjonalnych. Współpracują również z architektem korporacyjnym na poziomie portfela, aby upewnić się, że istnieje wystarczająca ilość architektonicznego pasa startowego do obsługi przyszłych potrzeb użytkowników i biznesowych.
• Projekt interfejsu, wytyczne dotyczące doświadczenia użytkownika i elementy projektu dla zespołów są dostarczane przez projektantów UX.
• Rolę Chief-Scrum Mastera odgrywa „Release Train Engineer”.
• Różne zespoły (od marketingu, rozwoju, jakości, operacji i wdrażania) tworzą „Zespół ds. Zarządzania Wersjami”. Zatwierdzą rutynowe publikacje rozwiązań wysokiej jakości dla klientów.
• Wdrożeniem oprogramowania w środowiskach klientów i pomyślną dostawą zajmuje się zespół DevOps.

Poziom portfela

Role / zespoły		Wydarzenia		Artefakty
* Architekt korporacyjny		* Strategiczne planowanie inwestycji		* Motywy strategiczne
* Zarządzanie portfelem programu		* Planowanie portfela Kanban (epickie)		* Przedsiębiorstwo
* Właściciele Epic				* Portfolio Backlog
				* Portfolio Kanban
				* Wymagania niefunkcjonalne
				* Epic i Enabler
				* Strumień wartości
				* Budżety (CapEx i OpEx)

• Najwyższy poziom zainteresowania / zainteresowania / zaangażowania / w SAFe to SAFe Portfolio
• Portfolio zapewnia podstawowe bloki do organizowania przepływu wartości w przedsiębiorstwie Lean-Agile za pośrednictwem jednego lub więcej strumieni wartości.
• Portfolio pomaga w opracowywaniu systemów i rozwiązań, które są opisane w strategicznych tematach (łączy portfolio SAFe ze zmieniającą się strategią biznesową przedsiębiorstwa).
• Aby osiągnąć cele strategiczne, elementy na poziomie portfela obejmują te elementy. Zapewnia podstawowe budżetowanie i inne mechanizmy zarządzania. W ten sposób zapewnia, że ​​inwestycja w strumienie wartości zapewnia zwroty niezbędne dla przedsiębiorstwa.
• Portfel jest powiązany z biznesem dwukierunkowo:
  • Aby poprowadzić Portfolio do większych zmieniających się celów biznesowych, dostarcza on tematów strategicznych.
  • Inny kierunek wskazuje na stały przepływ wartości portfela.
• Zarządzanie portfelem programu działa jako interesariusze i są odpowiedzialni za dostarczanie wyników biznesowych.
• Poziom portfela SAFe zawiera ludzi, procesy i niezbędne systemy i rozwiązania konstrukcyjne, których przedsiębiorstwo potrzebuje, aby osiągnąć swoje cele strategiczne.
• Strumienie wartości są głównymi celami Portfela, z których finansowane są ludzie i inne zasoby wymagane do tworzenia Rozwiązań.
• Ważnymi kluczowymi pojęciami używanymi w tym miejscu są:
  • Połączenie z przedsiębiorstwem,
  • Zarządzanie portfelem programów,
  • Zarządzanie przepływem eposów portfolio.

Poziom strumienia wartości

Role / zespoły		Wydarzenia		Artefakty
* DevOps		* Planowanie przed i po PI (przyrost programu)		* Wizja
* Zespół systemowy		* Dema rozwiązań		* Mapa drogowa
* Zarządzanie wersjami		* Sprawdź i zastosuj warsztat		* Metryki
* Zarządzanie rozwiązaniami		* Agile Release Train		* Kamienie milowe
* Architekt UEX				* Wydania
* Inżynier strumienia wartości (RTE)				* Epopeje strumienia wartości
* Architekt / inżynier rozwiązań				* Kanban strumienia wartości
* Usługi wspólne				* Backlog strumienia wartości
* Klient				* Wymagania niefunkcjonalne
* Dostawca				* Ważona najkrótsza praca najpierw (WSJF)
				* Cele PI strumienia wartości
				* Zdolność
				* Enabler
				* Kontekst rozwiązania
				* Koordynacja strumienia wartości
				* Ramy ekonomiczne
				* Zamiar rozwiązania
				* MBSE
				* Na podstawie zestawu
				* Architektura Agile

• Poziom strumienia wartości jest opcjonalny w SAFe.
• Poziom strumienia wartości jest nowością w SAFe 4.0.
• Poziom strumienia wartości jest przeznaczony / zaprojektowany dla przedsiębiorstw / konstruktorów / organizacji, które:

1. Duży rozmiar
2. Niezależny
3. Miej złożone rozwiązania
4. Ich rozwiązania zazwyczaj wymagają wielu ART
5. Mają wkład Dostawców.
6. Stoją w obliczu największych wyzwań systemowych
7. Dla systemów cyber-fizycznych
8. Oprogramowanie, sprzęt, elektryka i elektronika, optyka, mechanika, hydraulika i nie tylko.

• Budowa tego rodzaju systemów często wymaga setek, a nawet tysięcy praktyków, dostawców zewnętrznych i wewnętrznych.
• Jeśli systemy mają kluczowe znaczenie dla misji. Awaria Rozwiązania, czy nawet podsystemu, ma niedopuszczalne konsekwencje ekonomiczne i społeczne.
• Jeśli Przedsiębiorstwa mogą zostać zbudowane z kilkuset praktykami, mogą nie potrzebować konstrukcji tego poziomu. W takim przypadku mogą korzystać z „ widoku zwiniętego”, który jest trójpoziomowym SAFe.
• Budowanie rozwiązań strumienia wartości we wzorcu Lean-Agile wymaga dodatkowych artefaktów, koordynacji i konstrukcji. Tak więc ten poziom zawiera ramy ekonomiczne, które określają granice finansowe dla Strumienia Wartości
• Obsługuje kadencję i synchronizację dla wielu ART i dostawców. Obejmuje spotkania dotyczące planowania przed i po PI oraz prezentację rozwiązania.
• Daje dodatkowe role, którymi są: inżynier strumienia wartości, architekt / inżynieria rozwiązań oraz zarządzanie rozwiązaniami.

Podsumowanie:

• SAFe to sprawdzona w branży, skoncentrowana na wartościach metoda skalowania Agile na poziomie przedsiębiorstwa.
• Odpowiada na pytania takie jak „Jak planujemy?”, „Jak budżetujemy?” I „W jaki sposób stajemy się wielofunkcyjni w architekturze i DevOps?”
• Struktura SAFe Agile pomaga dużym zespołom organizacyjnym w osiągnięciu strategicznych celów organizacji, a nie tylko celów indywidualnych projektu.
• Struktura oferuje możliwość utrzymywania i tworzenia scentralizowanej strategii dostarczania wartości.
• Model SAFe ma trzy / cztery poziomy, które centralizują strategiczne tematy organizacji.
• Scentralizowana strategia, połączona z zdecentralizowaną, zwinną realizacją programowania.

Bibliografia:

SAFe dla Lean Enterprises 5.0:

http://www.scaledagileframework.com

Ten artykuł jest autorstwa Jyothi Rangaraja