Forever Autumn Опубліковано 17 Березня, 2015 в 12:21 #1 Опубліковано 17 Березня, 2015 в 12:21 Привіт. Роблю підбірку на тему "Професії в айтішці" з описами основних обов*язків, може навіть з зарплатами? ))) гггг. Таким ОСЬ зразком з ресурсу ДОУ, проте нащо брати з ДОУ, якщо і на Волині є багато професійних, працьовитих та прекрасних спеціалістів в ІТ-шці, більшість з яких тусуються на Борді. Поможіть)))
Forever Autumn Опубліковано 17 Березня, 2015 в 12:28 Автор #2 Опубліковано 17 Березня, 2015 в 12:28 Виглядати буде приблизно так:Професія:Основні обов*язки:Повинен знати:Мінуси:Плюси:
madkot Опубліковано 17 Березня, 2015 в 12:32 #3 Опубліковано 17 Березня, 2015 в 12:32 я б вніс простостого ІТ інженера ще Системный администраторв рабочие обязанности сисадмина может входить:— Настройка аппаратного и программного обеспечения для стабильной работы; ???— Конфигурирование серверов, отказоустойчивых решений, инфраструктурных элементов;— Установка/инсталляция серверов/сервисов, модернизация существующих;— Обслуживание офисной компьютерной техники;— Написание серверного ПО;— Тестирование аппаратного обеспечения; ????— Настройка рабочих станций, сетей и сетевого оборудования (роутеры, модемы);— Информационная безопасность;— Организация резервного копирования;— Организация удаленного доступа;— Поддержка пользователей;— Проведение закупок нового аппаратного и программного обеспечения.Лишнє викреслив, це точно не обов"язки системного адміністратора. Слово системний - вже саме говорить що мова йде про систему, а не про окремий ПК кінцевого користувача.
Ko3bMa Опубліковано 17 Березня, 2015 в 13:22 #4 Опубліковано 17 Березня, 2015 в 13:22 Професія: Спеціаліст технічної підтримки Основні обов*язки: Цілодобова технічна підтримка (в 20% випадків - моральна ) користувачів онлайн та по телефону. Швидке приймання рішень в залежності від ситуації; далі - специфіка роботи в конкретній організації. Повинен знати: Базові знання мереж та SQL; впевнений користувач Windows\Linux(бажано)+офісні пакети; цільовий софт - як свої 5 пальців; граматика та правильна вимова. Мінуси: перша "лінія оборони"; ненормований графік роботи; порівняно невисока ЗП; "живе" спілкування з користувачами - зі всіма витікаючими. Плюси: ненормований графік інколи вилазить непоганими плюшками у вигляді вихідних та вільного часу; непоганий старт в ІТ - маєте можливість "спробувати" декілька різних областей роботи.
madkot Опубліковано 17 Березня, 2015 в 13:25 #5 Опубліковано 17 Березня, 2015 в 13:25 В 17.03.2015 в 13:22, Ko3bMa сказав: Професія: Спеціаліст технічної підтримки Основні обов*язки: Цілодобова технічна підтримка (в 20% випадків - моральна ) користувачів онлайн та по телефону. Швидке приймання рішень в залежності від ситуації; далі - специфіка роботи в конкретній організації. Повинен знати: Базові знання мереж та SQL; впевнений користувач Windows\Linux(бажано)+офісні пакети; цільовий софт - як свої 5 пальців; граматика та правильна вимова. Мінуси: перша "лінія оборони"; ненормований графік роботи; порівняно невисока ЗП; "живе" спілкування з користувачами - зі всіма витікаючими. Плюси: ненормований графік інколи вилазить непоганими плюшками у вигляді вихідних та вільного часу; непоганий старт в ІТ - маєте можливість "спробувати" декілька різних областей роботи. друже - ти не правий. графік нормований і тим більше не цілодобове. давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бути
Zevs_Isver Опубліковано 17 Березня, 2015 в 13:30 #6 Опубліковано 17 Березня, 2015 в 13:30 В 17.03.2015 в 13:25, madkot сказав: друже - ти не правий. графік нормований і тим більше не цілодобове.давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бути= позмінна робота, СервісДеск 1го рівня (1st Level Support)p.s. а може звідси злизати і не винаходити ще раз велосипед?
Slavco Опубліковано 17 Березня, 2015 в 13:31 #7 Опубліковано 17 Березня, 2015 в 13:31 СервісДеск 1го рівня (1st Level Support) - у вас теж SD імені Хуліта-Пакарда?
Ko3bMa Опубліковано 17 Березня, 2015 в 13:33 #8 Опубліковано 17 Березня, 2015 в 13:33 Цитата друже - ти не правий. графік нормований і тим більше не цілодобове.давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бутиЗнаєте таке поняття, як "дедлайн"? По-нашому "аврал"? Ото-ж бо й воно. І, як би не хотілось, але інколи і цілодобове. Все залежить від сфери роботи організації.Так, як "має бути" в Луцьку раз-два і нема. Наскільки я зрозумів, ТС хоче інфу напряму "з рук", а не з довідника спеціальностей та обов'язків.
Forever Autumn Опубліковано 17 Березня, 2015 в 13:38 Автор #9 Опубліковано 17 Березня, 2015 в 13:38 В 17.03.2015 в 13:30, Zevs_Isver сказав: В 17.03.2015 в 13:25, madkot сказав: друже - ти не правий. графік нормований і тим більше не цілодобове. давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бути = позмінна робота, СервісДеск 1го рівня (1st Level Support) p.s. а може звідси злизати і не винаходити ще раз велосипед? Ай нє. То забугорний байк, а нам треба волинський ровер ) Тобто макисмально наближено до умов праці на Волині
Zevs_Isver Опубліковано 17 Березня, 2015 в 14:22 #10 Опубліковано 17 Березня, 2015 в 14:22 В 17.03.2015 в 13:31, Slavco сказав: СервісДеск 1го рівня (1st Level Support) - у вас теж SD імені Хуліта-Пакарда? та принципи ІТІЛ пробують де треба і де не треба впровадити В 17.03.2015 в 13:33, Ko3bMa сказав: Цитата друже - ти не правий. графік нормований і тим більше не цілодобове. давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бути Знаєте таке поняття, як "дедлайн"? По-нашому "аврал"? Ото-ж бо й воно. І, як би не хотілось, але інколи і цілодобове. Все залежить від сфери роботи організації. на змінних інженерів це не пливає приходить 21:00 і на телефоні Мударат Сінх змінюється на Гіта Прадір і все з цим строго В 17.03.2015 в 13:38, Forever Autumn сказав: Ай нє. То забугорний байк, а нам треба волинський ровер ) Тобто макисмально наближено до умов праці на Волині згоден пробувати натягнути стандарти колцентра на 100+ осіб на 4х людей то якось не здорово але й дуже спрощувати не варто краще вже нас рухати до байка, ніж байк до нас
Forever Autumn Опубліковано 17 Березня, 2015 в 15:32 Автор #11 Опубліковано 17 Березня, 2015 в 15:32 Описати так, аби люди не скзаали: шо це за Америка така, в нас такого немає. Але й бєспрєдєл не розводити. Я потім буду писати те, що маю сама. А ви будете коригувати)))
madkot Опубліковано 17 Березня, 2015 в 16:51 #12 Опубліковано 17 Березня, 2015 в 16:51 Блін народ, що за брєд ви тут розводити - ми говоримо про навчання так як має бути чи про те як по дебільному часто є?чому треба обмежуватись волинськими реаліями - чи ви думаєте, що ніхто потім не вийде за межі області?давайте писати так як має бути і відповідно до нормальних людських процесів, а не до реалій маленького містечка по типу Ковеля чи подібного, ок?,а то навчите дурні всякої, а людина приїде у столицю і буде почувати себя як селюк у нормальній ІТ копанії.кожен ІТ фахівець має виконувати строго свої функціональні обов"язки, і треба це все зводити до SLA - Service Level Agreement (угода про рівень якості обслуговування)
madkot Опубліковано 17 Березня, 2015 в 16:59 #13 Опубліковано 17 Березня, 2015 в 16:59 В 17.03.2015 в 13:33, Ko3bMa сказав: Цитата друже - ти не правий. графік нормований і тим більше не цілодобове.давай все ж таки виходити з позиції не як є у шарашкіних конторах, а як має бутиЗнаєте таке поняття, як "дедлайн"? По-нашому "аврал"? Ото-ж бо й воно. І, як би не хотілось, але інколи і цілодобове. Все залежить від сфери роботи організації.Так, як "має бути" в Луцьку раз-два і нема. Наскільки я зрозумів, ТС хоче інфу напряму "з рук", а не з довідника спеціальностей та обов'язків.я знаю що таке дедлайн, а ви бачу плутаєте дедлайн із авралом.,кожна задача має і може виконуватись у свої строки, тому і придумали поняття дедлайн - час і термін у який ЯКІСНО буде виконана задача по обслуговуванню кінцевого користувача.а аврал - це те, що називають позаштатною ситуацією. це випадки, котрих у ІТішніків має бути мінімально мало.
Ko3bMa Опубліковано 17 Березня, 2015 в 18:11 #14 Опубліковано 17 Березня, 2015 в 18:11 Цитата я знаю що таке дедлайн, а ви бачу плутаєте дедлайн із авралом., кожна задача має і може виконуватись у свої строки, тому і придумали поняття дедлайн - час і термін у який ЯКІСНО буде виконана задача по обслуговуванню кінцевого користувача. а аврал - це те, що називають позаштатною ситуацією. це випадки, котрих у ІТішніків має бути мінімально мало. Нехай буде так, вам з вашої башти видніше. Мо заодно напишете свій варіант, якщо вже володієте інформацією?
madkot Опубліковано 17 Березня, 2015 в 18:30 #15 Опубліковано 17 Березня, 2015 в 18:30 В 17.03.2015 в 18:11, Ko3bMa сказав: Цитата я знаю що таке дедлайн, а ви бачу плутаєте дедлайн із авралом., кожна задача має і може виконуватись у свої строки, тому і придумали поняття дедлайн - час і термін у який ЯКІСНО буде виконана задача по обслуговуванню кінцевого користувача. а аврал - це те, що називають позаштатною ситуацією. це випадки, котрих у ІТішніків має бути мінімально мало. Нехай буде так, вам з вашої башти видніше. Мо заодно напишете свій варіант, якщо вже володієте інформацією? Свій варіант чого саме написати? Я не просто володію, а щодня працюю із заявками, котрі мають свій деддайн, строго визначений по пріоритетності та типу сервісів, які ми забезпечуємо. У мене в середньому щодня 15-25 активних заявок у черзі із різним кінцевим терміном виконання і різним типом складності та різного напрямку роботи. Тому я знаю, що кажу не на словах, а на досвіді. По кожній заявці і її виконанню формується результат, котрий вплива потім на зп. Молодь треба привчати до системної роботи в ІТ,а не до роботи по типу шарашкіної контори, котрих у Луцьку 95%
ferryman Опубліковано 17 Березня, 2015 в 18:38 #16 Опубліковано 17 Березня, 2015 в 18:38 я вже в енний раз впевнився, що support team упоротий по "самоєнімагу"
madkot Опубліковано 17 Березня, 2015 в 18:46 #17 Опубліковано 17 Березня, 2015 в 18:46 В 17.03.2015 в 18:38, ferryman сказав: я вже в енний раз впевнився, що support team упоротий по "самоєнімагу" Перепрошую, це ви до чого і про що написали, розшифруйте будь ласка
ferryman Опубліковано 17 Березня, 2015 в 18:49 #18 Опубліковано 17 Березня, 2015 в 18:49 ви вже не в одній темі човпетеся, але до теми це ніякого відношення не має
madkot Опубліковано 17 Березня, 2015 в 18:57 #19 Опубліковано 17 Березня, 2015 в 18:57 В 17.03.2015 в 18:49, ferryman сказав: ви вже не в одній темі човпетеся, але до теми це ніякого відношення не має Справді?
madkot Опубліковано 17 Березня, 2015 в 19:04 #21 Опубліковано 17 Березня, 2015 в 19:04 В 17.03.2015 в 18:59, ferryman сказав: на жальА ми тут не професії ІТ обговорюємо?
ferryman Опубліковано 17 Березня, 2015 в 19:11 #22 Опубліковано 17 Березня, 2015 в 19:11 Цитата брєд ви тут розводити - ми говоримо про навчання так як має бути чи про те як по дебільному часто є?а далі щось невнятнеВибач, але з боку воно так виглядає
madkot Опубліковано 17 Березня, 2015 в 19:17 #23 Опубліковано 17 Березня, 2015 в 19:17 В 17.03.2015 в 19:11, ferryman сказав: Цитата брєд ви тут розводити - ми говоримо про навчання так як має бути чи про те як по дебільному часто є?а далі щось невнятнеВибач, але з боку воно так виглядаєНевнятне чи незрозуміле? Дякую за комент, взяв до уваги.
ferryman Опубліковано 17 Березня, 2015 в 19:20 #24 Опубліковано 17 Березня, 2015 в 19:20 Цитата Невнятне чи незрозуміле?то таке)
LSD Опубліковано 17 Березня, 2015 в 19:49 #25 Опубліковано 17 Березня, 2015 в 19:49 Професія: Інженер-програміст групи супроводу ПЗОсновні обов*язки: Підтримка, по необхідності корегування програмного забезпечення. Виконання поставлених задач по впровадженню ПЗ. Постійна модернізація інструментарного ПЗ для покращення якості роботи та реалізації нового функціоналу.Повинен знати: Базове розуміння технологій Win систем\мереж\доменів.Розуміти логіку процедурного програмування. Вміти розібратися в чужих структурах коду. Розуміти специфіку платформи програмування (в конкретному випадку 1С). Бажано додатково знати якусь мову для реалізації додаткових функцій типу Javascript\VB script. Великим плюсом є вміння створювати зовнішні бібліотеки для специфічного функціоналу. Мінуси: Необхідність отримувати чіткі правильні результати при досить розмитих постановках задач, через що багато часу йде на безпосереднє відлагодження з конкретними користувачами функціоналу. При цьому необхідно дотримуватися чітких дедлайнів.Плюси: Практика рішення реальних задач. Швидко звикаєте до самоаналізу та постійного бажання спростити власну роботу автоматизувавши ряд процесів.P.S. У нас цілодобова служба підтримки зі змінним графіком роботи, сам починав звідти. Хочу сказати одне, якщо Вам доводиться виконувати роботу в формально неробочий час тут чітко потрібно мати межу. Так може бути аврал і ви муситимете сидіти на роботі до ночі ... але якщо аврал через день, і він потребує додаткових витрат часу більше 1 години практично щодня то мабуть варто обговорювати гідну оплату такого режиму або введення чітких позмінних чергувань.
Рекомендовані повідомлення
Заархівовано
Ця тема знаходиться в архіві та закрита для подальших відповідей.