Reorganizacja i zarządzanie zmianą

5/5 - (4 votes)

z pracy mgr

W obecnej, szybko zmieniającej się sytuacji rynkowej, sukces przedsiębiorstwa możliwy jest m.in. dzięki umiejętności szybkiego dostosowywania się pracowników do zmian. Dlatego zarządzanie zmianą stało się ważnym elementem przewagi konkurencyjnej firm. Pojawiająca się niechęć i opór pracowników wobec zmian to naturalne reakcje, które można przezwyciężyć.

Każdy czynnik otoczenia zmniejszający zdolność organizacji do pozyskania potrzebnych jej zasobów albo do wytworzenia i wprowadzenia na rynek jej wyrobów i usług, staje się siłą wywołującą zmianę.

Zmiana organizacyjna to każda istotna modyfikacja jakiejś części organizacji2. Zgodnie z tą definicją, zmiana może dotyczyć niemalże każdego aspektu organizacji, np. harmonogramów pracy, podstawy grupowania stanowisk pracy, rozpiętości zarządzania, ogólnego projektu organizacji oraz samych ludzi. Powinniśmy pamiętać, że wszelka zmiana w organizacji może pociągać za sobą skutki wykraczające poza obszar, w którym zmiana ta jest dokonywana.

Kompleksowe podejście do zmian przyjmuje systemowy punkt widzenia i wytycza szereg konkretnych kroków, które często zapewniają tym zmianom większy sukces. Pierwszy krok polega na uznaniu potrzeby zmiany. Zmiany dostosowawcze mogą być sprowokowane przez takie wydarzenia jak skargi pracownicze, spadek wydajności, fluktuacja kadr, nakazy sądowe, spadek sprzedaży albo strajki. Uznanie potrzeby zmian może po prostu przybrać formę świadomości menedżerów, że zmiany w pewnej dziedzinie są nieuniknione. Bezpośrednim bodźcem mogą być wyniki prognozy przewidujące nowy potencjał rynkowy, nagromadzenie nadwyżki środków na możliwe inwestycje albo możliwości osiągnięcia i handlowego wykorzystania przełomu w stosowanej technologii. Menedżerowie mogą również podejmować zmiany już dziś, ponieważ wskaźniki zapowiadają, że w najbliższym czasie i tak nie da się ich uniknąć.

Zmiana organizacyjna może się również koncentrować na każdej z podstawowych składowych struktury organizacyjnej lub ogólnego projektu organizacji. Organizacja może więc zmienić sposób projektowania stanowisk pracy lub podstawę ich grupowania. Może również wprowadzić zmiany w układzie stosunków podporządkowania lub w rozkładzie władzy formalnej. Zmianom mogą podlegać również mechanizmy koordynacji oraz wzajemne proporcje pomiędzy częścią liniową i sztabową. Rozpatrując sprawę w większej skali, organizacja może zmienić swój ogólny projekt. Na przykład przedsiębiorstwo przeżywające wzrost może się zdecydować na odejście od projektu funkcjonalnego i przyjęcie projektu wielobranżowego. Może także przejść na strukturę macierzową. W końcu, organizacja może zmienić dowolną część swego systemu zarządzania zasobami ludzkimi, a więc kryteria doboru kadr, metody oceny wyników lub system wynagrodzeń20. W „Zarządzaniu w praktyce” opisano, w jaki sposób dwa duże banki zmieniają swój projekt, by w ten sposób ułatwić fuzję.

Techniki informatyczne w zarządzaniu

5/5 - (5 votes)

z pracy mgr

Upowszechnienie się w ostatnich latach zastosowań informatyki w zarządzaniu i administracji stało się przyczyną istotnych zmian w tych dziedzinach. Komputer stał się podstawowym narzędziem pracy menadżera pozwalającym na zwiększenie wydajności i poprawę jakości jego pracy. Techniki informatyczne jak: symulacja i optymalizacja komputerowa, systemy eksperckie i systemy wspomagania decyzji, narzędzia analizy i eksploracji danych ułatwiają modelowanie i zrozumienie problemów decyzyjnych, wykorzystanie dużych zbiorów danych i w efekcie usprawniają proces podejmowania decyzji menadżerskich.

