0. karagiosis 54 07.12.13 13:21 Сейчас в теме

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

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

Перейти к публикации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

Вакансии

Программист 1С
Воронеж
зарплата до 80 000 руб.
Полный день

Программист 1С
Нижний Новгород
зарплата до 80 000 руб.
Полный день

Разработчик 1С
Москва
зарплата от 100 000 руб. до 160 000 руб.
Полный день

Программист 1С
Москва
зарплата от 80 000 руб.
Полный день

Консультант-аналитик 1С
Санкт-Петербург
Полный день