Почему проваливаются IT-проекты?

[@azamatk4302]

Всем бы такого руководителя, как Эльдар!

[@ivantrubchaninov1844]

хорошее видео. никаких откровений, просто всё в одном месте)

[@glebbondarenko67]

Требую Больше Эльдара!!!

[@AkaiJedi]

Эльдар он как есус, только Эльдар: как начал вещать истину, так у меня слезы озарения потекли из глаз. Ну правда. Больно приходить к таким выводам на своих шишках, всегда лучше послушать образованного человека с имеющимся опытом. Спасибо!

[@EldarNagorniy]

Аминь, сестра! Три раза Отче Наш перед сном и "Как пасти котов" под подушку )

[@alevadnaya]

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

[@artetl]

Эльдар, спасибо. Очень здорово, и как по учебнику. Было именно так, что клиента не менеджерили, и по эстимейтам промахивались.

[@АлексК-м2т]

С новым видео,Ильдар!

[@TimothyNazar]

Спасибо, Эльдар! Еще к провалам: - Неконтролируемый Scope Creep с фиксированной датой релиза. - Слишком частое изменение приоритетов для команды.

[@light3484]

Риторика Ильдара насчёт разработчиков, как спасителей от неудач менеджмента поменялась. Это приятно слышать, так держать.

[@robertpaulson1486]

Ну да, мало же разработчиков облизывают. И так из каждого утюга кричат про богоизбранность и исключительность. А в итоге у многих ни трудовой дисциплины нет элементарной, ни компетенций. Каждый должен делать свою работу, все дополнительные сущности типа "рабы" и "спасители" - от лукавого.

[@ivshofspb]

@@robertpaulson1486 ййй

[@erlanibraev]

@@robertpaulson1486 И это тоже проблема менеджмента ;-)

[@goodvin8554]

@@robertpaulson1486 Если разработчик не устраивает работодателя его просто увольняют. Поэтому у разработчиков нет иллюзий и без разницы "облизали" их до увольнения или нет.

[@nicklazovikov2462]

Крутое видео. Оказывается я уже занимался лидогенерацией но не до конца понимал что потом с ними делается в ІТ компании.

[@vm_raccoon]

Ну, за спасителей!

[@max_mgtow]

🥂😄

[@grigoriy3615]

Очень полезный материал. Огромное спасибо, что делитесь опытом!!!

[@sonar_devices]

Спасибо за знания.

[@ASinetskiy]

Хорошо обрисовали картину ! Благодарю за труд !

[@karelalex]

Больше большого дядьки!

[@andyvoice]

спасибо, было очень интересно

[@dmytrosliusar3663]

спасибо за видео, было познавательно!

[@ChipoBlaBla]

Если есть что-то ещё по этой теме. Давайте ещё!

[@ShketIam]

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

[@andrii_gepbl4_from_deddom]

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

[@Sichofazatron]

Очень отличное видео! Я как синьер разработчик, не очень обдумывал с какими предпроектными делами надо иметь дело компании прежде чем стартануть. Ну и окончание видео очень повеселило. Было бы здорово услышать побольше про процессы которые формируются в фоне между заказчиком и разработчиком.

[@НиколайЕмельянчук]

Крутой чувак!

[@atmospheric_b]

Очень круто все разложили

[@АлексейГуртовой-и4щ]

+1 Здравствуйте. Хочется дальнейшего расскрытия темы. По хорошему - глубокий анализ проекта это четверть всего проекта. У меня было - я делал проекты (эстиматы), а заказчик вяло так принимал в этом участие, а потом мои наработки отдавал другим... вроде, как всё честно - но по-свински. В общем - сколько стоит этимат, и кто и в како момент его, эстимат, оплачивает?

[@AlexS-gn9tq]

Все четко и по полочкам. Про последний бастион довелось на себе испытать. Сначала тупо начал забивать очередное спасение галактики, а потом ушел так, что аж сменил домен с АСУТП на мобильную разработку.

[@SmileyJack.]

Почему "провалился" Parler?

[@Ti_Mur]

Очень круто, спасибо

[@evgeniimikhailov3935]