Zastosowanie technik informatycznych odgrywa obecnie ważną rolę w podejmowaniu decyzji, jak również w całym procesie zarządzania. Prawidłowy obieg informacji jest obecnie jednym z podstawowych warunków sukcesu współczesnej firmy na rynku. Coraz częściej organizacje muszą dokonać szybkiej reakcji na zmieniające się warunki rynku, co jest możliwe jedynie przy dobrze zorganizowanym obiegu informacji. Ponadto informacja może stała się spoiwem integrującym wszystkie komórki struktury organizacyjnej, a zbyt rozbudowana struktura może mieć negatywny wpływ na prawidłowy obieg informacji. Dlatego też w procesie zarządzania ważne jest powiązanie dobrze zorganizowanego systemu informacyjnego ze strukturą organizacyjną firmy.

Coraz częściej w organizacjach wdrażane są nowoczesne systemy komputerowe, które powinny pomóc w kontrolowaniu procesów lub pełnić funkcję systemów wspomagania decyzji kierowniczych. Jednakże zapomina się o tym, iż dobrze wdrożony system komputerowy zależy w głównej mierze od prawidłowego obiegu informacji w całej strukturze organizacyjnej firmy. Aby uniknąć niepowodzenia wdrożenia systemu komputerowego, należałoby potraktować stosowany obieg informacji jako zasób firmy, który powinien być dostosowany do warunków w jakich funkcjonuje organizacja.

Technika komputerowa zorientowana na obiekty jest także rozpowszechniona, choć jej utrwalenie się na rynku trwało znacznie dłużej, a opinie użytkowników są różne. Wczesne wersje systemów były wysoce specjalistyczne, jak język programowania LISP stosowany w pierwotnych aplikacjach sztucznej inteligencji. Systemy komputerowe zorientowane na obiekty traktują wszystko jako obiekt, który współdziała z innymi obiektami. Wielu uważa, że obiekty te stanowią celniejszą reprezentację rzeczywistego świata, i ponieważ każdy obiekt traktowany jest niezależnie, zmiana w relacji pomiędzy obiektami lub zmiana innego obiektu może następować szybciej i bez konieczności wprowadzania zmian w całym systemie. Jeden z zasadniczych problemów tej metody wynika właśnie z owej łatwości wprowadzania zmian, gdyż może to mieć zupełnie niezamierzony wpływ na funkcjonowanie całego systemu, a przeprowadzenie kompleksowych testów jest bardzo trudne.

Szybki rozwój aplikacji jest nową metodą zastępującą tradycyjny cykl rozwoju systemów komputerowych. Nacisk położony jest na uzyskanie nowych narzędzi i technik, w tym na rozwój oprogramowania uzupełniającego. Dzięki niemu uzyskujemy pewien rodzaj usprawnienia istniejącego oprogramowania, zwłaszcza w zakresie oceny przydatności programów podstawowych i ich technicznych walorów.

Systemy otwarte stanowią próbę standaryzacji elementów oprogramowania, których zastosowanie zmniejsza koszty wprowadzenia technologii informacyjnej oraz zapewnia większą kompleksowość i elastyczność systemów w porównaniu z wielofunkcyjnym oprogramowaniem oferowanym przez różnych producentów na rynku. Standardowe rozwiązania elektroniczne obejmują systemy operacyjne, systemy komunikacji wewnętrznej oraz rosnącą liczbę podstawowych elementów, jak banki danych i interfejsy graficzne. Wprawdzie tendencja do wypracowania standardowych rozwiązań jest zasadniczo przeciwna dążeniu wielu sprzedawców skłonnych „ograniczać” swoich klientów w korzystaniu przez nich z własnych systemów, niemniej jednak utrzymuje się stale, choć zmiany następują powoli.

Zarządzanie projektami informatycznymi, część 3

5/5 - (1 vote)

z pracy mgr

