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

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

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

ШАГ логотип

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

IT Step

Программирование

Сети и Кибербезопасность

Цифровой Дизайн

04.05.2023

302 просмотра

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

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

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

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

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

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

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

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

  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.

 



АВТОР:

Редакция Компьютерной Академиии ШАГ

Что такое дизайн мышление и как оно используется в современном дизайне

1. Что такое дизайн-мышление? 2. Как дизайн мышление используется в современном дизайне? 3. Как работает дизайн мышление в дизайне продуктов? 4. Преимущества дизайн мышления для бизнеса 5. Какие основные принципы дизайн мышления? 5.1. Понимание проблемы и сосредоточение на пользователе 5.2. Поиск и генерация идей 5.3. Создание прототипа 5.4. Итерации и тестирование 6. Примеры использования дизайн мышления 7. Как дизайнерам прокачивать дизайн мышление

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

ШАГ логотип

Мастер класс

Введение в UI дизайн: создание эффективных и привлекательных интерфейсов

1. Основные принципы UI дизайна 1.1. Принципы композиции 1.2. Работа с пространством и сеткой 1.3. Баланс и выравнивание элементов 1.4. Учет потока взгляда пользователя 2. Цветовая схема и использование цвета 2.1. Психология влияния цвета 2.2. Выбор цветовой схемы 2.3. Цвета для выделения и навигации 3. Типографика и читабельность 3.1. Выбор подходящих шрифтов 3.2. Размер и стиль шрифта 3.3. Читабельность текста на различных устройствах 4. Использование иконок и пиктограмм 4.1. Разработка и выбор подходящих иконок 4.2. Использование иконок для повышения понятности 5. Принципы успешного дизайна интерфейса

Дизайн пользовательского интерфейса (UI) играет важную роль в создании эффективных и привлекательных веб-сайтов. UI-дизайн отвечает за то, как пользователи взаимодействуют с интерфейсом, какие эмоции они испытывают и насколько легко им пользоваться сайтом или приложением. Роль UI-дизайнера заключается в создании такого интерфейса, который не только функционален, но и приятен для пользователей. Представьте себе веб-сайт, на котором все элементы размещены грамотно, информация легко читается, кнопки и ссылки просто обнаруживаются, а цветовая

ШАГ логотип

Презентация

Какие soft skills развивает изучение программирования

1. Развитие мышления 1.1. Аналитическое мышление 1.2. Поиск креативных решений проблемы 1.3. Логическое и структурированное мышление 2. Точность и внимательность к деталям 3. Коммуникационные навыки 4. Управление временем и планирование 5. Терпение и упорство 6. Адаптивность и гибкость 7. Креативность и инновационность 8. Перспективы развития Soft skills

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

ШАГ логотип

Цифровой Дизайн

Встреча

В мире трехмерного творчества: путеводитель для начинающих в 3D моделировании

1. Что такое 3D моделирование 2. Лучшие программы для работы с 3D моделированием 2.1. Autodesk Maya 2.2. Blender 2.3. Cinema 4D 2.4. 3ds Max 2.5. ZBrush 3. Требования к компьютерам для работы с 3D моделированием 4. Возможности работы в сфере 3D моделирования 5. С чего начать для изучение 3D моделирования

Трехмерное моделирование стало неотъемлемой частью различных сфер и отраслей. Оно позволяет создавать уникальные визуальные образы, анимации, виртуальные миры и многое другое. В следующих разделах мы более подробно рассмотрим лучшие программы для работы с 3D моделированием, требования к компьютерам для эффективной работы, возможности трудоустройства и начальные шаги для изучения этой захватывающей области. Что такое 3D моделирование 3D моделирование – это процесс создания трехмерных объектов и сцен, которые могут быть визуализирова�

ШАГ логотип

Этот сайт использует Cookies

Политика конфиденциальности