Видео супер, очень понравилось

[@niolonq]

Превью огонь

[@vladt3834]

Ну, За Спасителей!)

[@Oleksiy_Konovalov]

Спасибо, было интересно послушать)

[@jewgenijmoldawski3306]

Новой команде нужно 4-6 месяцев на сработку. Хорошие менеджеры это знают и закладывают в стоимость. Или, если не закладывается, следят чтобы команды переходили с проекта на проект по возможности вместе. А плохие менеджеры это узнают после нескольких проваленых проектов.

[@mm1xa]

спасибо, очень интересно

[@AlexS-gn9tq]

Эльдар, расскажите про скрам. Интересует чего все так носятся с этими сотри поинтами. Раньше работал в waterfall и кабане с эстимейтами в днях и часах, и в целом все было понятно. Теперь перешел в компанию, где scrum и все вроде ок, но непонятно зачем нужна эта дичь со сторипоинтами, если все равно менеджмент переводит сторипоинты в количество спринтов(каждый по 2 недели), а дедлайн все равно один хрен является конкретной датой, а не исчисляется рогами каких-нибудь очередных единорогов. Буквально сегодня в очередной раз я сидел на митинге в изумлении наблюдая как наши эстимейты в сторипонтах переводили в недели и месяцы на основании того сколько мы сторипоинтов закрываем за спринт. Объясните дураку, что это за интеллектуальная сублимированная мастурбация и зачем нужны сторипоинты, если все равно один хрен все сводится к тому сколько команда успеет сделать за определенное время?

[@vasylfilippov8143]

Чтобы два новых слова Аджайл и Скрам было куда присобачить. Зря что ли на них столько денег ухайдокали.

[@EldarNagorniy]

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

[@vasylfilippov8143]

@@EldarNagorniy а если ещё серъезней то их сразу переводят в человеко часы.

[@kostiamedvid]

Супер. Дякую Ельдар!

[@Tenundor]

Шикарное видео! Для меня очень познавательно.

[@saharaprotocol]

круто, спасибо.

[@СОиТЛПГ]

На удивление интересное видео...

[@AlexandrKorneyko]

Почему "на удивление"? У Эльдара абсолютно все видео интересные

[@scarlatum]

Какой же, черт его бери, шикарный дядька!

[@FarSetChannel]

Да-да. Если бы разработчики(аналитиков и начальников имею ввиду, программист в основном выполняет поставленные аналитиком задачи) в kz был такими. Я уже устал отвечать за начальство и за аналитиков. Ключевая проблема - главы считают что они все знают, а как спросить "чем занимается аналитик, разработчик Вупкин и глава их отдела" или "самая часто используемая функция клиентом, имеется ли возможность внести такую-то фича по заявке клиентов, возможность внедрения авто-тестов и процент разработки новой фичи по заявке, что уже год как лежит в задачах" - ответ один "А зачем мне это знать?". Я с программистами(с ребятами лотаем и находим мелкие найденные косяки и вносим новые, как и все нормальные разработчики) и клиентами(к каждому свой подход и имею представления о всех их проблемах вплоть до кошки "Моси") сдружился, а вот с главами не могу. Знаете в чем проблема провала проектов - в отсутствии интереса к проекту и к процессу у начальства и из-за "гордецов и приближенных". У нас из-за этого уже просто и ПМ ушли пачкой и разработчики и аналитики... Вот так поваришься в it местного разлива и понимаешь, что конь то, про которого ты прочитал сотню книг, не в вакууме, а реальная рабочая конструкция, но которую лень кому-то ставить.

[@alexxx4434]

Привет рабам-спасителям на галерах!

[@vasylfilippov8143]

Ахой!

[@EldarNagorniy]

Идущий на галеру приветствует тебя!

[@vasylfilippov8143]

Какая галера? Служба на линейном корабле его величества.

[@trae-op]

