Компьютерная Академия STEP IT - полноценное IT-образование‎ для взрослых и детей. Мы обучаем с 1999 года. Авторские методики, преподаватели-практики, 100% практических занятий.

Ваш браузер устарел!

Вы пользуетесь устаревшим браузером Internet Explorer. Данная версия браузера не поддерживает многие современные технологии, из-за чего многие страницы сайта отображаются некорректно, и могут работать не все функции. Рекомендуем просматривать сайт с помощью актуальных версий браузеров Google Chrome, Safari, Mozilla Firefox, Opera, Microsoft Edge

Новый курс "STEP IT Foundation" - IT-образование для школьников и студентов!

120

дней

22

часов

33

минут

Ознакомиться
ШАГ логотип

Как не бояться дедлайнов, в грамотно планировать сроки: примеры и советы

IT STEP

15.04.2023

78 просмотров

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

Сейчас о дедлайнах говорят в двух значениях. Первое и синоним дедлайна — конкретный срок сдачи проекта, домашнего задания. Второе — что-то страшное, после чего специалист подвел клиента, руководителя и коллег.

Как справляться с дедлайнами и что это означает для специалиста: нужно тушить пожар или время для сдачи работы? Делимся советами в статье.

Важно помнить, что проект всегда идет не по плану

Представим ситуацию: проджект-менеджер компании согласовывает с клиентом разработку мобильного приложения.

Перед встречей менеджер пишет план: нужно сделать все максимально хорошо — разработчики смогут продумать несколько обновлений наперед, установить последнюю версию антивирусного софта.

Довольный менеджер представляет предложение перед клиентом. Тому все нравится.

🔥 Когда дело доходит до выполнения работы, все идет не по плану:

  1. Глава отдела кибербезопасности ушел в отпуск. Только он разбирался в проектировании системы безопасности для мобильных приложений.

  2. Сделать несколько обновлений наперед — неудачная затея. Еще не было тестирования продукта, а уже собираемся обновлять. А время – деньги.

  3. Некоторые разработчики сидят без дела, потому что не получили заданий.

Остается несколько месяцев до сдачи, а проект не готов. Сроки и цену согласовали и подводить клиента очень не хочется: можно лишиться состоятельного клиента, репутации. Но что можно сделать?

👉 Метафора с разработкой мобильного приложения условная. Но отражает реальные примеры дедлайнов в диджитале: руководитель взял проект и не рассчитал сроки, хочется сделать всего побольше или один из сотрудников оттягивает сдачу этапа проекта до последнего дня. В результате сроки затягиваются, компания не успевает, а клиент негодует.

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

IT работает не столько с кодом, сколько с людьми. У них тоже свои потребности, тяга к прокрастинации и причины переносить дедлайны.

Дедлайн нужно принять и обсудить

Вернемся к примеру с менеджером. Планирование провалилось и нужно спасать проект. Клиент ждет результат и подтверждение, что деньги не потратили впустую. Одно из возможных решений — показать клиенту проблему.

Если сейчас исправить ничего не получится — лучше рассказать клиенту о ситуации:

Николай Семенович, извините за беспокойство. В отделе разработки произошло ЧП: часть программистов заболела, поэтому не успеваем вовремя сдать проект. Можем ли мы встретиться и обсудить перенос сроков, если это возможно?

Возмутится ли Николай Семенович? — конечно. Человек потратил деньги и время на сотрудничество. Но также для него важно получить проект. Он пойдет на встречу и продлит сроки. Приложение будет, что уже хорошо. Пусть позже, с правками по смете.

Возможно, что Николай Семенович посчитает менеджера безответственным и никогда не обратится в эту IT-компанию. А проджекта уволят за слабый риск-менеджмент.

Вот что в интервью редакции посоветовал основатель Ed-Tech-компании Visotsky Inc Александр Высоцкий:

В этом году команда выпустила IT-платформу по автоматизации инструментов управления. Мы давно мечтали о таком продукте.

Чтобы клиенты могли пользоваться платформой вне офиса, решили сделать мобильное приложение. Здесь появились проблемы: тесты показали много багов. Приложение дорабатывается, тем самым срываем сроки презентации.

Главное для нас — открытая коммуникация с клиентами. Мы открыто признались, что срыв дедлайнов — наша проблема. Клиенты отнеслись к задержке с пониманием. А мы продолжаем работу.

