Czy programiści są interesariuszami w systemie

Czy twórcy produktu są uważani za interesariuszy?

Zasadniczo tak, programiści są interesariuszami w projekcie oprogramowania. Jest to zgodne ze słownikową definicją tego terminu . Oto kilka definicji interesariuszy z różnych publikacji:

Wymagania programowe Karla Wiegera :

interesariusz Osoba, grupa lub organizacja, która aktywnie uczestniczy w projekcie, ma wpływ na jego wynik lub może wpłynąć na jego wynik.

Ian Sommverville's Software Engineering 8 :

Termin „ interesariusz” odnosi się do dowolnej osoby lub grupy, na którą system będzie miał wpływ, bezpośrednio lub pośrednio. Interesariusze to użytkownicy końcowi, którzy wchodzą w interakcje z systemem i wszyscy inni w organizacji, na którą może mieć wpływ jego instalacja. Innymi interesariuszami systemu mogą być inżynierowie, którzy opracowują lub utrzymują powiązane systemy, menedżerowie biznesu, eksperci w dziedzinie i przedstawiciele związków zawodowych.

Roger S. Pressman's Software Engineering: A Practitioner Approach (6th Edition) definiuje pięć grup lub interesariuszy: kierowników wyższego szczebla, którzy określają kwestie biznesowe, kierowników projektów / technicznych, którzy organizują i kontrolują praktyków, praktyków, którzy opracowują system, klientów, którzy określają wymagania dla oprogramowania i użytkowników końcowych, którzy będą wchodzić w interakcje z dostarczonym systemem.

Aktywny udział interesariuszy Scott Ambler: zwinna najlepsza praktyka :

Moja definicja interesariusza projektu to każdy, kto jest bezpośrednim użytkownikiem, użytkownikiem pośrednim, menedżerem użytkowników, kierownikiem wyższym, członkiem personelu operacyjnego, „złotym właścicielem”, który finansuje projekt, członkiem personelu wsparcia (pomocy technicznej), audytorami, twoim programem / menedżer portfela, programiści pracujący nad innymi systemami integrującymi się lub wchodzącymi w interakcje z tworzonym systemem, lub specjaliści ds. konserwacji potencjalnie dotknięci rozwojem i / lub wdrożeniem projektu oprogramowania.

...

W tej definicji postanowiłem wykluczyć programistów, którzy pracują nad projektem. Z początku może się to wydawać dziwne, ponieważ programiści mają wyraźny udział w projektach, nad którymi pracują. Tak, programiści są zdecydowanie zainteresowanymi stronami projektu. Dlaczego nadal rozróżniam programistów i interesariuszy projektu? Ponieważ chcę, aby je rozróżnić dogodne warunki, naprawdę nie lubię „interesariuszy programistów” i „interesariuszy nieprogrupujących” oraz ponieważ mają oni różne role do odegrania w projekcie.

W praktyce zazwyczaj widziałem, jak interesariusze dzielą się na grupy, a jedna grupa zawiera osoby budujące system. Ważne jest, aby pamiętać, że budując system, programiści mają potrzeby i obawy, które muszą być zrównoważone z potrzebami wszystkich innych. Należy je jednak traktować priorytetowo i brać pod uwagę przy każdej innej potrzebie.

Zwykle nie, ale mogą istnieć wyjątki. „ Zjadanie własnego jedzenia dla psów ” przychodzi na myśl jako główny wyjątek, ponieważ w tym przypadku deweloperzy mogą wykorzystywać to, co budują bezpośrednio, a zatem są w pewnym stopniu zainteresowanymi stronami. Jednak zapytałbym, czy było to więcej niż kilka procent deweloperów ogółem.

Tak - dla systemu, który będzie żył i będzie utrzymywany. Deweloperzy prawdopodobnie będą pracować z kodem, aby naprawić błędy i wprowadzić nowe funkcje długo po tym, jak początkowy zespół zamknął projekt. Ważnym wymogiem dla systemów długowiecznych jest łatwość konserwacji i kto powinien postawić na to, jeśli nie deweloperzy?

Jeśli pytasz o to w związku ze Scrumem, to nie ...

... definicją interesariusza projektu jest każdy, kto jest bezpośrednim użytkownikiem, użytkownikiem pośrednim, menedżerem użytkowników, kierownikiem wyższym, członkiem personelu operacyjnego, „złotym właścicielem”, który finansuje projekt, członkiem personelu wsparcia (pomocy technicznej), audytorami, menedżer programu / portfela, programiści pracujący nad innymi systemami integrującymi się lub wchodzącymi w interakcje z tworzonym systemem, lub specjaliści od konserwacji potencjalnie dotknięci rozwojem i / lub wdrożeniem projektu oprogramowania ...

Interesariusze to osoby spoza obecnego zespołu ds. Rozwoju produktu w takiej czy innej formie. Jeśli pracujesz w zespole X, a inny programista jest w zespole Y i pracujesz nad różnymi produktami, które będą ze sobą współdziałać w późniejszym czasie, wtedy staniesz się interesariuszem w każdym innym produkcie.