У меня проблема сейчас в коммуникации с ПМ-ом. ПМ иногда эмоционально реагирует практически на любые баги, которые иногда происходят в процессе разработки и это сильно создаёт дискомфорт в коммуникации и решении проблем. Доходит иногда до такого что ПМ может обвинить меня не разобравшись в чём причина проблемы. Бывает в проекте необходим рефакторинг, который очень поможет дальнейшей работе над проектом. В этом случае мне дали задачу на план рефакторинга. Рефакторинг необходим очень жёсткий и процесс создания плана очень детализированный и быстро описать его не получится. В результате чего, задача на план рефакторинга ушла в небытие, из-за того что немало времени пришлось бы потратить и я продолжаю работать с не комфортным кодом и реализовать дальнейшие фичи оч сложно. Есть такой не мало важный момент - это то что проект внутренний компании, но очень важный. Одно дело когда есть клиент и это понятно что время на рефакторинг он будет оплачивать, но в данном случае давления от клиента нету. Хотелось бы узнать Ваше мнение по этому поводу.

[@EldarNagorniy]

PM который не понимает, что баги - обязательная и неотьемлимая часть работы - это прямо новость. Это его первый проект? Вообще пиэм может судить о качестве кода исключительно по отзыву тимлида. Потому аретензии к багам от него это либо признак более глубокого недовольства команды результатом, либо его непонимание нашей отрасли. На счет рефакторинга: нужно считать. Менеджмент понимает и любит язык денег. Вот сколько я работал дополнительно с этим годом за этот месяц. Вот сколько денег это вам стоило (а это не только ваша зп). Вот за сколько времени код можно рефакторить и вот сколько денег сэкономим за год. Правда, если рассчет окажется не в пользу рефакторинга - то правы они.

[@vasylfilippov8143]

Забыл сказать как манагеры себе бонусы выписывают. Ну иногда кому то из последнего бастиона :)

[@alexanderraf5553]

Расскажите пожалуйста, как человек с большим опытом в IT, какие бывают последствия юридические, если не укладываешься в сроки согласно договору? Понятно, что логичный ответ, что все зависит от этого договора:)), но все же, с какими проблемами встречались вы? (Штрафы,пени).

[@EldarNagorniy]

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

[@СергейКадеев-ф6я]

нравятся люди которые хорошо говорят...

[@ВалерийБоровков-п5р]

Было бы классно послушать про конкретные примеры если можно.

[@EldarNagorniy]

А как же NDA и разглашение данных клиента?

[@ВасилийПупкин-ф5ж]

Есть три причины факапа проектов: 1.Agile 2.Agile 3.Agile

[@Iskandarko]

5:39 Zherebets_Mode = true

[@gromovoy1987]

Очень хорошее видео

[@ОдесскийНебомж]

Потому что ошибка в коммуникации интерфейса заказчика и исполнителя

[@aleksandrplatonov2145]

Подключать адаптер😁

[@ОдесскийНебомж]

@@aleksandrplatonov2145 это самое дорогое Разработчик по овертайму дешевле

[@александр-з1м9з]

Эльдар Нагорный - а где ваш канал?

[@SergeyNemchinskiy]

kzbin.info/door/qw161L8W78c5m_Q349TbqA

[@Guitarist138]

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

[@EldarNagorniy]

Косить глазом хуже

[@Guitarist138]

@@EldarNagorniy тогда уж лучше нехай всёещёНемчинский на телесуфлёр раскошелится.

[@tourettesdisorder2]

Я джаба хант. У нас роуэстимейт

[@max_mgtow]

Индусы всегда демпенгуют

[@olegkovalenko2797]

Серед індусів замовників не зустрічав

[@max_mgtow]

@@olegkovalenko2797 я про исполнителей) Хотя и заказчики были индусы, но я их слал сходу

[@DikiyChay]

А Сергей Немчинский что-то уже не тот!

[@МагомедМагомедов333]

Заказчики и исполнители никогда не поймут друг друга

[@EldarNagorniy]

Компромис он и есть компромис

[@taller8624]

если вы менеджер проваливший проект - поставьте дизлайк =) p. s. а ведь все точно так и есть

[@IvanIvanov-ko8pl]

провалил проект под тяжести собственного веса лол

[@mass-any_key-lite]

Какие именно, называй же их, а уж речь у тебя ужасная.

[@ms-33]

Спасибо! Очень хорошее видео.