Хаос на работе. Как выжить программисту ?

14.12.13

Сообщество - О жизни

Крупная разносторонняя ассоциация, множество своеобразных, подчас срочных (нужно было сделать вчера) задач и большая текучесть кадров. В некоторых отделах руководство и персонал сменяются полностью по 2-3 раза в год.  Хаос. Как в такой среде работать IT-  специалисту?

Честно скажу, методика не моя, подсказал один человек, но она реально помогла мне «выжить» и чувствовать себя более  уверенно в тех ситуациях, когда «земля под ногами горит». Может, кто-нибудь возьмет и себе ее на вооружение.

Получилось так, что в короткий промежуток времени руководство решило прекратить пользоваться услугами сопровождения в одном из крупных франчей, уволился один из наших самых грамотных специалистов 1С и наш IT - отдел, что называется встрял по самую макушку. В экстремальных ситуациях и думается и работается по-другому… Мы решили сделать так :

1)      В штатном режиме, руководитель принимает задачи на весь отдел, обычные программеры принимают задачи ТОЛЬКО от своего руководителя, либо в крайних случаях, ставят своего руководителя в известность о том, что нужно сделать. В ЛЮБУЮ относительно трудоемкую задачу (более 15 – 20 минут) необходимо ставить руководителя в известность до того, как к ней приступать.

2)      Принимать заявки на разработку, исправление и поиск ошибок ТОЛЬКО  в письменном виде (в нашем случае – это Microsoftoutlook, и документооборот 1С). В письме есть ряд плюсов:

  1. В большинстве случаев, программист – это человек, который реализует желание бухгалтера, менеджера и других специалистов по ведению учета при помощи вычислительных машин.  Но желания этих специалистов могут привести к ошибочным результатам и для кого тогда разведут костер для сожжения ? На слова «А меня Ольга Петровна попросила так сделать» нельзя будет опереться. Вот тут и поможет письмо, которое вы получили ранее с подписью этой самой Ольги Петровны (или его электронный вариант), никто не скажет потом «я этого не просил делать, вы все придумываете»;
  2. Сохраняется четкая формулировка задачи;

3)      Приняв заявку, проводится краткий анализ – возможно ли исполнить заявку быстро или она потребует внимательного и вдумчивого анализа. Если можно сделать сразу, в течение 10 – 15 минут (допустим, настроить учетную запись) – работа делается безотлагательно; если же решение требует длительного времени, мы ставим такую заявку в очередь.

4)     Для каждой выполненной работы создавать пояснительную инструкцию. В условиях большой кадровой текучки - это спасет нервы и сэкономит время на обучении вновь принятых сотрудников. 

Чтобы у инициаторов задач не возникало ощущений, что программисты про них забыли и их задание  ушло «в никуда»,  мы отправляем заказчику ответ письмом в MicrosoftOutlook примерно в таком виде «Надежда Александровна,  необходимые к реализации доработки и замечания описанные Вами, приняты во внимание и находятся  на стадии анализа и разработки. К настоящему моменту в работе подразделения разработки и внедрения, в моей компетенции, находятся следующие заявки в порядке убывания важности и даты поступления (во вложенном файле), если есть необходимость решения каких-либо заданий в более срочном порядке, прошу определить приоритеты  в рамках Ваших задач (позиция текущей заявки в задачах 2).» и прикладываем вложением файл с общим списком задач того специалиста 1С, к которому поступило новое задание (рис.).

Когда человек получает такой адекватный и четкий ответ, у него исчезают все сомнения и ложное чувство быстрейшего решения его проблемы, исчезают лишние вопросы. Для каждого дела свое место и время под солнцем.

Скажу по своим впечатлениям и опыту. Возникает какое-то ощущение порядка и спокойствия. Появляется возможность продуктивно и, что самое важное, без спешки качественно работать среди хаоса, нервных срывов и проч. На вопрос «Ну когда же вы мне сделаете..?» можно четко и спокойно обосновать «Номер Вашей задачи 20. И как только у нас дойдут руки – вам все сделают в лучшем виде».

Конечно, случаются исключения из правил – когда нужно сделать именно сейчас и этого требует директор… Тогда приходится до «зеленых соплей», отбросив все сомнения и порядки делать работу.  Но это именно исключение из общего правила. Чем качественнее, вдумчивее и профессиональнее работаешь, тем больше критических ситуаций можно предусмотреть, и как следствие, возникает меньше форс-мажорных ситуаций, к чему нам всем и нужно, думаю, стремиться.

