Правильно оцениваем задачи. Топовые ошибки программистов / Мобильный разработчик

Привет, друзья! В этом видео я, опытный мобильный разработчик и ваш любимый блоггер, расскажу о том, как правильно оценивать задачи в разработке мобильных приложений и какие топовые ошибки программистов следует избегать.
В этом эпизоде вы узнаете:
👉 Важность понимания требований - как грамотно анализировать требования заказчика и преобразовывать их в технические задачи для успешной реализации
👉 Методы оценки времени на выполнение задач - освещение популярных методик оценки времени, таких как экспертная оценка и покер планирование, которые помогут вам сделать более точные прогнозы
👉 И многое другое
00:00:00 - Всем привет
00:01:09 - Зачем нужна оценка задач
00:08:33 - Как проектируют задачи в большинстве компаний
00:15:11 - Как оценивать задачи
00:17:46 - В чем нюанс описанного подхода
00:25:57 - Как этот нюанс пытаться преодолевать
00:31:29 - В чем оценивать задачи
00:35:51 - Обучение и выступления на конференциях
00:37:02 - По итогу
Если вам понравилось видео, то поддержать канал и получить доступ к эксклюзивному контенту можно подписавшись на Boosty:
=================================================
Поддержать канал на Boosty - boosty.to/mobiledev
=================================================
Полезные статьи из мира мобильной разработки:
Teletype - teletype.in/@alexgladkov
Мобильный разработчик в других соц. сетях:
================================
Телеграм - t.me/mobiledevnews
ВК - mdeveloper
Дзен - dzen.ru/mobiledeveloper
================================
Если ты прочитал это - напиши коммент! Тест на внимательность :D

[@faang29488]

Заметно, что Алексей больше стал заботиться о здровье, лицо стало светлее и чище

[@MobileDeveloper]

Спасибо )

[@arturmazay1182]

Думал на работе веду себя как зал...па оказывается так лучше) спасибо позновательно

[@alex5381]

1) Является ли хорошим советом прокачать скилы в сложной предметной области(инженерные расчеты, глубокое знание железа, машинное обучение) с целью стать инженером-программистом, программистом-математиком? Это поможет легко избежать конкуренции когда рынок станет рекрутерским? Похоже народ не любит напрягаться. В моей бывшей школе по словам знакомого школотрона только один человек из нескольких классов собрался пойти в физмат класс. Боятся что не сдадут ЕГЭ по точным наукам. 2) Программисты на C++ c глубоким знанием предметной области и железа намного востребованнее?

[@ai.pet.parade]

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

[@MobileDeveloper]

Звучит прекрасно просто :D

[@Anadol777]

Очень классный контент, спасибо! Это именно те темы, которые действительно крайне важны

[@MobileDeveloper]

Спасибо )

[@suhocki]

Спасибо за качественный контент ❤

[@wasp5787]

спустя 10 лет работы, только на текущем месте (благодаря руководителю) осознал, что компания нанимает меня как профессионала в своей сфере. И что мне решать, как решать конкретные задачи. Есть потребность от заказчика, менеджер её пытается понять и перевести на человеческий язык. А дальше уже приходят и просят оценку. т.к. кроме меня и коллег, никто в компании не знает что и как делать для реализации. Хороший пример про перекрасить кнопку. Но тут важный момент, надо действительно обладать знаниями в своей сфере. И еще не бояться говорить "я не знаю, нужно время на изучение". И мы тоже иногда используем максимальное завышения срока, когда приходят с непонятными запросами. Говорим столько часов, чтобы заказчик или сам отказался, или времени точно было с большим запасом. Ну и самое главное, после оценки, надо не забыть её умножить на 2 :)

[@ITisonline]

спасибо для нас начинающих это ценные мысли

[@user-eg7ut3zp9r]

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

[@MobileDeveloper]

Спасибо, очень рад, что видео оказалось полезным )

[@user-bc2oh7sq2b]

Самый первый пример оценки времени задачи - за какой срок обучишься на джуна))

[@DuhastTV]

Похудел, лицо чище и белее. Однозначно, красивее стал.

[@MobileDeveloper]

Спасибо )

[@GriNAME]

О Beget)) пользуюсь им уже почти десятилетие

[@lampyrishive]

4:50 - как работавший в крупной компании, скажу что такое бизнес. Есть маркетолухи. Они мониторят какие фичи хавает народ. Особо ушлые ещё инсайдерскую инфу от конкурентов подсасывать ухитряются. Так вот, узнают они что конкурент внезапно выкатил в UI большую разноцветную гексоэдорообразную кнопку и все такие "Уау! какая офигенная фича". И пока хайп не улёгся маркетолух пулей летит к разрабам с воплями "нам срочно, прямо позавчера, нужна разноцветная гексоэдороподобная кнопка с шариком сбоку! Это будет круче чем у конкурентов, пипл хавает!". Так вот, если эту кнопку делать полгода - то хайп спадёт и на ней не наваришься. Сейчас народ привередливый, ему нескучные обои подавай. Так что если бизнес, то-есть маркетинг, решит что вот эта фича принесёт прибыли +100500 то эту фичу надо будет сделать и чем быстрей тем лучше. А почему "бизнес?" Потому что там не только маркетинг. Там и финансисты, и продажники и ещё 5-6 департов принимают решение. Вот эта кучка и есть "бизнес"

[@alex5381]

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

[@alex5381]

Часто бывает что повышение программиста в должности не влечет увеличение зп пропорционально ответственности? Если да, то почему так происходит?

