Как стать автором
Обновить

Инструкция для менеджеров и руководителей по реанимации проекта

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров2.9K
Всего голосов 23: ↑21 и ↓2+19
Комментарии4

Комментарии 4

В этом проекте заказчику было важно видеть промежуточные результаты работы для показа топ-менеджменту.

Был у меня похожий проект. Сначала пилили костыли, весь смысл которых был показать красивую картинку на показе клиенту. К реальной работе они не имели никакого отношения. Часто любое телодвижение в сторону от правильной последовательности действий роняло приложение. Потом несколько дне эти костыли выпиливали. Пару дней шла реальная работа. А там уже следующий показ. Зато топ менеджмент долго видел красивые картинки и был довольно долго доволен. А проектные менеджеры на каждое увеличение сроков закатывали красивую речь и демонстрировали красивые картинки с комментарием, как у нас всё здорово, но вот осталось совсем чуть чуть доделать

да... это печально... тоже попадал... дизаннерр рисовал красивые картинки тпа приложение уже вот так выглдит на Анддроид, а оно еще никак не выглядело да и многие графические выкрутасы диизайнера в Фигме реалзовать было архи-сложно, и на полпут дизайне и вовсе уволился...

На заре развития компании тоже сталкивались с проблемой, что дизайнер что-то там напридумывал, а разработчикам расхлебывать...

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

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

Поэтому что-то изобретать не надо было, а было достаточно только правильно расставить приоритеты и в первую очередь доделывать начатые фичи, даже если они были небольшими, а потом уже браться за новые крупные

Зарегистрируйтесь на Хабре, чтобы оставить комментарий