//

Хаос на работе

См. также

О жизни Россия Бесплатно (free)

Данная статья сугубо для раздела «О жизни», но может оказаться полезна многим членам сообщества. Все описанное ниже соответствует актуальному российскому законодательству на момент публикации статьи. У вас нет и в ближайшее время не предвидится детей возрастом до 1.5 лет? Вспомните о родственниках / друзьях / коллегах / знакомых, у которых они есть, и отправьте ссылку на эту статью — она может быть им чрезвычайно полезна. Распространите среди жильцов вашего ЖЭКа, как говорилось в одном классическом произведении. Помните, что, ставя плюсы к статье, вы поддерживаете её автора!

01.07.2024    5266    madonov    47    

51

О жизни Linux Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Использование Linux в качестве основной ОС для программиста 1С, возможно ли это? Решил поделиться личным опытом работы перехода на эту систему. В статье моя история без технических деталей максимально простым языком. И, спойлер, да, жизнь на Линуксе для разработчика 1С возможна и с каждым годом становится всё комфортней. Статья рассчитана на людей, с Линуксом не знакомых, специалистов прошу не кидаться помидорами.

16.05.2024    5660    soulner    33    

46

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    27965    Neti    85    

121

О жизни Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

22.01.2024    5510    biimmap    67    

76

О жизни Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

16.01.2024    7131    biimmap    100    

79

О жизни Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!

27.11.2023    5733    biimmap    52    

74

О жизни Сообщество Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    3188    biimmap    24    

51
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Franco 83 07.12.13 18:11 Сейчас в теме
Ещё - если требуют просят сделать отчёт - просите требуйте пример отчёта в табличном документе (что есть - Excel или Calc, иногда даже удобнее лист бумаги):
1.Вам легче понять что нужно сделать
2.Заказчик 'видит' (визуализирует) свою мысль:
2.1 Иногда (и довольно часто) оказывается, что такой отчёт уже есть
2.2 Заказчик неожиданно осознаёт что оно ему и не требуется

Бриллиантовая рука, сцена на улице:
Михаил Иванович: В 9, ровно в 9, гостиница "Атлантика", номер 327, Анна Сергеевна. В 9, ровно в 9. Печёнкой чую, клюнула настоящая рыба. Как она выглядит?
Горбунков: Она?
Михаил Иванович: Да.
Горбунков: Ух!
Михаил Иванович: Ясно. Будьте осторожны, не повторите вчерашней ошибки.
odin777; DrAku1a; karagiosis; +3 Ответить
2. Armando 1401 07.12.13 19:14 Сейчас в теме
У нас в каждой ИБ прикручена система типа баг-треккера. Пользователи туда заходят и постят ошибки или задачи на разработку. Назначается ответственный. Там же ведется переписка с инициатором. Можно файлы прикреплять. Все это полностью открыто для пользователей. Любое действие сопровождается уведомлением на почту инициатору или исполнителю.
Это лучше чем аутлук. Все это на одном справочнике и 2 табличные части.
40. Mishka_78 07.01.14 14:09 Сейчас в теме
(2) Вы писали "У нас в каждой ИБ прикручена система типа баг-треккера. Пользователи туда заходят и постят ошибки или задачи на разработку."
Интересно было бы посмотреть - не планируете выложить/поделиться? :)
3. karagiosis 72 07.12.13 20:55 Сейчас в теме
Конечно, такая постановка проблемы описывает ее образно. Когда доходит очередь до задачи конкретного человека, мы с ним созваниваемся, встречаемся и делаем все возможное для максимальной конкретизации. Без живого общения с инициатором может получиться не совсем то, что нужно. Время и информация самые дорогие нынче ресурсы )
4. karagiosis 72 07.12.13 20:58 Сейчас в теме
Баг-трекер на математике 1С...Может он и лучше, чем Microsoft outlook, не буду спорить. Но для нас главный критерий - НАДЕЖНОСТЬ.
5. AllexSoft 07.12.13 21:18 Сейчас в теме
У нас в принципе так же, только для очередей заданий используем ITIL
6. Evgen.Ponomarenko 568 07.12.13 21:32 Сейчас в теме
У нас колонка "Описание" делится на две части, которые отвечают вопросы "ГДЕ?" и "ЧТО?" соответсвенно. Такое деление добавляет конкретики в постановку задачи,а интегрированная в конфигурацию система help-desk, позволяет формулировать заявки пользователей на права доступа, ошибки и пожелания с привязкой к конкретному документу или отчету.
7. Armando 1401 07.12.13 21:39 Сейчас в теме
На начальном этапе при небольшом количестве пользователей и заявок может и так. У нас сейчас > 150 активных пользователей (он-лайн), большинство косяков устранено. Каждый день имеем штук по 10 новых заявок. И постоянный хвост из 20-25 задач. Год назад хвост был 150 задач. Если бы все это было в аутлуке я бы повесился. И когда в коде что-то меняем, делаем ссылку на номер задачи.
necropunk; dmpas; Yashazz; +3 Ответить
8. karagiosis 72 07.12.13 23:00 Сейчас в теме
(7) Armando, "И когда в коде что-то меняем, делаем ссылку на номер задачи."... За идею - спасибо :) возьму на вооружение
9. Armando 1401 07.12.13 23:38 Сейчас в теме
Еще плюс - можно отчеты по задачам формировать. В аутлуке отчет не построишь. Мне в почту каждый вечер приходит отчет по задачам - актуальные задачи, и кто сколько выполнил.
И еще одну фишку туда запилил - ошибки из журнала регистрации автоматически создаются в баг-трекере и подлежат обязательному выполнению. Такой мониторинг каждый час выполняется. Нужный функционал получился. Много багов так выловили.
odin777; 13jaguar; juntatalor; AllexSoft; +4 Ответить
10. AllexSoft 07.12.13 23:49 Сейчас в теме
(9) Armando, классная мысль мониторить ошибки в журнале регистрации и отправлять автоматом в баг-трекер! обязательно применю у себя
11. juntatalor 63 08.12.13 11:37 Сейчас в теме
(9) Armando, это дело. Фоновым заданием журнал регистрации анализируете?
12. Armando 1401 08.12.13 12:08 Сейчас в теме
(11) juntatalor, да. Есть константа, где хранится дата последней проверки. Выборка из журнала от даты последней проверки по текущую дату. После каждой проверки дата обновляется.

