Infinite Loop

Презентирана од: Теона Цакончева, Димитар

Трпоски, Симеон Ристовски, Матеј Митев,
Симона Ристевска, Тео Тунтев
За компанијата
Обезбедување услуга за Пратење локација на јавни
достапност на слободни превозни средства
места
Воспоставување маркетинг
стратегии

Известување на корисници +
повратни информации

Финансиски менаџмент

Главни Активности на Фирмата

 Типови на клиенти
на фирма
Првите целни клиенти на фирмата се:
1. Студентите (+учениците),
2. Работниците кои секојдневно патуваат до своето
работно место,
3. Туристите кои се незапознаени со јавниот превоз во
туѓа земја,
4. Старите лица кои се наслонуваат на јавниот превоз
за своите дневни обврски
Што се однесува на компаниите, нашата апликација би
била од корист на секое претпријатие кое се занимава
со градски, меѓуградски и меѓународен превоз.
Вредностите кои
фирмата ги нуди
Вредноста која ја нуди нашата апликација е таа да на
секој патник се овозможи да си го резервира своето
место за патување во време кога тоа му е потребно,
допринесувајќи кон:
1. поголема организација на јавниот превоз,
2. поголема продуктивност на патниците,
3. заштедување на време ...
Двигател за вредностите кои ги нудиме се
задоволните корисници, а нашето мото гласи:
,,Најдобрата реклама за успешна фирма се
задоволните клиенти“.
 Симона Ристовска Организациска култура базирана на
продуктивност, слобода за изјаснување,
Модернистички поглед на централизирана IT Директор мотивација, простор на продуктивност.
структура

Координатор на Финансиски
IT сектор
проект директор
Симеон Ристовски, Симона Ристовска,
Димитар Трпоски Теодор Тунтев

Маркетинг менаџер Developers Техничка поддршка

Симеон Ристовски Матеј Митев, Теона Цакончева

Димитар Трпоски,
Теона Цакончева
Додавање нова функционалност
Нова функционалност: Резервирање на посебно место за домашно
милениче или куче-придружник

Вредносни протоци

1. Потврди ги и
документирај ги
сервисните барања
2. Одлучи дали да се
инвестира во нов
сервис
3.
Дизајн и
архитектура на
новиот сервис

Влез: Барање и идеја за Влез: Детален извештај за Влез: Опишано барање и

ажурирање на веќе постоечка можните ризици и бенефити при потребни функционалности.
апликација. имплементацијата. Излез: Псевдо код.
Излез: План за изработка на Излез: Финансиска проценка и
барањето и формирање тим. донесување на конечна одлука.
 4. 5. 6.
Направи, Поставување на Пуштање на новиот
конфигурирај, сервисните сервис за употреба
или купи сервисни компоненти и за потрошувачи и
компоненти припрема за пуштање корисници

Влез: Неофицијална верзија на

Влез: Конфигуриран дизајн и
новиот софтвер. Влез: Финална верзија.
архитектура на апликацијата.
Излез: Feedbacks од клиенти и Излез: Современа апликација
Излез: Demo верзија.
корисници за подобрување на „Free Transit Seats“.
сервисот.
Практики за имплементација на вредносни
протоци
При имплементацијата на вредносните
протоци, користевме голем број на ITIL 4

практики, а тука ќе ги издвоиме Дизајн на сервис 5

најважните. Управување со
3 Управување со проблеми
инциденти
6
Контрола за
промени

1 2 Управување со
Управување со сервисни барања
нивото на севиси
7
Постојано
подобрување
Глобален влез-излез
Влез: Барање од клиентот за надоградување на апликацијата со можност за резервирање на посебно место
за домашно милениче или куче-придружник.
Излез: Имплементација на нов сервис и добивање на современа апликација која овозможува закажување на
место за седење на патници и посебно место за домашни миленици и кучиња-придружници во градски
превоз, воз и метро, нешто ново и непознато за денешниот пазар.

