Сила воли в IT
Хочу поделиться частью моей диссертации,
возможно это будет кому-то интересно,
и поможет мне набрать респондентов.
Оказывается, работа в IT формирует уникальный профиль волевой регуляции.
Парадокс вашей работы — это главный вызов и источник роста:
С одной стороны: требуется жёсткая, алгоритмическая точность мышления.
С другой: постоянно стимулируется креативность и поиск нешаблонных решений.
Что же является ключом к развитию? Моё исследование утверждает, что для роста критически важны три вещи:
Осознанная саморегуляция
Ориентация на действие (а не на состояние)
Усиленный самоконтроль
Типичный IT-шник часто характеризуется отлично развитыми операциональными навыками (быстро освоить, применить, внедрить), но относительной слабостью личностно-регуляторных составляющих (управление эмоциями, глубокая рефлексия).
Проще говоря: вы — мастера "как сделать", но иногда теряетесь в вопросах "зачем" и "куда дальше"
Таким образом, целенаправленное развитие не только hard skills, но и soft skills - прямой путь к повышению личного и профессионального потенциала к изменениям.
Я ищу 100 человек для опроса (10–15 мин).
В благодарность — бесплатная консультация
про смысл или по вашему запросу.
Если готовы помочь науке — велкам!
https://forms.yandex.ru/u/67ec291190fa7b97e9f94922/
Готова отвечать на ваши вопросы :)
Привет! Я — магистр психологии, пишу диссертацию о воле у IT-шников
Ищу 100 человек для опроса (10–15 мин).
В благодарность — бесплатная консультация
про смысл или по вашему запросу.
Если готовы помочь науке — велкам!
https://forms.yandex.ru/u/67ec291190fa7b97e9f94922/
Топ-10 колледжей, где учат программированию и IT после 9 класса
Программирование развивается как сфера — все больше школьников уходят в IT уже после 9 класса. Некоторые колледжи поощряют трудоустройство еще до окончания обучения — по дуальному договору можно работать уже со второго курса с согласия куратора. Выпускники уже в 18–20 лет выходят на рынок как молодые специалисты с профильным образованием и опытом работы.
Мы изучили открытые рейтинги, где каждый колледж информатики и программирования отличается высоким уровнем практического образования. Рассказываем, как выбрать учебное заведение и какие из них доступны на базе основного общего образования.
🟡Как выбрать колледж информационных технологий
Не все популярные колледжи с топовыми местами в рейтингах подходят для обучения IT-профессиям — там может не быть подходящего оборудования или актуальных образовательных материалов. Для того, чтобы определиться со ссузом, подойдите к вопросу комплексно:
▫︎ изучите отзывы студентов, выпускников и родителей;
▫︎ посмотрите полную программу обучения на сайте;
▫︎ посетите день открытых дверей и пообщайтесь с преподавателями;
▫︎ оцените компьютерный класс, обустройство кабинетов и технику;
▫︎ запишитесь на консультацию с приемной комиссией.
Выбор учебного заведения важен, но не стоит его бояться — пробуйте разные варианты. Главное, чтобы по итогу вам были интересны знания и навыки, приобретаемые в процессе обучения.
🟡Какие экзамены нужно сдавать для поступления
Чаще всего для поступления вообще не нужны экзамены. Приемная комиссия смотрит только на средний балл аттестата. Балл считается как среднее арифметическое всех итоговых оценок в ведомости за 9 класс. Чем ближе получившееся число к 5, тем выше шанс поступить.
Поступление возможно даже без учета школьных оценок, но тогда придется готовиться к вступительным испытаниям. Они разные у каждого колледжа, пробные варианты публикуются заранее на сайте организации.
🟡Сколько длится обучение в колледже
Если студент поступил после 9 класса, программа расширяется за счет общеобразовательного блока. Но современные федеральные бюджетные программы позволяют сократить срок обучения — например, в рамках проекта «Профессионалитет» выпускник может получить диплом СПО всего за 2 года.
Обычно обучение занимает 2–4 года, включая теорию и практику. На технологических направлениях сроки длиннее из-за экзаменов, проектных работ и практик. Выпускникам выдают диплом специалиста среднего звена, они могут работать или продолжить обучение в вузе по сокращенной траектории.
🟡Где проходят стажировки во время обучения
Количество стажировок и качество получаемых на них навыков напрямую зависит от партнеров учебного заведения.
Ссузы работают с IT-компаниями, интеграторами, сервисными центрами, технопарками и государственными структурами. Студентов направляют в отделы разработки, техподдержки, сетевой инфраструктуры, отделы тестирования и DevOps-подразделения, где они работают с реальными задачами: от написания модулей до настройки серверов или проведения тестов.
Перед тем как окончательно определитесь с колледжем, изучите все организации, с которым он сотрудничает.
🔝10 лучших колледжей информационных технологий
① Московский приборостроительный техникум РЭУ им. Г. В. Плеханова (МПТ РЭУ)
Университет, в ведении которого находится колледж, входит в топ-7 вузов России по трудоустройству выпускников. Ссуз участвует в программе «Профессионалитет», поэтому студенты могут получить квалификацию всего за 2 года обучения.
▫︎ Программы: «Веб-разработка», «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 80 000 рублей
▫︎ Формат обучения: очный
▫︎ Бюджет: количество свободных мест — от 325
▫︎ Платное обучение: количество свободных мест — от 330
Для того, чтобы стать частью жизни МПТ, можно начать с посещения дня открытых дверей — там расскажут о специальностях и поступлении. На сайте опубликована информация о сроках проведения.
② Колледж связи №54 имени П. М. Вострухина (КС №54)
Заведение среднего профессионального образования с упором на сетевое администрирование. В рамках обучения студенты осваивают популярные языки программирования и разрабатывают приложения. Учебный план ежегодно актуализируется, чтобы подходить под текущие технологические стандарты.
▫︎ Программы: «Информационные системы и программирование», «Интеллектуальные интегрированные системы»
▫︎ Стоимость учебы за семестр: от 105 000 рублей
▫︎ Формат обучения: очный
▫︎ Бюджет: проходные баллы — от 4,6; свободных мест — от 660
▫︎ Платное обучение: проходные баллы и количество свободных мест уточните на сайте колледжа
Онлайн-сообщества с информацией о поступлении есть сразу в нескольких соцсетях — свежие новости можно узнать в Телеграм-канале или группе «ВКонтакте».
③ Колледж «Синергия»
Колледж «Синергия» дает высокий уровень знаний — преподаватели умеют преподнести материал по стандартам вузов. Факультет информационных технологий предлагает несколько узких специализаций, чтобы сделать обучение еще более насыщенным и практико-ориентированным.
▫︎ Программы: «Веб-разработчик», «Разработчик веб-приложений», «Разработчик компьютерных игр, дополненной и виртуальной реальности», «Программист»
▫︎ Стоимость учебы за семестр: от 50 000 рублей
▫︎ Формат обучения: очный, очно-заочный, онлайн
▫︎ Бюджет: нет
▫︎ Платное обучение: проходные баллы — от 3; количество свободных мест — 1600
Если ваша цель — программирование и веб разработка, колледж после 9 класса дает возможность попробовать себя в реальной профессии уже в процессе обучения.
④ Колледж информационных и креативных технологий IThub
Образовательная среда, направленная на воспитание интереса к специальности: студенты очно обучаются в оборудованных компьютерных классах. Преподаватели нацелены на формирование творческой среды — поощряется креативность и проектный подход к учебе.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 242 100 рублей
▫︎ Формат обучения: очный, очно-заочный
▫︎ Бюджет: нет
▫︎ Платное обучение: количество свободных мест — от 88
Поступить можно только на платной основе. Если заявок больше, чем свободных мест, абитуриентов принимают по баллу аттестата.
⑤ Колледж информатики и программирования Финансового университета (КИПФИН)
Образовательная программа плотно связывает IT с финансовым сектором. Выпускники умеют работать с банковскими информационными системами, сильны в разработке и программировании. ПО федеральной программе можно поступить как в сам МФУ без экзаменов, так и устроиться по профессии в компании-партнеры.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 75 000 рублей
▫︎ Формат обучения: очный, очно-заочный
▫︎ Бюджет: проходные баллы — от 4,5; свободных мест — от 170
▫︎ Платное обучение: проходные баллы — от 3; свободных мест — от 105
Набор проводится по личным заявлениям до 15 августа на очную форму обучения, до 1 декабря — на очно-заочную.
⑥ Московский технологический колледж имени И. А. Лихачёва (МТК им. И. А. Лихачёва)
Комплексный центр по оказанию образовательных услуг для детей и взрослых. В процессе обучения можно получить дополнительную квалификацию и стать мультиспециалистом. Студенты участвуют в региональных и федеральных конкурсах, хакатонах.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 89 000 рублей
▫︎ Формат обучения: очный
▫︎ Бюджет: нет
▫︎ Платное обучение: проходные баллы и количество свободных мест уточните на сайте колледжа
Бесплатных образовательных услуг ссуз не предоставляет, вступительные испытания не проводятся. При поступлении на платную форму обучения учитывается только средний балл аттестата.
⑦ Колледж Президентской академии РАНХиГС
Престижный вуз РАНХиГС в ведении Президента РФ развился в полноценную образовательную систему: при Академии действуют кафедры СПО и центры дополнительного образования. Выпускники высоко ценятся в профессиональной среде.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 110 000 рублей
▫︎ Формат обучения: очный
▫︎ Бюджет: проходные баллы — от 5; количество свободных мест — от 60
▫︎ Платное обучение: количество свободных мест — от 120
Для поступления нужно собрать пакет документов и отправить через личный кабинет или Госуслуги. В ссузе есть программы целевого обучения от партнеров, для обучения на которых нужно заключать отдельный договор.
⑧ Колледж Московского технологического института (Колледж МТИ)
Студенты колледжа могут получить высшее образование в МТИ на льготной основе, они поступают в вуз без экзамена и пропускают первый год программы. Каждый проходит через обучение с персональным куратором — наставник помогает следить за успеваемостью и удерживать интерес к процессу.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 40 000 рублей
▫︎ Формат обучения: очный, заочный, очно-заочный
▫︎ Бюджет: нет
▫︎ Платное обучение: проходные баллы и количество свободных мест уточните на сайте колледжа
Одно из немногих заведений, куда поступить после 9 класса можно на полностью дистанционной основе. Все модули обучения и лекции доступны онлайн, не выходя из дома.
⑨ Колледж Московского Университета имени С. Ю. Витте (МУИВ)
Здесь готовят системных и прикладных специалистов, обучая разработке ПО на основе специальных математических моделей. Среди педагогов — специалисты с ученой степенью и опытом работы в отрасли.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 40 000 рублей
▫︎ Формат обучения: очный, очно-заочный
▫︎ Бюджет: нет
▫︎ Платное обучение: количество свободных мест — от 82
Студентов принимают в колледж по баллу аттестата. Чем выше средняя оценка, тем больше шансов войти в конкурсные списки.
⑩ Колледж информатики и дизайна (КИД)
Студенты с нуля проектируют информационные системы, учатся работать с CMS и современными движками. После завершения обучения можно трудоустроиться в «Ростелеком» или «Росатом» — работодатели-партнеры, которые ведут регулярный набор выпускников на рабочие места.
▫︎ Программа: «Информационные системы и программирование»
▫︎ Стоимость учебы за семестр: от 27 500 рублей
▫︎ Формат обучения: очный, очно-заочный
▫︎ Бюджет: нет
▫︎ Платное обучение: проходные баллы и количество свободных мест уточните на сайте колледжа
Чтобы уточнить информацию о свободных местах для поступления в ссуз по договору, необходимо оставить данные на сайте в форме обратной связи.
🧑💻Стать профессионалом за 2 года
Обучение программированию в IT-колледже — дорога к раннему старту карьеры. Здесь сфокусированы на практике, дают базу для работы и помогают определиться со специализацией. Вариантов много: сопоставьте свои интересы, актуальность программы и двигайтесь в направлении дальнейшей перспективы.
Реклама Университет «Синергия», ИНН 7729152149
Специалист по внедрению Битрикс24 в Создаватель, Удаленно
Опыт работы: от 1 года
Зарплата: от 30 000 до 150 000 рублей
Ваши задачи:
Автоматизация бизнес-процессов
Интеграция с внешними системами
Сбор и анализ требований
Обучение пользователей
Участие в презентациях
Демонстрация продукта
Требования:
Опыт работы с Битрикс24 от 1 года
Знание модулей CRM, HelpDesk, Задачи и проекты
Высшее образование (техническое будет преимуществом)
Больше вакансий по вашим предпочтениям ищите на сайте Пикабу Работа.
Насколько хорошо вы знаете таблицы?
С развитием технологий навык работы с таблицами становится всё важнее. Если раньше с ними умели работать только продвинутые, то сейчас это стало своеобразной базой во всех сферах жизни.
Как объективно оценить себя в освоенных функциях и разделах таблиц, а также наметить зоны роста?
Специально для этих целей я создал удобную таблицу (для таблиц, да!), пробежавшись глазами по которой, вы запросто сможете определить свой уровень.
Если же уровень окажется недостаточным, в той же таблице вы найдёте перечень тем, которые стоит наверстать для улучшения табличного мастерства.
Бесплатно скачать таблицу можно здесь: https://t.me/drobnitsavladimir/46
Для вашего удобства, ниже прилагается инструкция по скачиваю таблицы и её использованию.
Копирование таблицы
Для скачивания таблицы на свой диск необходимо в левом верхнем углу в разделе “Файл” кликнуть на строку “Создать копию”. Если кнопка “Создать копию” не работает, нужно авторизоваться в гугл-аккаунте.
Далее можно задать своё название для файла и выбрать место на вашем виртуальном диске для копирования.
В дальнейшем вернуться к вашей копии таблицы будет можно в гугл диске (по ссылке https://drive.google.com/).
Использование таблицы
Столбец “Уровень квалификации” содержит раскрывающийся список при двойном нажатии на его ячейки. При выборе подходящего вам варианта таблица, автоматически покажет цветом, насколько хороша ваша эрудиция в конкретном разделе таблиц.
Что делать после анализа своих сильных и слабых табличных сторон?
Нет предела совершенству, поэтому в любом случае предлагаю посмотреть мои обучающие видеоуроки по функциям таблиц.
Найти их, а также интересные статьи на тему автоматизации бизнеса можно найти здесь: taplink.cc/drobnitsavladimir
Если вы желаете заказать разработку таблицы с нуля, задать вопросы по возможностям реализации вашей идеи или запросить доработку шаблона, не стесняйтесь обратиться ко мне.
Ну а если в вашей ситуации технических возможностей таблиц будет недостаточно, вы также можете заказать у меня разработку web-сайта или мобильного приложения для автоматизации ваших бизнес-процессов.
Со всеми запросами пишите по номеру WhatsApp и Telegram:
+7 (999) 040-12-32
@vladimirdrobnitsa
Мой опыт найма программиста
Когда я достиг приличного опыта в разработке таблиц для автоматизации бизнес-процессов заказчиков из разных ниш, у меня сложилось чёткое понимание плюсов и минусов этого инструмента. И, самое главное, технических ограничений автоматизации через таблицы, из-за которых некоторые проекты просто бесполезно пытаться реализовывать таким способом.
Именно в тот момент передо мной встала острая необходимость нанять себе в команду программиста для создания с нуля сложных систем автоматизации, которые нет смысла создавать в рамках таблиц. Заказчики с подобными запросами обращаются ко мне регулярно, а на тот момент предложить им я ничего не мог.
Казалось бы, обычное для меня дело. Ведь почти весь мой профессиональный стаж в найме так или иначе связан с управлением персоналом и его подбором. Я нанимал сотрудников на всевозможные должности, причём как точечно, так и массово.
Но реальность оказалось совсем иной...
Прежде всего, количество соискателей было ненормальным. В течение первой недели после публикации вакансии на hh я получил более 700 откликов с резюме. Такой большой поток откликов в последний раз я видел пару лет назад, когда искал в одно агентство бухгалтера на удалёнку на неполный рабочий день.
Настолько большой поток соискателей чисто физически невозможно обработать самостоятельно. По крайней мере, стандартными методами: вручную просматривая резюме и общаясь с соискателями по телефону.
Соответственно, в данном случае для отсеивания нецелевых кандидатов я использовал тестовое задание.
Поскольку я искал программиста, который сможет создавать системы на основании всего лишь ТЗ, т.е. с нуля, то и задание было соответствующим — сделать мини-систему для фиксирования отчётов по выручке за день, а также просмотра сводного отчёта.
Функционал элементарный, а работы в лучшем случае на несколько часов, потому что нет жёстких требований ни к интерфейсу, ни к коду, ни к безопасности. Единственное требование — чтобы всё работало в соответствии с ТЗ.
Я отправил всем соискателям более подробное описание вакансии, примеры ТЗ и само тестовое задание вместе со своими контактами для связи на случай, если у них возникнут важные вопросы до выполнения проверочного задания.
Результаты и то, что стоит за ними
В течение следующих дней я получил около 30 выполненных работ для проверки. Каждому соискателю, который отправил работу, я сразу задавал один и тот же вопрос: "Сколько рабочего времени в часах у вас ушло на создание этой системы?" В данном случае этот вопрос имел решающее значение, потому что себестоимость любого проекта напрямую зависит от скорости работы программиста.
Большинство ответов меня поразили: соискатели называли рабочее время в 10, 20 и даже 30 часов. 30 (!) рабочих часов на 2 функциональные страницы сайта… При таких затратах времени даже разработка небольших и несложных проектов будет растягиваться на долгие месяцы. И это уже не говоря о том, насколько завышенной окажется себестоимость таких проектов. Это просто не будет интересно потенциальным заказчикам.
Здесь могут быть 2 варианта: либо неопытные соискатели, которые ранее не работали в таком направлении, и делают всё с нуля, затрачивая на это слишком много времени, либо опытные соискатели выполнившие задание за несколько часов, а рабочее время назвали в разы больше, чтобы в будущем получать за свою работу значительно больше денег, чем они бы заработали на реальной почасовой ставке.
В общем, независимо от ситуации, соискатели с такими завышенными затратами рабочего времени сразу получали отказы.
Среди меди найти золото
На основе статистики по этому заданию, для себя я определил, что готов рассматривать только тех соискателей, которые указали затраченное на это задание рабочее время в пределах 6 часов.
Таких работ оказалось 8 штук. Каждую из них я детально открывал, смотрел, проверял функционал, сравнивал оформления, общался с самими соискателями и определялся, кто мне подходит больше.
Почти у всех работ были какие-то мелкие ошибки, неудобный или вообще не проработанный интерфейс, проблемы с мобильной версией или в целом неприятное, отталкивающие послевкусие. В них не хотелось работать.
И среди этих 8 работ выделилась одна. У неё были не только одни из самых низких трудозатрат — всего 3-4 часа, — но и самое удобное и проработанное оформление с приятным интерфейсом. Я остановил свой выбор именно на ней.
Как потом рассказал соискатель, у него уже были свои наработки в этом направлении, на основе которых он без проблем выполнил задание за указанное время. Ему просто не нужно было заного изобретать велосипед.
Стоил ли этот поиск затраченного времени
В результате, для того, чтобы найти одного компетентного специалиста, который готов трезво оценивать сложность и ожидаемые трудозатраты для реализации проектов, мне пришлось перебрать более 700 человек.
Но потраченные на этот отбор силы и время неоднократно себя окупили: этот соискатель ни раз показал на практике свою компетентность, ответственность и надёжность, и на сегодняшний день мы продолжаем активную работу с ним.
Сейчас мы расширяемся, и он постепенно переходит в роль ведущего программиста, который отвечает за контроль работ и оценку рабочего времени по проектам, позволяя тем самым сохранять ту же планку качества работ и тот же адекватный ценник на разработку для заказчиков.
Связь со мной
Другие мои статьи и бесплатные шаблоны таблиц, а также ссылки на сообщества с полезным контентом по таблицам и мои контакты можно найти здесь:
Если вы желаете заказать разработку таблицы с нуля, задать вопросы по возможностям реализации вашей идеи или запросить доработку шаблона, не стесняйтесь обратиться ко мне.
Ну а если в вашей ситуации технических возможностей таблиц будет недостаточно, вы также можете заказать у меня разработку web-сайта или мобильного приложения для автоматизации ваших бизнес-процессов.
Ответственность в разработке. Какие результаты должен вам гарантировать разработчик?
Сегодня я расскажу вам о нескольких ситуациях, произошедших с заказчиками, которым я разрабатывал системы для автоматизации бизнес-процессов.
В чём разница между этой статьёй и остальными, спросите вы — и я отвечу так: во всех перечисленных ниже случаях получившиеся системы не оправдали ожиданий заказчиков.
Случай №1: чёткое тз с неожиданными дополнениями
Заказчик обратился ко мне для разработки системы таблиц. Предназначение — автоматизация процессов постановки и контроля задач сотрудников, организация базы знаний сотрудников и учёт договорных отношений.
У этого заказа была редкая особенность: у заказчика было чёткое понимание, какие таблицы ему нужны: как будут выглядеть поля, как они должны работать и т.д. В общем, на редкость подробное ТЗ и чёткое понимание желаемого результата.
Работу мы начали очень активно, и заказчик был очень вовлечён в процесс. Завершив работу над первой таблицей, мы сразу же приступили к созданию второй, третьей и множества последующих, даже не останавливаясь на полноценном тестировании созданных таблиц в реальных рабочих условиях, поскольку у заказчика был отдельный сотрудник, отвечающий за интеграцию новых систем и организацию работы.
Вот только спустя несколько недель активной работы заказчик ошарашивает меня следующим упрёком: "Мы с вами сделали уже кучу таблиц, и в это вложено много денег, а результата до сих пор нет!"
Меня это заявление, конечно же, ставит в ступор, так как с моей стороны все задачи выполнены, все правки внесены, и все таблицы работают. Но, со стороны заказчика, этими таблицами банально никто не пользуется. Половину из них даже не тестировали в работе, каждый раз по разным причинам.
Я объясняю этот момент заказчику и спрашиваю, что конкретно не работает, потому что любые ошибки можно исправить, а таблицы доработать. В ответ не слышу никакой конкретики — снова размытое "результата до сих пор нет".
После такого я спрашиваю у заказчика напрямую, кто несёт ответственность за внедрение разработанных инструментов в его компанию, а также организацию регулярной работы его сотрудников в этих таблицах.
В ответ же слышу, что за это несу ответственность я. И тот факт, что в мои услуги входит только разработка системы и объяснение, как с ней работать, его абсолютно не интересует.
Разбирая каждый случай, я буду подводить краткие итоги: что в обязанности разработчика в данном случае входило, а что — нет.
В данном кейсе я был должен:
Создать систему таблиц, следуя ТЗ, составленному заказчиком;
Проверить работоспособность системы;
Внести правки в соответствии с комментариями заказчика;
Быть готовым к обратной связи и правкам;
Обучить заказчика пользованию созданной системой.
И НЕ должен:
Внедрить систему на производство заказчика;
Протестировать таблицы напрямую в рабочих условиях;
Организовывать работу сотрудников заказчика с таблицами;
Обучить ВСЕХ сотрудников без указания на то от заказчика.
Не стоит перекладывать на разработчика обязанности штатных сотрудников. Специалист никак не относится к бизнесу заказчика, но может сильно помочь в его автоматизации, создавая новые решения.
Случай №2: плохие навыки телепатии
Заказчик обратился ко мне за разработкой системы для его производства, в которой можно было бы планировать заказы, фиксировать смены сотрудников и выполненные ими работы. Также требовалось, чтобы эта система автоматически рассчитывала им зарплаты. Функционала таблиц для озвученных запросов было недостаточно, поэтому решили разработать WEB-приложение.
Так как систему создавали с нуля (ранее всё на производстве считалось "как-то", вручную бригадиром), у заказчика не было точного понимания необходимого функционала на выходе. Поэтому мы договорились на создание самой базовой версии с минимальным функционалом, а также на доработки по мере необходимости, когда станет понятно, что именно потребуется для удобной и оперативной работы сотрудников в системе.
Чрезвычайно важно было сделать такую систему срочно — заказчик даже предложил двойную оплату при условии, что система будет создана не за месяц, а за 10 дней. Благо, сон для слабаков, и мне удалось создать эту систему в короткий срок, чтобы ей быстро начали пользоваться в “полевых условиях”.
За следующий месяц было проведено несколько больших доработок системы, за счёт которых мы добавили функционал для кладовщика, кассу, автоматическое списание расходников и заготовок, а также несколько других моментов. В процессе работы, само собой, появлялись ошибки и недоработки, но все они своевременно исправлялись.
Всё идёт по плану, система используется ежедневно. Заказы создаются, зарплаты рассчитываются, склады ведутся, расходы учитываются. Однако через какое-то время я захожу в эту систему для проверки работоспособности. И вижу, что ею не пользуются уже вторую неделю. Хотя никаких проблем или ошибок за это время озвучено не было.
В этот момент я связываюсь с бригадиром и уточняю, что случилось, и необходима ли помощь с моей стороны. Спустя время бригадир отвечает, что всё в порядке — просто всё это время он был перегружен работой, и у него не было времени фиксировать заказы и смены.
Через несколько дней происходит очередной созвон с заказчиком и его бригадиром, на котором заказчик просит упростить систему, чтобы бригадиру было легче в ней работать, и он успевал её вести. Нюанс следующий: со стороны бригадира никакой обратной связи на этот счёт нет, также нет и никаких предложений. Со слов бригадира, сокращать нечего, потому что все функции необходимы для корректного учёта.
В итоге мы сошлись на том, что уберём этап планирования и дальнейшего утверждения смен бригадиром. Взамен было решено сделать так, чтобы бригадир мог напрямую закрывать смены по факту окончания рабочего дня.
Из-за очереди по заказам я озвучил срок сдачи доработок в неделю. Заказчик очень сильно попросил ускорить этот процесс, поскольку начались конфликты с работниками из-за того, что бригадир не может оперативно рассчитать смены.
В этот момент самое время напомнить, что из-за большой загруженности бригадир не заходил в систему почти 2 недели. Интересно, откуда же тогда появился такой завал и задержка в расчётах ЗП?
Так как я лично знал, что такое бунтующие рабочие на производстве, то пошёл на встречу, и озвученные доработки были готовы за одну ночь. Опять же, сон для слабаков, и порой производственная необходимость вынуждает работать сколько нужно, а не сколько хочется.
Через день мне звонит бригадир и сообщает, что они уже привыкли к планированию, и теперь им неудобно: работники не могут в течение рабочего дня сверять со своих телефонов планы на смену, а бригадир не может через приложение добавлять им работы в течение дня.
Вздохнув, я восстанавливаю обратно прошлую версию кода. К счастью, это не занимает настолько же много времени, насколько это делает написание нового функционала. Да и тестирование новых гипотез — это всегда непредсказуемо, так что абсолютно нормально, что некоторые идеи оказываются неработоспособными на практике.
В связи с тем, что работали мы на тот момент уже достаточно долго и регулярно, я делал для них доработки без предоплаты, время от времени выставляя за них счета, когда они накапливались.
Внезапно, при напоминании об оплате очередного счёта за уже выполненные доработки, я слышу поток упреков: система не работает так, как хочет заказчик, платил он за готовое решение, а не за тестирование и правки, и вообще я только и делаю, что выставляю новые счета за доработки, а нормально ничего так и не работает.
При этом ни со стороны заказчика, ни стороны его бригадира не было озвучено никаких проблем — были мелкие ошибки, но все они уже устранены. Да и возникали эти ошибки только из-за того, что мы регулярно дорабатывали систему, меняя её функционал. Ошибки в процессе отладки новых доработок абсолютно неизбежны.
Само собой, я предлагаю заказчику подробно разобрать проблему, чтобы получить конструктивную обратную связь и отладить конкретные нюансы системы.
Но, увы, во вселенной этого заказчика я, судя по всему, должен обладать сверхвосприятием и читать мысли самого заказчика, его бригадира и сотрудников, чтобы понимать, что именно не так с системой и как сделать её лучше, даже когда мне не указывают на наличие проблем.
Как и в предыдущем случае, наглядно представляю список моих обязанностей для конкретной ситуации. Итак, мне было нужно:
Сформулировать ТЗ вместе с заказчиком;
Разработать WEB-приложение;
Проверить, функционирует ли оно;
На основании обратной связи внести правки;
Провести для заказчика инструктаж по WEB-приложению.
При этом в обязанности не входило:
“Выжимать” обратную связь по приложению;
Сделать всё и сразу без доработок;
Знать все проблемы заказчика с системой без его указаний на них;
Вносить правки на безвозмездной основе, потому что предыдущий вариант внезапно оказался неудобным.
Этот случай — показатель того, как чёткое и понятное ТЗ могло бы значительно облегчить процесс работы как для разработчика, так и для самого заказчика. Впрочем, также важно трезво осознавать свои ожидания от работы специалиста и быть готовым к тому, что не вс получается по щелчку пальца.
Случай №3: ошибочная гипотеза
Заказчица обратилась ко мне за созданием таблицы фиксации "фотографии рабочего дня" каждого бухгалтера её агентства аутсорсинговых услуг. Ключевых целей таблицы было две:
Чтобы каждый бухгалтер ежедневно заполнял отчётность по всем выполненным задачам, указывая клиентов и направления;
Ведение спецификаций на каждого клиента, по которым можно отследить, сколько рабочего времени бухгалтеры тратят на просьбы клиентов, не входящие в пакеты услуг.
К этому заказу также было очень грамотное и проработанное ТЗ — вплоть до формул, по которым должны вычисляться значения в отдельных столбцах.
Таблица была создана и запущена в работу достаточно быстро. Заказчица осталась крайне довольна, поскольку всё работало именно так, как она описала в ТЗ.
Но, спустя месяц-другой, когда эта заказчица снова обратилась ко мне с запросом по работе с другой таблицей, она рассказала, что в итоге первая идея оказалось нерабочей: бухгалтерам неудобно фиксировать все спецификации и сверяться по ним, так как на это уходит очень много рабочего времени. Поэтому той таблицей не пользуются.
Кстати, забавно, что в дальнейшем мы поменялись ролями, и, после открытия ИП я сам стал клиентом в её агентстве.
В этой ситуации речь не идёт о завышенных требованиях к разработчику, поэтому формат вывода касаемо обязанностей будет иной: я расскажу вам, какой результат специалист должен был предоставить, и что произошло даже при выполнении мной всех задач.
Несмотря на то, что для заказчицы я:
Создал таблицу в соответствии с её ТЗ;
Протестировал её на возможность использования;
Внёс полученные правки,
Возникло следующее:
Гипотеза не подтвердилась опытом;
Сотрудникам не подошёл формат работы с таблицей;
Фактор времени оказался важнее подробной отчётности.
То, что хорошо в теории, с лёгкостью может не подружиться с практическим применением, и причин тому много: ошибочность гипотез, человеческий фактор, смена приоритетов и т.д. Всё это не говорит о плохом выполнении разработчиком своей задачи — если при сдаче система заказчика устроила, за дальнейший её путь специалист ответственности не несёт.
Случай №4: 50 на 50
Заказчик обратился ко мне за разработкой таблиц для автоматизации процессов на швейном производстве.
Несмотря на то, что не было детального ТЗ, у заказчика было чёткое понимание нужного результата и необходимых процессов для автоматизации, благодаря чему работа шла очень комфортно.
Начали мы с создания системы для планирования заказов и отслеживания графика разработки новых проектов. Причём сам запрос на тот момент был для очень необычным и объёмным. Было интересно погрузиться в эту нишу.
После приёма первой системы заказчик практически беспрерывно начал давать новые заказы на таблицы, поскольку он очень серьёзно занимался автоматизацией своего производства, а также потому, что мне удавалось без проблем реализовывать почти все его пожелания. Это тот случай, когда аппетит приходит во время еды.
За несколько месяцев было автоматизировано множество процессов, и создано несколько крупных таблиц с большим количеством функционала. Но, как потом заказчик упомянул между делом, некоторыми из созданных инструментов они перестали пользоваться, потому что они оказались неудобными для ежедневной работы.
А некоторыми из них, напротив, пользуются каждый день. Например, этот заказчик продолжает время от времени обращаться ко мне по поводу таблицы технолога, в которой создаются технологические карты изделий.
Из-за того, что эта таблица работает за счёт скриптов, время от времени она выходит из строя, когда кто-то из сотрудников по ошибке удаляет важные формулы. Это решается банальным протягиванием формул или восстановлением предыдущей версии таблицы, поэтому, когда этот заказчик звонит и просит посмотреть, почему что-то перестало работать в очередной раз, вопрос решается быстро и без проблем.
Эта ситуация, как и предыдущая, вполне себе адекватная. Она показывает, что результат создания систем одним и тем же разработчиком для одного и того же заказчика может быть совершенно разным.
При разработке всех систем я сделал следующие вещи:
Составил конкретное ТЗ вместе с заказчиком;
В обозначенные сроки выполнил запросы;
Внёс запрашиваемые правки
Обучил заказчика использованию таблиц.
Несмотря на то, что список моих обязанностей не менялся, варианты дальнейшей “жизни” таблиц были следующие:
Таблицы оказались в принципе не нужны;
Ряд систем, хороших в теории, не смог найти применения в ежедневной работе;
Часть таблиц до сих пор используется;
И на некоторые из них по-прежнему поступают заказы на доработку.
Этот случай наглядно показывает, что периодически таблицы становятся непригодными не из-за вины разработчика или заказчика. Иногда такое происходит по воле факторов, не зависящих ни от кого. В такие моменты нельзя утверждать, что кто-то конкретный виноват — ведь вся суть пути в том, чтобы через ошибки понять, что нужно сделать в конкретной ситуации.
О чём говорят эти случаи?
В ряде из них речь шла о завышенных ожиданиях и недосказанностях, а в других заказчики просто осознали, что разработанные для них системы несовместимы с их целями.
Но всех их объединяет одно — разработчик отвечает за процесс создания и тестирования итоговой системы, а также за внесение правок и предоставление финального результата. Он не может прочитать мысли или же предвидеть будущее. Но если обратиться с конкретной проблемой и попросить о помощи, специалист обязательно выполнит свою работу на высшем уровне.
Связь со мной
Другие мои статьи и бесплатные шаблоны таблиц, а также ссылки на сообщества с полезным контентом по таблицам и мои контакты можно найти здесь:
Если вы желаете заказать разработку таблицы с нуля, задать вопросы по возможностям реализации вашей идеи или запросить доработку шаблона, не стесняйтесь обратиться ко мне.
Ну а если в вашей ситуации технических возможностей таблиц будет недостаточно, вы также можете заказать у меня разработку web-сайта или мобильного приложения для автоматизации ваших бизнес-процессов.