У меня вот так:
ТекущаяДата = ТекущаяДата();

ТаблицаОшибок = Новый ТаблицаЗначений;

ДатаНачала = Константы.ДатаПоследнейПроверкиЖурналаРегистрации.Получить();
Если ЗначениеЗаполнено(ДатаНачала) Тогда
	ДатаНачала = ДатаНачала + 1;
Иначе
	ДатаНачала = НачалоДня(ТекущаяДата);
КонецЕсли;

Фильтр = Новый Структура;
Фильтр.Вставить("ДатаНачала", ДатаНачала);
Фильтр.Вставить("ДатаОкончания", ТекущаяДата);
Фильтр.Вставить("Уровень", УровеньЖурналаРегистрации.Ошибка);

Колонки = "Дата, Пользователь, ИмяПользователя, ПредставлениеСобытия, Комментарий";

ВыгрузитьЖурналРегистрации(ТаблицаОшибок, Фильтр, Колонки);

Константы.ДатаПоследнейПроверкиЖурналаРегистрации.Установить(ТекущаяДата);

Если ТаблицаОшибок.Количество() = 0 Тогда
	Возврат;
КонецЕсли;

// тут обработка таблицы ошибок
Показать
genayo; teflon; AllexSoft; +3 Ответить
13. DitriX 2102 08.12.13 13:14 Сейчас в теме
у нас вся эта схема в чате реализована :)
14. Armando 1401 08.12.13 14:26 Сейчас в теме
15. DitriX 2102 08.12.13 15:23 Сейчас в теме
(14) а смысл? так все находиться в базе, там же задачи помечаются как в выполнении, или как выполненные, там же отчет по времени и т.д.
16. Vladimir Litvinenko 2897 09.12.13 09:42 Сейчас в теме
Здесь перечислены старые как мир прописные истины для нормально организованной работы. Регистрировать прием заявок на доработку, документировать изменения в системе, держать разработку под контролем, давать обратную связь заявителям. И конечно делать исключение для начальства, чтобы не уволили :)