A więc należy wybrać licencję Quality Professional dla aplikacji RQM, Developer
dla RTC oraz Analyst dla narzędzia RRC. Inne kombinacje licencji wszystkich trzech narzędzi spowodują błędy i nie będą w rezultacie przyjęte przez system.

Przyszły użytkownik korzystając z tego intuicyjnego przewodnika konfiguracji jest
na każdej kolejnej stronie dokładnie instruowany, jakie kroki są po kolei realizowane
i co należy w nich wykonać. Cała konfiguracja aplikacji zajmuje ok. 40 minut jednak
nie przysparza żadnych trudności.

3.2.2.1‑10 Zakończenie konfiguracji integracji produktów RTC, RQM i RRC

Kończąc etap konfiguracji, integracja aplikacji Rational Team Concert, Rational Quality Manager oraz Rational Requirements Composer zostaje zakończona. Platformy są gotowe do współdziałania.

3.1.1.1  Weryfikacja integracji Rational Team Concert z Rational Quality  Manager na podstawie Use Case Tworzenia i edycji planów

Po zakończeniu instalacji i konfiguracji zintegrowanych programów RTC, RQM
i RRC należy sprawdzić czy współdziałanie tych aplikacji w oparciu o wspólny serwer jest możliwe. Dlatego założonym celem będzie rozszerzenie w RTC planu sprintu utworzonego
w projekcie Preludium o zarejestrowany defekt w RQM.

Założeniem przykładu jest odnalezienie i zarejestrowanie defektu w RQM, który ma być zaplanowany do zlikwidowania już w pierwszym sprincie projektu Preludium.

Pierwszym krokiem jest utworzenie stwierdzonego defektu w RQM.

3.2.2.2‑1 Tworzenie defektu w RQM

Należy zauważyć, że już z poziomu RQM można zadecydować, w jakim programie tworzony defekt będzie zarządzany tzn. dla jakiego obszaru jest on tworzony. Jak widać na rysunku, ten element jest tworzony dla obszaru zarządzania zmianami, czyli RTC. Ponadto można od razu zaplanować, do jakiego planu defekt ma zostać przypisany, w podanym przykładzie przypisujemy go do sprintu pierwszego. Po wprowadzeniu wszystkich informacji trzeba zapisać zmiany.

W dalszej kolejności należy sprawdzić czy utworzony defekt faktycznie znalazł się w aplikacji RTC. W tym celu należy przełączyć obszar zarządzania jakością na obszar zarządzani zmianą.

3.2.2.2‑2 Przejście z aplikacji RQM do RTC

W obszarze zarządzania zmianami należy rozwinąć menu „Elementów pracy”
i kliknąć w opcję „ostatnio modyfikowane”. Ta funkcja pozwoli na wyświetlenie ostatnio zmienianych elementów pracy.

3.2.2.2‑3 Defekt stworzony w RQM zarządzany w aplikacji RTC

Jak widać na rysunku 3.2.2.2-3 stworzony defekt w RQM został przypisany do obszaru projektu Preludium w aplikacji RTC. Wszystkie nadane mu atrybuty również zostały odtworzone w obszarze zarządzania zmianami, tyczy się to również planów. W ten sposób można wpływać na kształt planów z poziomu RQM.

Weryfikacja przeprowadzonej integracji RQM i RTC zakończyła się pozytywnie.

Zarządzanie projektami informatycznymi, część 1

5/5 - (3 votes)

z pracy mgr

3.1.1  Rational Team Concert, Rational Requirements Composer
i Rational Quality Manager

Tabela 3.2.2.1

Podstawowe informacje na temat Rational Requirements Composer

Nazwa narzędzia Rational Requirements Composer
Ogólne zastosowanie Narzędzie Rational Requirements Composer służy do definiowania
i opisywania wymagań.
Główne elementy wytwarzane w narzędziu ·         Story board’y

·         Szkice

·         Przypadki użycia  (ang. use cases)

·         Scenariusze

·         Modele

Możliwość integracji z RTC Bezpośrednia komunikacja poprzez serwery lub łączenie plików poprzez linkowanie

Źródło: Opracowanie własne

Tabela 3.2.2.2