Po odrobinie googlingu muszę powiedzieć, że jest to pytanie, na które nie można odpowiedzieć. Nie ma jednej definicji interesariusza, a różne źródła stosują ją inaczej.

Jak wskazuje odniesienie Scotta Amblera autorstwa Aarona, więcej niż jedna metodologia całkowicie omija ten termin. Inni próbują rozbić go na różne kategorie interesariuszy. W rezultacie istnieje ogólne znaczenie, że interesariusz jest „kimś zainteresowanym”, dokładne znaczenie zostaje utracone.

To zainteresowanie sprowadza się do jednego z dwóch znaczeń:

• Ci, którzy oczekują czerpać pierwotną wartość z aplikacji

lub

• Ci, którzy zainwestują w wynik projektu.

Organ sponsorujący pasuje do obu definicji. W jaki sposób użytkownicy końcowi dopasowują się do ciała sponsora to zupełnie inny temat. Na razie załóżmy, że pasują, ponieważ nie jestem skłonny rozdzielać na nim włosów. Każdy w zespole projektowym pasuje również do drugiego znaczenia.

Ostatecznie liczy się to, że wartość pochodzi z naszych aplikacji i rozumiemy, że sponsorzy dostają ostatnie słowo.

Moje ogólne odczucie jest takie, że ludzie, którzy chcą zaprosić programistów do grupy „Interesariuszy”, w dużej mierze dbają, ponieważ widzieli sytuacje, w których programiści są traktowani jak tryby w maszynie, a w rezultacie często źle traktowani. Informacje zwrotne na temat wymagań są niedozwolone, obowiązkowe są znaczne nieopłacone godziny nadliczbowe itp. Ponieważ rezygnujesz z czasu i zdrowia psychicznego ponad to, czego należy się spodziewać, są ludzie skłonni postrzegać to jako inwestycję. Inwestycja = stawka, więc ich zdaniem zespół programistów jest interesariuszem.

W rezultacie nie jestem fanem tego terminu. „Sponsorzy” są jednoznaczni. „Interesariusze” nie są.

Mogą być. Jeśli ich stanowisko po zakończeniu produktu będzie inne niż wcześniej, są zainteresowanymi stronami. Na przykład, jeśli programista otrzyma wynagrodzenie za opracowanie oprogramowania dla firmy, są szanse, że nie jest on interesariuszem, ponieważ nic nie zmieni się po dostarczeniu produktu. Jeśli jednak jest partnerem w startupie, gdzie jego sytuacja finansowa zależy od powodzenia produktu, argumentowałbym, że jest on interesariuszem.

Innym przykładem może być (co prawda rzadki) przypadek twórcy oprogramowania, z którego będzie korzystał. W takim przypadku z pewnością jest on interesariuszem, ponieważ ma żywotny interes w prawidłowym działaniu tego oprogramowania.

Deweloperzy są rzeczywiście interesariuszami (pod wpływem tego, co powstaje): zarówno ci, którzy początkowo opracowują system, jak i ci, którzy go utrzymują. Te pierwsze są zainteresowane nowymi technologiami i zwiększaniem bazy umiejętności, podczas gdy te drugie chcą nadążyć za zwykle dużą liczbą systemów, które muszą utrzymywać.

Jednak „uprawnieni” interesariusze to inna kwestia. Podczas równoważenia wymagań z pewnością wszystkie zainteresowane strony nie znajdą obawy skierowanej na ich satysfakcję. Czy Twoja firma martwi się utratą najlepszych programistów? Zwiększyć obawy programistów. Jeśli nie, programiści zwykle kończą dość nisko na słupku totemu. Niestety może to również skutkować ignorowaniem możliwości konserwacji i zwiększeniem zadłużenia technicznego, jakby nie było jutra.

Nie, nie są.

Interesariusz: osoba lub organizacja, na którą może mieć wpływ sukces lub porażka projektu lub organizacji

Źródło: http://www.site.uottawa.ca:4321/oose/index.html#stakeholder

Zasadniczo Interesariusz to osoba fizyczna lub organizacja lub, mówiąc prosto, „jest podmiotem mającym dobry / zły wpływ na zakończenie projektu”.

Interesariusze są bardzo ważni w realizacji projektu. Interesariuszami może być klient, grupa użytkowników, kierownik projektu, lider projektu lub koordynator.

Musisz spełnić oczekiwania interesariuszy w zakończeniu projektu.

Myślę, że to zależy od projektu.

Posiadacz udziałów obejmuje każdego, kto ma udział lub interes w tym, co robi system, ponieważ wtedy będą mieli pewne wymagania, aby powiedzieć, co powinien zrobić. Dlatego nie dołączałbym programistów do projektu, w którym kod jest po prostu wypychany i zapomniany, ale uwzględniałbym ich, jeśli wspierają projekt lub rozszerzają go, ponieważ to wtedy programiści wymagają utrzymania systemu / rozszerzenia.