Слишком часто разработчикам, чтобы стать хоть немного организованными, нужен пинок под зад в виде хаоса и критической ситуации.
Demosagro; zaursoft; omut; 13jaguar; mikmike; +5 Ответить
17. Styvi 6 11.12.13 10:32 Сейчас в теме
Ещё к этой статье необходимо добавить несколько "готовых ответов" для взаимодействия со "слишком умными" подателями заявок... Вот где нервов-то попорчено!
Начитаются, что у людей то-то и то-то так-то работает - и начинают заказывать всякие мелочные изменения, утверждая, что это делается за 10 минут (в ущерб реальным потребностям)... А то, что типовые конфигурации ЗУП или БП (баз 5-6 в каждой) мы не хотим менять (и так уже достаточно изменений имеется) ради одной закорючки - не понимают... В итоге - не знаю я - как им без обид объяснить, что печатную форму новую за 5 минут не сделаешь, или регламентное задание типовое не изменишь... А это уже пару часов займёт...
odin777; karagiosis; 13jaguar; +3 Ответить
18. karagiosis 72 11.12.13 11:00 Сейчас в теме
(17) Styvi, думаю, хорошая мысль ) У нас, обычно, с чрезмерно умными пользователями идет общение "вживую"
21. AllexSoft 11.12.13 13:20 Сейчас в теме
(17) Styvi, встречал особо умных которые начитались и заказывают "вы новый документ скопируйте с такого то типового и вот это перепишите" или "а вот вы этот справочник добавьте нам туда то"... начинаешь объяснять что в вашем случае нужен регистр, так как данные периодические, но нет, им кто то сказал что нужен именно справочник...
19. poyson 11.12.13 12:50 Сейчас в теме
Кто нибудь что нибудь новое прочел для себя здесь? Статья на тему "Вау! Я понял как работает сервисдеск!"
Demosagro; Мичман Харитонов; Vladimir Litvinenko; dmpas; +4 Ответить
41. odin777 07.01.14 16:13 Сейчас в теме
(19) poyson,
Кто нибудь что нибудь новое прочел для себя здесь? Статья на тему "Вау! Я понял как работает сервисдеск!"
я прочел, если вас это действительно интересует! Спасибо автору статьи.
20. bulpi 217 11.12.13 13:10 Сейчас в теме
Был такой анекдот про старого еврея в СССР , ключевая фраза : "наведите элементарный порядок". Статья про это :)
22. Gray-SV-02 11.12.13 15:27 Сейчас в теме
не увидел ничего сверхестественного - Именно так и ДОЛЖЕН работать отдел.
желательно вообще запустить чтонить в рамках ITIL.
24. karagiosis 72 11.12.13 19:11 Сейчас в теме
(22) Gray-SV-02, вот именно, что должен. Скоро сказка сказывается, да не скоро дело делается. Можете что-нибудь порекомендовать для изучения и тестирования по тематике ITIL'а ?
23. karagiosis 72 11.12.13 18:56 Сейчас в теме
Безусловно, рад, что есть высокопрофессиональные специалисты, которые прошли хорошую жизненную школу, для которых грамотно все настроить, обучить людей и учесть все факторы, влияющие на успешную работу в целом - пустяковая задача. Сам факт существования таких специалистов внушает надежду на светлое будущее. Но есть предприятия, которым не настолько повезло с техническим персоналом. Не хватает грамотных специалистов. Катастрофически.
25. Abadonna 3968 13.12.13 14:00 Сейчас в теме
(0)
Вот тут и поможет письмо, которое вы получили ранее с подписью этой самой Ольги Петровны (или его электронный вариант), никто не скажет потом «я этого не просил делать, вы все придумываете»;