[@maxyablochkin4313]

Полезное видео

[@va4402]

«Меня снова зовут Алексей Гладков.»

[@MobileDeveloper]

По-прежнему да )

[@Mike_x64]

Впервые слышу, что «рынок становится рекрутерским». Кажется, остальные стыдливо помалкивают об этом, а надо бы уже профсоюзы организовывать.

[@MobileDeveloper]

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

[@1234567890sergei]

У меня прям проблема с оценкой задач.

[@alex5381]

8:34 Эффективнее на рынке(прибыльнее) компании где менеджеры с инженерным бэкграундом? Если да, то как они не вытеснили или сильно не потеснили компании с посредственным менеджментом?

[@AiratKazan]

У меня нет информации, но предполагаю, что подобное имеет место быть, судя по скорости развития сервисов. Например Яндекс.Маркет и ru-Aliexpress. Скорость улучшения юзабельности - разная. Возможно в одной из компаний - менеджеры имеют технический бэкграунд :)

[@EG-ep8yg]

Актульно, возьму на заметку про 100 часов

[@user-oc7py1vy6s]

1:34 где ссылочка на сайт?

[@alex5381]

31:15 Как часто бывает что менеджеры ошибочно целиком полагаются на мнение сеньера, которого считают "гуру" для своих коллег, игнорируя мнения остальных? В моем случае этот "гуру" занимался только бэком и вообще ничего не понимал в андроиде судя по его экспертизе. В итоге он создал мне много проблем и сделали так как я сказал. Хотя я был джуном.

[@sowt007]

Такая жиза))) У нас в компании на проектах со стори поинтами 1 поинт равен 4 часам)) Нахрен это нужно, нормально объяснить никто не может)) Бывает, что заказчик из интернета вычитал про стори поинты и решил "оптимизировать" нашу работу))) Я сам куа лид, и мне постоянно надо давать оценки на тестирование. Я довольно хорошо могу спрогнозировать, сколько будет идти основной проход тестирования. Но от меня требуют ещё вкладывать в оценку время на дебаг. И вот тут начинается веселье. Я конечно из опыта могу примерно прикинуть насколько бажная будет фича, но это же всё равно пальцем в небо. Вот будет в релизе 200 багов или 400, я вообще понятия не имею. Обе цифры входят в реалистичный диапазон. И насколько быстро разработчики будут фиксить баги, я тем более не знаю. Я даже не уверен, что разработчики реально будут баги исправлять, а не фичи для следующего релиза пилить. Был случай, когда фичу неправильно описали и неправильно закодили. Там вместо ориентировочного месяца тестирования с дебагом, только несколько месяцев ушло на дебаг. В итоге, накидываю в оценку времени прям побольше, от души. В основном попадаю плюс-минус, но каждый раз ощущение гадания на кофейной гуще.

[@user-kv3rc9jk9u]

я бы по другому сказал что хороший сотрудник берет на себя ответственность(и за это к сожалению не платят) за продукт жизнедеятельности. Бизнес же это чуваки которые обладают сакральным знанием что нужно потребителю и отвечают за то что продукт будет кому-то нужен - это дает им право предлагать херню. Разработчики в 50% не пользуются тем что разрабатывают и без понятия как этим пользуются реальные пользователи. Последнее время замечаю что оценка трудозатрат нахрен никому не нужна и всем нужны сроки(все хотят знать только когда будет у юзеров)

[@MobileDeveloper]

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

[@mironoff2007]

@@MobileDeveloper , иногда это никому не надо кроме тебя, менеджмент может не так парить состояние продукта, как тебя, а ты видишь, что внутри.

[@alexvasilev9302]

Еще бывает такое с оценкой выполнения, что ландшафт открывается по мере продвижения. Такое обычно возникает из-за огромного количества легаси

[@jamjam3337]

👏👍

[@AA-ld2ix]

14:12 Axax 👍🏻👍🏻👍🏻

[@MobileDeveloper]

Можно в нарезки

[@TreiderTV]

Зачем вы ставите оценку багам?

[@MobileDeveloper]

Это не оценка, а скорее предельное время сколько на них мы готовы потратить. Что-то типа приоритета

[@alex5381]

29:30 Многократно слышал истории когда программисты пользовались некомпетентностью или техбезграмотностью менеджера, сговаривались с целью заведомо завысить сроки и бездельничать за счет этого. Как с этим бороться?

[@paulk3222]

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

[@user-pu5je3uy4q]

Была у меня история, я начинающий разраб на новой работе взял на себя баг со словами, да фигня, за полчаса сделаю) Просидел больше 8 часов, изучил весь код и ни хрена(( Потом залез глубже, поменял scrollView на nestedScroll(или наоборот, уже не вспомню) и проблема решилась, куча времени и одна строчка кода))

[@MobileDeveloper]

Да, такое тоже бывает )

[@wasp5787]

недавно часа 4 сидел разбирался с проблемой. в итоге в регулярке надо было изменить + на * :)

[@bro_chenzox]

Ахах, орнул с висельников😁

[@igori1178]

При оценке задач в 2023 году надо учитывать лишь один фактор: насколько загружены в данный момент серверы chatGPT)))

[@true_digitalist]

Написал коммент! Тест на внимательность :D пройден?

[@MobileDeveloper]

Красавчик вообще 😁

[@true_digitalist]

@@MobileDeveloper от красавчика слышу)) я от Макса))

[@umnikya7874]

да, менеджер с улицы это трабл

[@wat1slavik]

Власть пролетариату!