3 sposoby usprawnienia komunikacji w zespole projektowym

Tylko 32% projektów kończy się sukcesem (na czas, zgodnie z budżetem i wymaganiami), aż 44% projektów kończy się po walce z problemami (spóźnione, przekroczone koszty, nie spełnione wymagania), a 24% kończy się porażką (zostają zawieszone w trakcie realizacji lub dostarczone, ale nigdy nie wdrożone).

W niniejszym artykule chciałabym zaproponować 3 proste sposoby na usprawnienie komunikacji w zespole projektowym.

Jaka jest najważniejsza kompetencja Project Managera?

Komunikacja, komunikatywność, komunikowanie, umiejętność zarządzania komunikacją –  niezależnie od formy i odmiany, to właśnie tę umiejętność uznaliście za najważniejszą kompetencję Project Managera. [...]

Przedmiot umowy – największy z pięciu problemów

Tym razem króciutki wpis. Pragnę polecić numer 7/2014 COMPUTERWORLD a w nim (głownie, cały numer warto poznać ;)). Numer ten zawiera bardzo wartościowy artykuł “Pięć typowych błędów w umowach wdrożeniowych” Pana Marcina Maruty (Kancelaria Radców Prawnych Maruta i Wspólnicy).

Pan Maruta wskazuje, jako kluczową przyczynę wielu problemów z wdrożeniami (a konkretnie z kontraktami na ich [...]

Jak podchodzić do problemów “nierozwiązywalnych”

Każdy z nas, w pracy i w życiu prywatnym, napotyka od czasu do czasu problemy, których nie potrafi rozwiązać. Część tych problemów rzeczywiście nie jest możliwa do rozwiązania w istniejących okolicznościach i przy użyciu dostępnych środków, jednak zbyt często zdarza się, że rezygnujemy z dalszych prób znalezienia rozwiązania, mimo że posiadamy kwalifikacje i zasoby, które – odpowiednio zastosowane - przyniosłyby pożądany rezultat. [...]

Wymagania pozafunkcjonalne – integracja

Integracja to jeden z trudniejszych problemów. Wymaga bowiem nie tylko specyfikowania (i potem ich implementowania) interfejsów, ale także analizy i opracowania bezpiecznej architektury całego systemu (tu znowu architektura korporacyjna). Wiele firm ma, nie dwie ale kilka, kilkanaście a niektóre nawet setki aplikacji. Jeżeli będę ze sobą "pospawane" wywołaniami SQL/ODBC, to ruszenie "tego" praktycznie zawsze kończy się krachem (czytaj ogromne koszty przywrócenia funkcjonowania całości). Brak przemyślanej architektury, integracja ad-hoc "każdy z każdym", to prosta droga do kłopotów i ogromnych kosztów utrzymania całości. Stosowanie API (ich tworzenie) nieco tylko podnosi koszty wdrożenia, za to chroni przed bardzo dużymi, nieplanowanymi, wydatkami w przyszłości. [...]

Wymagania pozafunkcjonane czyli jaka architektura

Jak wspomniałem, wielu dostawców oprogramowania jak Rejtan, broni się przed ujawnianiem architektury, swoich produktów. Głównym powodem jest zapobieganie przedwczesnego wyjawienia opisanych wyżej wad systemów z grubym klientem (znacznie rzadziej spektakularny pomysł, w końcu mamy jednak jakieś standardy). Przypadki, w których zakup systemu był relatywnie niski ale koszt utrzymania, rozwoju i dostosowania nie raz wręcz ogromny, to z reguły właśnie zakup systemu w tej kosztownej architekturze. [...]

Tajemnice Q1

Kiedyś ISO/TS 16949 było wystarczające dla Klientów w obszarze motoryzacji. Od dłuższego czasu większość producentów samochodów, ale nie tylko, rozszerza wymagania tej normy o swoje specyficzne oczekiwania. W praktyce nazywane CSR (customer specific requirements). [...]

Backup – chmura czy u siebie?

Na rynku pojawiło się ciekawe rozwiązanie: WOOXO. System mamy "u siebie", więc mamy do dyspozycji własną administrację i brak ograniczenia na przepustowość łączą (nie płacimy dodatkowo za usługę, mamy do dyspozycji pasmo sieci lokalnej). Warto także pamiętać, że wykonywanie kopii zapasowych lokalnie uwalnia od wielu problemów prawnych (np. dane osobowe) jak i czysto strategicznych (dostęp do danych stanowiących tajemnice przedsiębiorstwa). [...]