Улоги на вработени
IT-директор: Ја договара иницијативата за имплементација на нов сервис. Информиран е за секој процес во
вредносниот проток.
Координатор на проекти: Одговорен е да го надгледува целиот процес и да го координира тимот со цел да се
пружат најдобри перформанси од страна на вработените.
Финансиски директор: Го одредува буџетот за проектот. Консултиран е за расположливите ресурси на
компанијата во секоја фаза од процесот.
IT сектор:
1. Developers
2. Техничка поддршка
3. Маркетинг менаџер
 RACI матрица
Координатор Финансиски Техничка Маркетинг
IT директор Developers
на проекти директор поддршка менаџер

Процес 1 З И К И И И
З - Задолжен
Процес 2 О З З И И К
О - Одговорен
Процес 3 И О К З К И К - Консултиран
И - Информиран
Процес 4 И О К З К И

Процес 5 К З И О О И

Процес 6 О З К И И З

Легенда:
Процес 1 - Потврди ги и документирај ги сервисните Процес 4 - Направи, конфигурирај, или купи сервисни компоненти
барања Процес 5 - Поставување на сервисните компоненти и припрема за
Процес 2 - Одлучи дали да се инвестира во нов пуштање
сервис Процес 6 - Пуштање на новиот сервис за употреба за потрошувачи
Процес 3 - Дизајн и архитектура на новиот сервис и корисници
 Сценарио:
Во Service Desk-от на нашата компанија пристигнува поплака од

Service Desk корисник преку еден од каналите за комуникација:

телефонски повик, порака на социјални медиуми, физички шалтер..
(во овој случај поплаката е испратена преку email).
Самиот проблем започнува со тоа што корисникот успешно го платил својот билет за
превоз со автобусот преку нашата апликација, но при прием во автобусот тој бил одбиен
поради невалидна карта.

Вредносни протоци

1. Потврди го и
регистрирај го
прашањето на
2. Истражување,
рекласификација
како инцидент, и
3.
Земи поправка од
специјален тим

корисникот обид да се поправи Влез: Известување до

Влез: Поплака од страна на
корисник за настана грешка при
користење на услуга
Излез: Регистрација на
инцидентот во системот, со цел
за понатамошно разгледување
одговорниот тим и
Влез: Убаво детализиран
приложување на соодветен
настанат проблем
извештај околу проблемот
Излез: Крајна анализа на
Излез: Подготовен документ за
проблемот, идеи за негово
набавка на потребните
разрешување со обид
материјали
4. Примена на поправката

Влез: Целосен план за најефикасна поправка на системот

Излез: Потенцијално разрешен проблем

5. Потврди го и
регистрирај го
прашањето на
6. Истражување,
рекласификација
како инцидент, и
7.
Земи поправка од
специјален тим

корисникот обид да се поправи

Влез: Документирана анализа Влез: Заклучок од решението на Влез: Целосна состојба на
на моменталната состојба проблемот системот
Излез: Разрешен проблем Излез: Порака упатена до Излез: Решенија за
корисникот подобрување
Практики за имплементација на вредносни
протоци
4
Управување со
5
проблеми Управување со
Управување со
3 знаење
информациска
6
безбедност Управување со
конфигурација на
Управување со сервиси
1 2
нивото на севиси
Service Desk
7
Управување
со инциденти
Глобален влез-излез
Влез: Поплака од страна на корисникот пристига во Service Desk-от (во конкретниот пример, грешка во однос
на патниот билетот).
Излез: Разрешување на настанатиот проблем, што најчесто доведува и до унапредување на системот.

Улоги на вработени
IT-директор: Засегнат за овој проблем само при енормна ескалација на истиот. Консултиран е за проблемот,
кој го разрешуваат останатите вработени.
Координатор на проекти: Како задолжен за градење на нова функционалност не би бил директно
инволвиран во решавање на проблемот на Service Desk поплаки, но доколку тимот на девелопери има
потреба од организација на задачите - координаторот ќе е првиот консултиран.
Финансиски директор: Првата личност која ќе биде известена и задолжена за одредување на буџетот кој ќе
биде потребен со цел да се докупат основните средства за дополнување на меморискиот простор.
IT сектор:
1. Developers - темелот на разрешувањето на самиот проблем
2. Техничка поддршка - прв во ланецот кој ја прима поплаката и ја разгледува истата
3. Маркетинг менаџер - нема значајна улога во која неговата присустност би била неопходна во
заддавањето на решение на проблемот
 RACI матрица