👉 Важно то, стороны прояснили ситуацию: проблема есть и ее готовы исправлять. Если этого не сделать — результат непредсказуем. Могут и в суд подать за срыв условий договора.

Можно презентовать функциональную часть проекта

В диджитал-разработке куча стадий: от планирования до продакшена. Некоторые этапы могут оттягивать презентацию: нужно подкрасить стены, сделать косметические корректировки продукта, подумать над обновлениями, упростить код и т.д.

Если по дедлайну невозможно сделать все, а результат нужен сейчас — сдайте функциональную часть. На примере со мобильным приложением: можно отказаться окончательного дизайна, продуманного до мелочей UX-дизайна. Показать только функциональную часть, чтобы клиент мог покликать на кнопки и почувствовать — приложение работает.

Важное правило дедлайнов:

🔥 Между «сдать идеально» и «сдать вовремя» всегда выбирайте «вовремя».

Разработчики, как и строители: после выпуска продукта вносят правки и переделывают. Нормально перенести косметическую работу, но показать работающий продукт сейчас.

Чтобы показаться в глазах клиента более ответственным, можно рассказать о причинах переносах плана.

Николай Семенович, на совещании заметили, что разработка приложения невозможна по прошлым срокам. Мы перенесли этап повторного тестирования, чтобы сейчас показать вам рабочую архитектуру. Остальное установим, пока объект будет тестироваться нами и фокус-группами.

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

Помогите, если человек в команде не справляется с дедлайнами

На одном из этапов менеджер видит: сотрудник одного из отделов зашивается. Двое коллег ушли в отпуск, а начальник отдела заболел. Он не успевает закончить код, потому что ему вовремя не передали макеты. Возможно, поэтому стажеры-разработчики сидят без заданий.

❌ Можно пройти мимо. Это дело конкретного отдела. Как-нибудь успеют, а если нет — оштрафуем.

✅ Или предложить какую-то помощь. Не делать работу за сотрудника, а дать совет или показать инструмент автоматизации. Можно попросить директора перевести часть сотрудников, потому что те сидят без дела и пьют кофе по три часа.

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

Главное — не оставаться в стороне. Задача написать код — Василия. Но сдать мобильное приложение нужно в срок и это общее дело.

👉 Может показаться, что совет из мира фантазии. Часто сотрудники или проджект-менеджеры передают задания и ждут результат. «Мои сотрудники — взрослые люди со своими обязанностями. Если у них что-то не получается, то придут и попросят помощи». Но так никогда не будет: страшно, стыдно и все на словах самостоятельные.

Вот что советует основатель Ed-Tech-компании Visotsky Inc Александр Высоцкий:

Чтобы держать коллег «на крючке», у хорошего руководителя есть инструменты: например — ежедневные созвоны с командой. На созвонах важно не только спрашивать о состоянии задач, но и интересоваться внутренним состоянием сотрудника.

Иногда стоит снять с коллеги рутинные задачи, а оставить работу на проектами. Важно поддерживать и мотивировать, чтобы сотрудник чувствовал важность своей работы: это не только деньги, но и взаимоотношения.


Бежать и спасать не нужно. Достаточно спросить: на каком этапе находится проект сотрудника, что можно презентовать и с какими проблемами столкнулись. Еще лучше — подсказать, как решить неурядицу.

Дедлайн — это нормальная практика. Его нужно не бояться, а продумывать заранее

Перенесемся на встречу менеджера и заказчика.

❌ Менеджер понимает, что компания может сдать проект за 3 месяца. Так и передаст клиенту: без учета возможных проблем, ЧП и того, что приложение строится на новом языке программирования, а разработчики не успели его досконально изучить.

✅ В другой реальности менеджер помнит про 3 месяца. Но понимает, что часто все идет не по плану. Клиента расстраивать нельзя: это большая ответственность и деньги. Вместо 3 месяцев менеджер предложит проект за 5 месяцев. Клиент соглашается.

Человек во втором примере подготовил площадку для решения проблем. А если время останется, можно сделать косметические правки. Или презентовать проект раньше, от чего клиент будет в восторге. Еще и поделится хорошим отзывом.

Часто такие решения приходят не в момент согласования сроков. Нужно подумать час, два, а то и день.

Вот что советует Head of Software Engineering Данило Толмачов:

Хорошему инженеру не важно, откуда появился дедлайн: поставил руководитель или это прихоть клиента. Лучше всегда брать дополнительное время и глубоко оценить задание.