Еще как скажут. Запросто могут сказать, что программист письмо сфабриковал. Просто автор плохо представляет до какой степени подлости могут дойти "Ольги Петровны". Только бумажка с двумя подписями (Ольга Петровна и программист)! В двух экземплярах.
odin777; AllexSoft; +2 Ответить
26. karagiosis 72 13.12.13 15:49 Сейчас в теме
(25) Abadonna, лучше перебдеть, чем недобдеть ? Конечно можно указать, что программист все сфабриковал. Т. е. зашел в систему документооборота под именем бухгалтера, отправил письмо с просьбой изменить схему расчета себестоимости для утверждения на главного бухгалтера, затем зашел под пользователем главного бухгалтера, утвердил, затем перенаправил эту задачу на своего непосредственного руководителя от имени главного бухгалтера.... И сам родил себе головную боль, потому, что он - садомазохист )))
27. Bukaska 140 13.12.13 16:44 Сейчас в теме
(26) Ну да.. бухгалтера у нас как всегда, ни в чем не повинные люди, а мы как собаки гончие)))) Все палки на нас))) Везде мы крайние)))
28. Abadonna 3968 13.12.13 17:58 Сейчас в теме
(26)
Могу рассказать как мы на берегу договорились с одной ГБ, с которой всегда душа в душу жили.
- Юль, пишешь, оба подписываем. Вышло что-то не так, хоть будем знать, кто именно из нас чудак на букву "М".
Она сейчас финдир компании, в которой ТАКИЕ суммы в долларах крутятся... Но, когда надо что-то действительно нетривиальное, обращается только ко мне.
31. karagiosis 72 13.12.13 21:38 Сейчас в теме
(28) Abadonna, конечно, когда все отлажено и обе стороны хорошо знают друг друга - можно все построить на доверительном отношении и это отлично. В этом случае и работу делать - настроение лучше и сделаешь качественнее. Тщательное документирование с подписями и прочими заверительными актами подразумевает наличие лжи в человеческих отношениях. Это - дань нынешнему времени когда человек, погибая, с большей долей вероятности увидит не руку помощи, а направленные на него объективы камер смартфонов
odin777; Bukaska; AllexSoft; +3 Ответить
29. dock 45 13.12.13 18:00 Сейчас в теме
"1) В штатном режиме, руководитель принимает задачи на весь отдел, обычные программеры принимают задачи ТОЛЬКО от своего руководителя, либо в крайних случаях, ставят своего руководителя в известность о том, что нужно сделать. В ЛЮБУЮ относительно трудоемкую задачу (более 15 – 20 минут) необходимо ставить руководителя в известность до того, как к ней приступать."

Если руководитель это допустит (именно в таком изложении) - грош цена руководителю.

Это задача "Диспетчера по приему заявок".

Обычно это излагается примерно так: "Все заявки регистрируются в системе регистрации заявок (журнал регистрации)." Само собой руководитель должен просматривать этот журнал - быть в курсе, что происходит. ИМХО "Поставить в известность" = занести в журнал.
30. karagiosis 72 13.12.13 21:28 Сейчас в теме
Если руководитель это допустит (именно в таком изложении) - грош цена руководителю.

Это задача "Диспетчера по приему заявок".