Podstawowe informacje na temat Rational Quality Manager

Nazwa narzędzia Rational Quality Manager
Ogólne zastosowanie Narzędzie Rational Quality Manager służy do planowania testów
i badań, ich konstrukcji oraz wykonywania.
Główne elementy wytwarzane w narzędziu ·         Plany testów

·         Przypadki testowania

·         Defekty

·         Raporty

Możliwość integracji z RTC Bezpośrednia komunikacja poprzez serwery lub łączenie plików poprzez linkowanie

Źródło: Opracowanie własne

Aby efektywnie zarządzać projektem należy zwrócić szczególną uwagę na dwa obszary, jakimi są: wymagania klienta oraz jakość produktu i z nimi związane są kolejne programy integrowane z aplikacją Rational Team Concert.

Zarządzanie wymaganiami ma na celu zapewnienie, iż będą podejmowane tylko
te prace i realizowane tylko te procesy, które przyczynią się do pomyślnego zakończenia przedsięwzięcia[1]. Ściślej mówiąc, są to działania skoncentrowane na definiowaniu
i kontrolowaniu tego, co jest lub co nie jest włączone w projekt. To oznacza, że nie należy się tylko ograniczać do wymagań klienta i funkcjonalności, które składają się na produkt
lub usługę, ale trzeba się również zastanowić na tym, co jeszcze powinno zostać wykonane, aby dostarczyć klientowi w pełni funkcjonalny produkt. Jest tak dlatego, gdyż nie zawsze zespół projektowy jest w stanie zrealizować dane wymaganie klienta bez wytworzenia dodatkowego produktu.

Skuteczne zarządzanie wymaganiami polega na rozłożeniu produktu finalnego
na części i produkty elementarne, nad którymi kierownikom projektu jest dużo łatwiej zapanować. Programem, który umożliwia opisywanie i definiowanie wymagań
oraz zależności między nimi jest Rational Requirements Composer (RRC). Za jego pomocą tworzy się strukturę podziału pracy (WBS) całego produktu, jak również definicje wymagań
i ich opisy. Te elementy stanowią wyjście dla dalszych prac w RTC, w którym można
je zdekomponować na pojedyncze zadania do wykonania przez zespół, podzielić i zawrzeć
w planach iteracji oraz stworzyć dla nich kod źródłowy (rys. 3.2.1.2.1).

Źródło: opracowanie własne

Rysunek 3.2.1.1‑1 Model integracji RTC i RRC

Drugim bardzo ważnym obszarem zarządzania projektem jest zarządzanie jakością, czyli zarządzanie ogółem cech jednostki, które wpływają na jej zdolność
do zaspokojenia stwierdzonych lub domniemanych potrzeb. Podejmowane w tym obszarze działania mają na celu zapewnienie, że projekt zaspokoi potrzeby klienta. A więc,
są to wszelkie działania w ramach ogólnego zarządzania, które określają politykę jakości, cele, zadania i realizują je za pomocą planowania, kontroli, zapewniania oraz doskonalenia jakości w całym systemie. [2] Obszar ten jest szczególnie istotny z tego względu, że pozwala
na uzyskanie satysfakcji klienta i zapobieganie błędom, które mogłyby być bardzo kosztowne z punktu widzenia całego projektu. Planowanie badań, testów ich przeprowadzanie
i uzyskiwane wyniki pozwalają na elastyczne wprowadzanie poprawek do planów projektu, co przekłada się na zaoszczędzenie czasu realizacji oraz zredukowanie kosztów popełnianych błędów.

Platformą wykorzystywaną do zarządzania jakością jest Rational Quality Manager (RQM). Umożliwia on wykonywanie planów testowania wszelkich funkcjonalności tworzonych w ramach projekty, kontrolowanie przepływu pracy, śledzenie i pomiar liczbowy tego, w jaki sposób podejmowane decyzje i rezultaty podejmowanych działań projektowych są zgodne z celami biznesowymi. Wyniki przeprowadzanych testów i raporty generowane przez tą aplikację pozwalają na szybkie podejmowanie decyzji o zmianach dotyczących samych komponentów, jak również dalszych planów projektu. Można dzięki nim skutecznie zarządzać defektami, w celu ich szybkiego zlikwidowania (rys. 3.2.1.2.2).