Вы никого не обидите и не расстроите, если перенесете согласование дедлайнов. Часто это показывает профессионализм: специалист не несется делать работу, а грамотно подходит к решению задачи.

Еще тайм-аут помогает определить: что реально сделать к сроку, а что лучше перенести. Можно расставить приоритеты и рассказать руководству, коллегам. Это тоже показывает человека, как профессионала.

С дедлайнами в работе и учебе всегда можно справиться. Лучше — принимать и обсуждать проблему. Или ставить дедлайны с запасом, если сноровка и опыт дают маневрировать. Например, люди делают сайты за неделю, а специалист — за 5 дней. Можно поставить ту же неделю и сдать раньше.

Если хотите получить профессию в IT и грамотно распределять рабочее время, контролировать дедлайны — записывайтесь на курсы IT STEP.



АВТОР:

IT STEP

STEP IT Academy

Вместе к равенству: STEP IT Академия и Femmes Digitales объединяются для привлечения девочек в IT

В области IT давно заметна гендерная асимметрия: мужчин намного больше, чем женщин. Одной из причин является наличие стереотипов в обществе и семье: родители часто выбирают для дочерей направления, традиционно считающиеся "женскими". Таким образом, девочки уже с раннего детства редко имеют возможность познакомиться с IT и миром технологий. Детский возраст критичен для формирования интересов, амбиций и навыков.  Если девочкам не предоставить возможность изучать IT в этом возрасте, они могут никогда не обнаружить свой интерес к этой области.

ШАГ логотип

Как ChatGPT помогает новичкам учиться программированию

1. Что такое ChatGPT и как он работает 2. Как именно ChatGPT поможет новичкам 3. Примеры использования ChatGPT в обучении программированию 3.1. Создание простых программ 3.2. Решение задач и устранение ошибок в коде 3.3. Примеры использования ChatGPT в обучении программированию 4. Как максимально эффективно использовать ChatGPT для обучения программированию 4.1. Советы по правильному формулированию запросов к системе 4.2. Советы по изучению теоретических основ программирования и практических навыков с помощью ChatGPT 5. А как насчет классического обучения программированию

Программирование становится всё более популярным и востребованным навыком. Это отрасль, которая постоянно растёт и развивается, и новые профессии, связанные с программированием, появляются каждый день. Однако, изучение программирования из-за своей специфики может быть сложным для многих новичков. И здесь на помощь приходит ChatGPT - система искусственного интеллекта, использует нейронные сети и машинное обучение для создания ответов на любые вопросы. Рассмотрим, как это может помочь новичкам в изучении программирования. Что такое ChatGPT и �

ШАГ логотип

Что скрывается под понятием DevOps: рассказываем о профессии

1. Кто такой DevOps: мнения расходятся 2. Зачем девопсу программирование 3. Где В DevOps пригодится язык Python 4. Опорные тезисы

В этой статье мы постарались рассказать о сути работы DevOps engineer. Материал написан для новичков и тех, кто интересуется профессией, направлением. В Интернете много мнений, и они отличаются. Рассмотрим тему под разными углами. Кто такой DevOps: мнения расходятся В мире программистов есть 2 мнения, что такое DevOps. И каждое мнение имеет своих поклонников и недоброжелателей: «Вы неправильно толкуете термин!» Обо всем по порядку. DevOps как практика, философия. 10-15 лет назад разработчики отвечали за программу, а администраторы — что эта программа поп

ШАГ логотип

Как не бояться дедлайнов, в грамотно планировать сроки: примеры и советы

1. Важно помнить, что проект всегда идет не по плану 2. Дедлайн нужно принять и обсудить 3. Можно презентовать функциональную часть проекта 4. Помогите, если человек в команде не справляется с дедлайнами 5. Дедлайн — это нормальная практика. Его нужно не бояться, а продумывать заранее

Дедлайн — заимствованное слово из американского словаря. Раньше так называли границы пребывания преступников. Если переступить через линию — считай, что провалил правило и сбежал. Сейчас о дедлайнах говорят в двух значениях. Первое и синоним дедлайна — конкретный срок сдачи проекта, домашнего задания. Второе — что-то страшное, после чего специалист подвел клиента, руководителя и коллег. Как справляться с дедлайнами и что это означает для специалиста: нужно тушить пожар или время для сдачи работы? Делимся советами в статье. Важно помн

ШАГ логотип

Front-end

Занятия по Front-end начинаются уже 10 июля!

Узнать больше