dock, думаю, вам повезло работать в такой компании, которая может позволить себе иметь отдельного диспетчера по приему заявок. Вам можно позавидовать ) Если нет диспетчера в штатном расписании, скажите, кто должен выполнять его функцию ? А именно принимать в электронном виде заявки на разработку от руководителей (не от рядовых пользователей, а именно руководителей подразделений и отделов, потому что обычные пользователи утверждают задачу у своего непосредственного руководителя) и распределять задачи между специалистами отдела разработки ?
32. Armando 1401 13.12.13 22:26 Сейчас в теме
У нас юзеры сами фигачат заявки в систему. Всему отделу приходят уведомления о новой заявке. Проги выбирают себе заявки "по душе", между собой договариваются, кто чем заниматься будет. Я периодически их просматриваю, и если вижу, что заявка несколько часов висит без ответственного, то сам решаю, кто будет ее выполнять. То есть как таковой диспетчер не нужен.
33. karagiosis 72 14.12.13 08:25 Сейчас в теме
(32) Armando, а если задача поступает такая (кстати, реальный пример), которую никто брать не хочет:
1) сложная в реализации;
2) сложная в обучении персонала;
3) для решения ее нужно будет поехать в другой регион, на завод, где даже нет сотовой связи.
Что делать, когда добровльно не находится героя, чтобы броситься на врага, подобно идальго Дон Кихоту на ветряную мельницу ?
34. Armando 1401 14.12.13 20:37 Сейчас в теме
(33) применительно к нам актуален только первый пункт. Именно из-за сложности заявка может висеть без ответственного. Часто бывает, что задача проста в реализации, но формулировка "страшная", или функционал, в который не любят вникать. Например, изменить алгоритм закрытия месяца по какому-то условию. У нас такие задачи не любят. Тогда я объясняю на пальцах в терминах 1С и объектах системы, и вешаю задачу на кого-нибудь. Иногда и я могу не догнать, чего хочет пользователь. Тогда созваниваемся и добиваемся взаимопонимания.
karagiosis; +1 Ответить
35. karagiosis 72 15.12.13 08:40 Сейчас в теме
(34) Armando, благодарю за развернутое пояснение схемы ) Это хорошо, когда вмешательство старшего требуется только в исключительных ситуациях.
36. rasswet 82 18.12.13 09:29 Сейчас в теме
спасибо, плюсанул, интересно читать статьи, где делятся опытом.
37. karagiosis 72 18.12.13 10:06 Сейчас в теме
(36) rasswet, благодарю за плюс ) Описывал реальную ситуацию в которую попал сам, что называется, "без прикрас".
38. gala2009 31 07.01.14 13:20 Сейчас в теме
вспоминаю работу на заводе в отделе ИТ. и 1С 7.7 сопровождали(и дописывали) и галактику. спецы как-то закреплены были за бух.группами, задачи возникали по ходу, и походу решались. неоднократно возникали попытки работать по ТЗ или вести журнал регистрации с подписями бухгалтеров, но потом медленно спускалось на тормозах. прогеров было человек 5-6, сейчас там 1 1С-ник работает, справляется)
42. Andrey@ 16.03.14 14:22 Сейчас в теме
У нас на предприятии IT-отдел организовал подачу заявок на исправление ошибок, создание отчетов и обработок через внедренную систему документооборота (не 1С), но обратная связь с приложением очередных задач программиста...это интересно. Менеджеры и бухи порой ругаются между собой, жалуются директору о важности своей проблемы, а потом директор свою полновесную бочку катит на программистов 1с.
43. Aphanas 92 09.01.17 11:23 Сейчас в теме
В условиях хаоса, наличие сервисдеска никак не облегчает жизнь программисту, а напротив, только усугубляет его проблемы. Так как ему теперь приходится работать на два фронта, один - на начальство, другой - на сервисдеск.
ЧерныйКот; +1 Ответить
44. Demosagro 5 11.01.17 11:29 Сейчас в теме
(43) Если лопата мешает Вам копать - повод задуматься - правильно ли Вы ее используете.
45. Aphanas 92 11.01.17 12:01 Сейчас в теме
(44) А кто Вам сказал, что это лопата будет Ваша и Вы будете ей копать?
К примеру, ситуация. Приходят Вам задачи из сервисдеска, Вы их выполняете. Потом приходит начальник, говорит, бросай всё, есть срочное дело. Вы бросаете всё и начинаете выполнять срочное дело. Через некоторое время пользователи начинают звонить и спрашивать, где их результаты. Как быть?
46. kuzev 48 11.01.17 12:04 Сейчас в теме
(45) спрашивать должны начальника, а не Вас. Ваша задача копать, а административные вопросы эскалировать.
Demosagro; +1 Ответить
48. Aphanas 92 11.01.17 13:25 Сейчас в теме
(46) Должны? Согласен!
Толку от этого никакого.
47. v3rter 11.01.17 12:56 Сейчас в теме
При наличии в IT-отделе более 3 человек кто-то должен быть ответственный за приоритеты. Обычно это начальник, реже зам. А когда надоедает - рождается служебная инструкция по расстановке приоритетов )
49. necropunk 9 11.01.17 13:51 Сейчас в теме
Хехе, это разве хаос. Так, слегка повышенная энтропия. Начал расписывать как у нас, перечитал, сам ужаснулся и стер эту лавкрафтовщину. В общем, по делу замечания два: руководителю может быть не до этого, здесь должен быть именно менеджер по заявкам, скрамовцы подскажут как он называется, запамятовал. Он регистрирует, контролирует, пишет все эти письма и, в общем-то, ничего более не делает (при этом по квалификации он должен быть как средний программист). По задачам - на первых порах, пока не добрались до всяких гитов - унифицированный шаблон для всех, где фамилия, начало/конец изменений, дата, номер задачи. Ну, везде свой подход, смотреть надо. Я работал и на крышесносных предприятиях, где ты вообще один и разрабатываешь и совещаешься с руководителями других отделов и пишешь код - вот там времени не было вообще ни на что. Было и такое, что вообще за два года работы с пользователями говорил два раза - все делали менеджеры, все взаимодействия и формализацию, а я просто писал код по ТЗ - вот там производительность была нереальная. Хотя и масштабы доработок тоже. Был и руководителем, но эта вот сортировка задач и взаимодействия с пользователем, чтобы составить ТЗ - точно не задача руководителя. В общем, везде по разному, главное пробовать разные варианты...
50. v3rter 11.01.17 14:01 Сейчас в теме
Самое интересное, что все, кто пытаются своим умом и силами организовать IT, приходят к одним и тем же методам и идеям.
51. necropunk 9 11.01.17 14:15 Сейчас в теме
(50) Да, можно картинку эволюции IT-отделов нарисовать :)
Оставьте свое сообщение