Nie wszyscy rozumieją, jak ważne jest prawidłowe opracowanie specyfikacji technicznych, ale w rzeczywistości jest to tak szerokie pytanie, że nie będzie działać w skrócie. Z tego powodu, przed kontynuowaniem tej procedury, musisz zrozumieć wszystkie odpowiednie subtelności.
Po co to jest?
Przed omówieniem prawidłowego opracowania specyfikacji technicznych należy zrozumieć, dlaczego tak się dzieje i przez kogo będzie on później stosowany, ponieważ niezbędne podejście do przeprowadzenia tej procedury zależy od tego dość mocno. Warto zwrócić uwagę na kilka podstawowych opcji:
- Organizacja komercyjna zamierza wprowadzić w pełni zautomatyzowany system, ale nie ma własnej usługi informatycznej, w wyniku czego postanowiła wykonać następujące czynności: pewna zainteresowana osoba opracowuje zadania techniczne, a następnie przekazuje je organizacjom zewnętrznym w celu dalszego rozwoju.
- Firma handlowa będzie korzystać ze zautomatyzowanego systemu i ma działającą usługę IT. W tej sytuacji opracowywany jest TK, po którym jest on szczegółowo negocjowany z usługą IT, a następnie wysyłany do zainteresowanych stron, a ostatecznie jest sprzedawany samodzielnie.
- Rząd niedługo zakończy konkretny projekt informatyczny. Pojawia się już wiele drobiazgów i pułapek, w tym wszelkiego rodzaju formalności, więc nie jest nawet wskazane rozważenie tej opcji, ponieważ każdy pojedynczy przypadek najczęściej wymaga całkowicie indywidualnego podejścia.
Bardziej skomplikowane przypadki
Najtrudniejszy jest przypadek, gdy firma IT opracowuje specyfikacje techniczne w celu późniejszego opracowania i wdrożenia systemów automatycznych. W takich sytuacjach musisz pracować w różnych warunkach, takich jak:
- Obecność własnych specjalistów przez klienta z jego własną wizją tego procesu, która nakłada pewne wymagania na skompilowany TOR.
- Specyfikacje techniczne są tworzone wyłącznie dla ich własnych programistów, a klient w zasadzie nie jest tak ważny, jaki będzie wynik.
- TK zostanie przeniesiony na kontrahenta, to znaczy na pewną grupę specjalistów, którzy znajdują się poza personelem firmy.
- Istnieje nieporozumienie między firmą a klientem co do wyniku, więc firma nie wie, jak prawidłowo opracować specyfikacje techniczne dotyczące konserwacji.
Istnieje wiele innych sytuacji, które również należy wziąć pod uwagę, ale tylko najczęstsze są wskazane powyżej.
Co to jest TK?
Istnieje dość duża liczba GOST i pewne standardy, które zostały zaprojektowane w celu uregulowania każdego obszaru działalności. W szczególności normy te należy wziąć pod uwagę przy opracowywaniu specyfikacji technicznych dotyczących konserwacji. Jednocześnie może toczyć się aktywna debata na temat tego, jak istotne są te dokumenty, ale w każdym razie, w trakcie opracowywania własnego projektu, musisz je w pełni przestrzegać. W rzeczywistości należy poprawnie zrozumieć, że GOST najczęściej nie ujawniają praktycznych problemów współczesnego rozwoju, ale jednocześnie nie zawsze proponują konkretną i systemową alternatywę.
TK sam w sobie jest dokumentem źródłowym regulującym projekt obiektu technicznego.Określa główny cel tego rozwoju, a także różne cechy taktyczne i techniczne, wskaźniki jakości i wszelkiego rodzaju wymagania techniczne i ekonomiczne, a także wskazuje specjalne wymagania, które należy wziąć pod uwagę podczas pracy. Zadanie tworzenia dokumentu nowego jako dokumentu źródłowego istnieje w każdym nowoczesnym polu działalności, ale może się różnić w zależności od treści, kolejności projektowania i szeregu innych parametrów.
Funkcje użytkowania
Jest całkiem naturalne, że wymagania GOST są wyraźnie niewystarczające, aby w końcu każdy mógł stworzyć skuteczny przykład zadania technicznego, i jest to całkiem normalne, ponieważ nie każdy może wykonać pracę w pełnej zgodzie ze standardami. Oprócz samego GOST należy również wziąć pod uwagę pewne metody i praktyki, a ten fakt leży u podstaw tego problemu.
Wielu ekspertów, z jakiegoś powodu, opracowujących specyfikacje techniczne do projektowania obiektu lub wykonujących określone prace, opiera się wyłącznie na wymaganiach GOST, ale w rzeczywistości jest to zasadniczo niewłaściwe podejście.
Główne wyzwanie
Jak wynika z samej definicji, głównym celem TK jest sformułowanie podstawowych wymagań dla opracowanego obiektu. W takim przypadku należy poprawnie zrozumieć, że mówimy o podstawowych wymaganiach, ale nie tylko tych.
Jak określić wymagania?
Przede wszystkim należy pamiętać, że zakres wymagań i obowiązków dotyczących projektowania lub rozwoju powinien obejmować wymagania podzielone według właściwości i typów. W tym GOST najbardziej nam pomaga. Lista, którą można tam znaleźć, jest doskonałym przykładem tego, jakie rodzaje należy wziąć pod uwagę, a mianowicie:
- Funkcjonalność
- prawa bezpieczeństwa i dostępu;
- kwalifikacje personelu.
Na co zwrócić uwagę?
Oczywiście nie jest to pełna lista. Jednak kluczowym czynnikiem, który powinien wyróżnić udany przykład zadania technicznego, są poprawnie sformułowane wymagania dotyczące funkcjonalności i do tych wymagań specjaliści poświęcają przeważającą większość metod i prac. Wielu ekspertów twierdzi, że wymagania dotyczące funkcjonalności obejmują około 90% całkowitej złożoności pracy związanej z opracowaniem specyfikacji technicznych, a wszystko inne jest rodzajem „kamuflażu”, który zostanie następnie nałożony na te wymagania.
Jeśli wymagania zostaną utworzone niepoprawnie, bez względu na to, jak pięknie na nie nałożysz kamuflaż, ostatecznie nie uda się stworzyć naprawdę udanego projektu. Oczywiście, zgodnie z GOST, wszystkie wymagania są w pełni spełnione, zakres zadań (przykład poniżej) jest opracowany, podpisany i zatwierdzony, a specjalista otrzymał za to zapłatę, ale musisz zrozumieć, co zrobić z tym dokumentem. Jeśli mówimy o projekcie na zamówienie państwa, często nie pojawiają się problemy, ponieważ istnieją znacznie mniejsze ograniczenia budżetowe, a główne szczegóły zostaną już zidentyfikowane w procesie wdrażania. Ale jeśli mówimy o organizacjach komercyjnych, w których bardziej szczegółowo rozważają pieniądze i wymagają innego wyniku, wszystko jest już bardziej skomplikowane.
Przydatny i skuteczny rozwój
Jeśli rodzaje wymagań mogą być bardzo różne, a tutaj wszystko zależy głównie wyłącznie od celów projektu, istnieją tylko trzy właściwości:
- zrozumiałość;
- specyficzność;
- testowalność.
Jednocześnie należy poprawnie zrozumieć, że przy opracowywaniu zadania technicznego próbkę należy przetestować poprawnie, a to już zależy od dwóch pierwszych właściwości.Jeśli wynik spełnienia jednego lub drugiego wymagania nie może być przetestowany, oznacza to, że wymaganie to nie jest w pełni zrozumiałe lub nie jest specyficzne, i musisz o tym pomyśleć, ponieważ jest to własność tych właściwości wymagań, na których opiera się profesjonalizm i umiejętności programisty, oraz dlatego doświadczeni specjaliści wykonują taką pracę znacznie szybciej i lepiej.
Dodatkowe niuanse
Istnieje również kilka ważnych punktów, które należy wziąć pod uwagę przy opracowywaniu zadania technicznego. System wymagań jest następujący:
- W jakim języku (z punktu widzenia złożoności percepcji) należy go pisać?
- Czy konieczne jest opisanie w nim jakichkolwiek konkretnych cech różnych funkcji, algorytmów, rodzajów niezbędnych informacji i innych subtelności technicznych?
- Co to jest projekt techniczny, który, nawiasem mówiąc, jest odnotowany w istniejących stanowych standardowych specyfikacjach i jak odnosi się do skompilowanych specyfikacji technicznych?
Odpowiedzi na wszystkie te pytania są dość ważne i właśnie z tego powodu wielu często zaczyna spierać się o to, jak wystarczający jest projektowany TZW i czy zawiera on wszystkie niezbędne szczegóły dotyczące wymagań. Ważne jest między innymi, jak zrozumiały będzie ten dokument z punktu widzenia klienta i wykonawcy, jak bardzo jest zbędny i jaki jest format prezentacji.
Zadanie i projekt
TK jest dokumentem zawierającym różne wymagania sformułowane w języku niezwykle zrozumiałym dla klienta i wykonawcy. Ponadto, jeśli specjalista opracowuje zadanie techniczne, jego usługi mogą również obejmować wykorzystanie technologii branżowej, która została zaprojektowana w celu zapewnienia najbardziej zrozumiałego sformułowania dla końcowego wykonawcy. Ważne jest, aby pamiętać tutaj, że konieczne jest unikanie jakichkolwiek powiązań ze specyfiką wdrożenia technicznego, to znaczy w procesie opracowywania TK w zasadzie nie ma znaczenia, na której konkretnej platformie zostanie wdrożone wdrożenie wszystkich tych wymagań. Oczywiście są pewne wyjątki, ale są to wyjątkowe przypadki.
Wyjaśnienie i dalsze sformułowanie różnych wymagań, a także ostateczne opracowanie ZWiO, powinno już być wykonane przez wyspecjalizowanego analityka biznesowego, a nie przez wykonawcę (chyba że oczywiście łączy te role w sobie, co zdarza się okresowo). Innymi słowy, specjalista musi komunikować się z klientem w języku prowadzonej przez siebie działalności.
Różnice projektu od zadania
Tworzenie zadania technicznego z projektu różni się tym, że ten ostatni jest dokumentem zawierającym podstawowe wymagania dotyczące sposobu realizacji wymagań określonych w SIWZ. Dokument ten zawiera główne subtelności wdrożonego produktu i niezbędne elementy, które zostaną wykorzystane w pracy przez specjalistów technicznych.
Klient nie musi zagłębiać się w taką pracę, ponieważ przeważająca większość wymagań może nawet nie być dla niego jasna. Często realizacja projektu technicznego jest przeprowadzana przez określonego specjalistę, dlatego już całkiem możliwe jest połączenie tej roli z wykonawcą. Jednocześnie musisz zrozumieć, że im większy projekt, tym więcej osób opracowuje specyfikacje techniczne.
Jaka jest praktyka?
Często zdarza się, że dyrektor jest koordynowany przez TK, co obejmuje wiele terminologii technicznej, w wyniku czego próbuje się w to zagłębić, próbując złapać znane słowa i nie stracić głównego łańcucha wymagań biznesowych. Z reguły w takich sytuacjach zadanie techniczne pracy jest nadal zatwierdzane, wdrażane, aw większości przypadków okazuje się, że wynik nie odpowiada faktowi wykonanej pracy, ponieważ zdecydowano się na zmianę dużej liczby niuansów, ponowne wykonanie,niektóre elementy zostały źle zrozumiane i pojawiło się wiele innych problemów.
Dlatego ważne jest, aby zrozumieć różnicę między TK a projektem technicznym, która jest częściowo związana z kompetencjami odpowiednich specjalistów, a częściowo z chęcią ograniczenia budżetu i czasu, ponieważ taka dokumentacja zajmuje dużo czasu.
