Co to jest program programisty Lean?

Lean Software Development to paradygmat opisujący teoretyczny idealny zestaw okoliczności do tworzenia oprogramowania. Ważne jest, aby myśleć o programie Lean Software jako tylko jednej z wielu teorii tworzenia oprogramowania, każda z ich zaletami i wadami. Korzystając z modelu programowania oprogramowania Lean, do zrozumienia ma siedem kluczowych punktów: wyeliminuj odpady, wzmocnienie uczenia się, późne podejmowanie decyzji, szybkie dostarczanie, wzmocnienie pozycji zespołu, budowanie integralności i wizualizację całości.

Eliminacja odpadów jest celem oszczędzania czasu i pieniędzy. Zmniejszając ilość nadwyżki kodu i zbędnych funkcji w Lean Software Development, zespół programistów oszczędza pieniądze i dostarcza ściślejszy kod do użytkownika końcowego. W ten sposób programy utworzone za pomocą modelu oprogramowania Lean są mniej wymagające zasobów i bardziej skoncentrowane.

Wzmocnienie uczenia się w programie Lean Software odnosi się do koncepcji stosowania krótkich cykli między fazami testowymi. Teoretycznie zapewnia to więcej CZ kolei informacje zwrotne dla inżynierów pozwalają na identyfikację problemów wcześniej w łańcuchu rozwoju. Użytkownicy końcowi są włączeni w tych fazach, zapewniając, że wersje beta programu zaspokajają ich potrzeby.

Późne podejmowanie decyzji pozwala na dodatkową elastyczność w harmonogramie projektowania, umożliwiając podejmowanie decyzji dopiero po zebraniu maksymalnej liczby faktów. Na przykład podjęcie decyzji przed rozpoczęciem opracowania, że ​​program X powinien mieć funkcje A, B i C, może wydawać się dobrym pomysłem, dopóki testy na ziemi nie ujawnią, że te funkcje nie można ukończyć na czas. W programie Lean Software decyzja o uwzględnieniu A, B i C byłaby opóźniona, dopóki nie było pewne, czy to było możliwe.

Szybka dostawa odnosi się do preferencji dostarczenia użytkownika końcowego działającego modelu beta tak szybko, jak to możliwe-być może wtedyProgram jest ukończony od 85 do 90 procent - i kontynuuje łatanie i aktualizację tego modelu przez cały czas życia. Kontrastuje to z oczekiwaniem, aż program stanie się w 100 % kompletny i dostarczył go wtedy. Teoretycznie pozwala to użytkownikowi końcowi wycisnąć więcej życia z programu, a także umożliwić zespołowi programistów dodatkowe informacje zwrotne z działających modeli beta.

Upodmiotowienie zespołu oznacza zapewnienie zespołowi większej autonomii podczas procesu programowania. W rezultacie teoretycznie będą bardziej zainwestować w projekt. Ponadto oznacza to zapewnienie im dostępu do klientów, bardziej dopasowując oczekiwania do faktycznej dostawy.

Wreszcie budowanie integralności i widok całości koncentruje się na przeglądaniu programu jako pojedynczej jednostki. Porównaj to z innymi systemami, które postrzegają program jako patchwork zbiór różnych systemów. Ten „duży obraz” sposób myślenia teoretycznie zapewnia pełniejszy produkt, ponieważ cały zespół jest nata sama strona, jeśli chodzi o gotowy produkt.