Координатор Финансиски Техничка Маркетинг
IT директор Developers
на проекти директор поддршка менаџер

Процес 1 И И К З
З - Задолжен
Процес 2 И О К К
О - Одговорен
Процес 3 К К З И К - Консултиран
И - Информиран
Процес 4 И З И

Процес 5 И З

Процес 6 К О З З

Легенда:
Процес 1 - Потврди го и регистрирај го прашањето на Процес 4 - Примена на поправката
корисникот Процес 5 - Потврди дека инцидентот е разрешен
Процес 2 - Истражување, рекласификација како Процес 6 - Барање за повратен одговор од корисникот
инцидент, и обид да се поправи
Процес 3 - Земи поправка од специјален тим
Набавка на нов провајдер
 Набавката на нов провајдер за хостирање на услуга е процес кој
наметнува повеќе моменти на фокус. Особено за компанија како што
е таа за следење на слободни транспортни места, во предвид треба
да се земат факторите на географска дистрибуција на корисничката
база и нивото на документација на информации кое ќе е потребно.

Фактори кои треба да се земат во предвид пред набавување на нов провајдер:

Капацитет и скалабилност Надежност

доволно капацитет за поддржување сервиси за заштита од губење
на растот на услугата податоци, редундантност

Безбедност Локација на серверите

мерки за заштита од дали локацијата одговара со планот
компромитираност (SSL certificates) на распределување на услугата
1. Анализа на бизнис потреби

Влез: Анализа на бизнис потребите на фирмата

Излез: Конкретна визија за соодветен провајдер

2. Истражување на
провајдери и
нивно тестирање
3. Избирање на
најсоодветен
провајдер
4.
Алоцирање на
ресурси на
провајдер

Влез: Анализа на провајдерите Влез: Споредба на провајдерите

за хостирање услуги кои се покажале како Влез: Алоцирање на ресурси на
Излез: Намалување на кругот најсоодветни провајдер
провајдери од кои се бира за Излез: Избирање на еден за Излез: Хостирана апликација
хостирање на услуга хостирање на услугата
Глобален влез-излез
Влез: Дефинирање на потреби за набавка на нов провајдер каде ќе се хостира нова услуга која е планирана за
развој.
Излез: Остварување на наведените потреби за набавка нов провајдер.

Улоги на вработени
IT-директор: Соработува со сите челенови на тимот и е консултиран за потребите на бизнисот од нов
провајдер.
Координатор на проекти: Иницира и организира работни состаноци на кои се зборува за потребите и
барањата за нов провајдер и хостирање на услугата.
Финансиски директор: Анализира и обезбедува финансиска оценка на различните аспекти поврзани со
хостирање на услугата кај различните провајдери.
IT сектор:
1. Developers - анализа на технички барања апликацијата
2. Техничка поддршка - идентификува и отстранува проблеми во процесот на миграција на хостинг
провајдер
3. Маркетинг менаџер - спроведува истражувања на пазарот за да ги разбере потребите и
очекувањата на целната група
RACI матрица
Координатор Финансиски Техничка Маркетинг
IT директор Developers
на проекти директор поддршка менаџер

Процес 1 З К К И К К З - Задолжен
О - Одговорен
Процес 2 К З К З И И
К - Консултиран
Процес 3 О И О К И К И - Информиран
Процес 4 К И З И И К

Легенда:
Процес 1 - Анализа на бизнис потреби за нов Процес 3 – Избирање на провајдер
провајдер Процес 4 – Алоцирање на ресурси на провајдер
Процес 2 - Истражување и тестирање на
провајдери
 Благодарам на
внимание
Линк до trello табла:
https://trello.com/invite/b/V4j5socV/ATTI95077b94e91aea860b
00725554e2f62d1772314E/infinite-loop