Źródło: Opracowanie własne

Rysunek 3.2.1.1‑2 Model integracji RTC i RQM

Połączenie platformy zarządzania pracą jaką jest Rational Team Concert (RTC)
z oprogramowaniem do zarządzania wymaganiami RRC i zarządzania jakością RQM w jeden system informatyczny stworzyłoby nowe, lepsze warunki realizacji projektów. System
ten pozwalałby na wykorzystanie wszystkich funkcjonalności każdego z tych narzędzi,
a zarazem pozwalałby na ich wzajemne komunikowanie się.  Jak się okazuje jest to nie tylko możliwe ale również bardzo proste do wdrożenia rozwiązanie. Nowe wersje Beta 3 oprogramowań RTC, RQM i RRC pozwalają na instalację i konfigurację wszystkich tych trzech narzędzi na jednej jak i na wielu stacjach roboczych. Narzędzia wzajemnie komunikują się ze sobą korzystając z jednego serwera, a zarządzać można nimi z poziomu przeglądarki.

Źródło: Opracowanie własne na podstawie http://www.youtube.com/watch?v=0GyfCem3wsU

Rysunek 3.2.1.1‑3 Model współdziałania narzędzi Rational Team Concert, Rational Requirements Composer i Rational Quality Manager

Połączenie obszarów projektów pomiędzy Rational Team Concert, Rational Quality Manager i Rational Requirements Composer dokładniej obrazuje rysunek 3.2.2.1-12.
W każdym obszarze projektu można tworzyć odpowiednie dla danej aplikacji elementy
i łączyć je z innymi elementami tworzonymi w innym narzędziu. Kombinacji łączenia poszczególnych komponentów jest wiele, a każdy z tworzonych elementów połączony
z innym elementem innej aplikacji wzajemnie na siebie wpływa i dopełnia.

3.1.1.1  Proces integracji Rational Team Concert, Rational Requirements Composer i Rational Quality Manager

Przed przystąpieniem do integracji należy się jednak upewnić czy spełnia się wszystkie warunki hardwareowe jak i softwarowe. Są one dostępne na stronie, z której można pobrać wersje próbne narzędzi.

Po pobraniu i rozpakowaniu paczki instalacyjnej najnowszej dostępnej wersji RTC 3.0.1, klikamy na plik „launchpad”, który uruchomi instalację managera instalacyjnego. Manager instalacyjny po zainstalowaniu otworzy się automatycznie. Na tym etapie należy zainstalować Jazz Team Server wraz z aplikacjami do zarządzania zmianą i konfiguracjami, zarządzania jakością oraz zarządzania wymaganiami. Istnieją dwie możliwości wyboru instalacji,
a mianowicie gdy chcemy korzystać z aplikacji na pojedynczym serwerze lub na wielu rozproszonych serwerach. Dla celów projektu wybrano opcję z pojedynczym serwerem.

3.2.2.1‑1  Wybór pakietu instalacyjnego

Przebieg instalacji jest bardzo intuicyjny i prowadzi przez kolejne okna dialogowe.

3.2.2.1‑2 Widok na instalowane pakiety

Jak można zauważyć na powyższym rysunku, zostanie zainstalowany menadżer instalacyjny, aplikacje RTC, RQM, RRC wraz z serwerem oraz wstępne klucze licencyjne. W dalszej kolejności zostanie sprawdzone czy wszelkie wymagania softwareowe są spełnione. Jeżeli test zostanie pozytywnie przeprowadzony, przechodzi się do okna z umowami licencyjnymi. Aby przejść dalej należy zaakceptować warunki.

3.2.2.1‑3 Akceptacja warunków umów licencyjnych aplikacji

ciąg dalszy tej pracy mgr nastąpi…

—-

[1] Project Management Institute, opt. cit., str.47

[2] Project Management Institute, opt. cit., str.str. 84