Secani łączy wymagania, środki, dowody, ryzyka i zasoby typowanymi relacjami. Udokumentuj środek raz, użyj go w wielu frameworkach i pozwól grafowi ustalić, co jest spełnione, a czego brakuje.
Każdy framework, ryzyko i audyt korzysta z tych samych połączonych rekordów.
01
Środek jest zapisany raz i połączony z każdym wymaganiem, któremu służy, w dowolnym frameworku. Bez drugiego arkusza dla każdej normy.
Wymagania łączą się ze środkami jako implementuje, wspiera lub kompensuje. Dowody łączą się jako wspiera, przeczy, kwalifikuje lub kontekstualizuje.
02
To, czy wymaganie jest spełnione, wynika ze stosowalności, wdrożenia, dowodów i oceny. Nikt nie aktualizuje ręcznie kolumny z sygnalizacją świetlną.
Nie ma domyślnej ścieżki do stanu spełnione. Bez pozytywnej oceny i wystarczających dowodów wynik pozostaje nieznany.
03
Środki, które realizuje już dostawca lub jednostka nadrzędna, przechodzą na jednostki, które z nich korzystają. Reguła określa, kto wygrywa przy konflikcie.
Dziedziczenie podąża tylko za jawnymi krawędziami, nigdy za bliskością w grafie. Dostępne są polityki: wygrywa źródło, nadpisanie przez odbiorcę lub ścisła suma.
Każdy wiersz to krok, który Twój zespół wykonuje dziś ręcznie.
Ponowne dokumentowanie tego samego środka dla każdego frameworku
Jeden środek połączony z każdym wymaganiem, któremu służy
Ręczna aktualizacja kolumny statusu dla każdego wymagania
Status wyliczany ze stosowalności, wdrożenia, dowodów i oceny
Kopiowanie kontroli od dostawcy lub jednostki nadrzędnej do każdej podrzędnej
Dziedziczenie wzdłuż jawnych krawędzi z regułą konfliktu
Odtwarzanie przed audytem, kto co zmienił
Każda zmiana w historii połączonej łańcuchem hashy, razem z jej autorem
Jak często Twój zespół dokumentuje środek ponownie dla innego frameworku?
Godziny rocznie poświęcone na duplikaty
40
Twoje liczby, pomnożone: duplikaty × minuty. Nie dodajemy do wyniku żadnych własnych danych.
Graf zna tylko to, co ktoś połączył i zatwierdził.
Połączenie wymagania ze środkiem jest wnioskowane, rozstrzygane lub wycofywane jak każda inna zmiana, a każda decyzja jest zapisywana.
Każda zmiana to zdarzenie w łańcuchu SHA-256, które obejmuje każdą zapisaną kolumnę, także autora: osobę, agenta działającego w czyimś imieniu lub system.
Edycje niosą hash treści. Jeśli rekord zmienił się w międzyczasie, edycja się nie powiedzie zamiast nadpisać cudzą pracę.
Tak. Środek jest zapisany raz w przestrzeni roboczej i połączony z wymaganiami w tylu frameworkach, ilu służy. Każde połączenie określa, czy implementuje, wspiera, czy kompensuje wymaganie.
Ocenia stosowalność, wdrożenie, dowody i ocenę oraz wyjątki, w stałej kolejności. Stan spełnione wymaga pozytywnej oceny, wystarczających lub częściowych dowodów i braku aktywnego wyjątku. Wszystko poniżej tego pozostaje niespełnione lub nieznane.
Nie. Agent może proponować połączenia. Zatwierdza je człowiek, a historia zapisuje agenta jako autora razem z osobą, w której imieniu działał.
Historia to łańcuch hashy SHA-256, do którego można tylko dopisywać, a jego integralność można zweryfikować. Każde zdarzenie zachowuje autora, czas i to, co się zmieniło.
Niech jeden połączony model odpowiada za każdy framework.