Краткий обзор профессий в IT

Summary

В видео скрипте автор делится своим опытом работы в IT-сфере, начиная с 2004 года, и обсуждает революционные изменения, которые ИТ-технологии принесли в различные секторы экономики. Рассматривается процесс создания продуктов и сервисов, включая роли участников проекта, от идеи до релиза. Автор также затрагивает различные методологии управления проектами, такие как водопад и агильные подходы, и подчёркивает важность роли проекта менеджера для успешного завершения проекта.

Takeaways

• 😀 Тема видео - ролевые функции и взаимодействия в рамках IT-проектов.
• 👨‍💼 Основные роли в проектах: продакт-менеджер, бизнес-аналитик, дизайнер, разработчик и тестировщик.
• 🚀 Продуктовый подход и сервисный подход в реализации IT-проектов имеют свои особенности и требования.
• 💡 Идея проекта возникает и передается продакт-менеджеру или заказчику для дальнейших действий.
• 🔍 Бизнес-аналитик собирает требования к проекту, включая детали функционала и дизайна.
• 🎨 Дизайнер создает визуальный образ продукта, учитывая требования и предпочтения заказчика.
• 👨‍💻 Разработчики пишут код и создают продукт на основе собранных требований и дизайна.
• 🔧 Тестировщики проверяют продукт на соответствие требованиям и отсутствие дефектов.
• 📈 Успех проекта определяется его рынковыми результатами и возвратом инвестиций.
• 🛠️ Существуют различные методологии управления проектами, такие как Водопад и Агильные подходы.
• 🌐 Важно выбирать подходящую роль в проекте в зависимости от опыта, интересов и доступных возможностей для входа в профессию.

Q & A

Какие роли в IT-проекте были описаны в скрипте?

В скрипте были описаны роли продакт-менеджера, бизнес-аналитика, дизайнера, разработчика и тестировщика.

Чем занимается продакт-менеджер в рамках проекта?

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

Какие задачи выполняет бизнес-аналитик?

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

Что такое дизайнер в контексте разработки продукта?

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

Какие обязанности лежат на плечах разработчика?

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

Чем занимается тестировщик в процессе разработки?

Тестировщик проверяет продукт на соответствие требованиям, находит баги и проблемы в работе продукта и сообщает об этом команде для их устранения.

Какие методологии управления проектами были упомянуты в скрипте?

В скрипте были упомянуты методологии водопад (Waterfall) и агильные методологии, такие как Scrum.

Что такое водопадная методология и когда она подходит для использования?

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

Какие преимущества агильной методологии Scrum?

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

Что означает понятие 'порог входа' в профессию?

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

Какие советы были даны для выбора профессии в IT?

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

Outlines

00:00

😀 Вступление и обзор ролей в IT-проектах

В первом параграфе автор представляет себя и делится своим опытом работы в EPAM, начиная с 2004 года. Он ушел из компании на два года, чтобы организовать собственное дело, а затем вернулся, занимаясь проектным управлением и менеджментом. Автор также делится своими мыслями о том, почему он работает в IT-сфере, ссылаясь на революционные изменения, которые происходят в этой области. Он приводит пример улучшения эффективности в сфере продаж запчастей для автомобилей, используя IT-решения.

05:02

🤔 Процессы и роли в разработке продукта

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

10:03

🔧 Различие между продуктовыми и сервисными компаниями

В третьем параграфе автор разъясняет различия между продуктовыми и сервисными компаниями, а также их влияние на роли и процессы. Он упоминает, что в сервисных компаниях могут быть дополнительные роли, такие как тестировщики разных типов и разработчики с разными специализациями. Автор также затрагивает тему выбора профессии в IT с учётом порогов вхождения и предпочтений пользователя.

15:04

🛠️ Методологии управления проектами

В четвёртом параграфе автор обсуждает различные методологии управления проектами, такие как водопад (вотодопад) и агильные подходы, включая Scrum. Он объясняет, когда и как применять каждый из подходов, их преимущества и недостатки. Автор подчёркивает灵活性 и гибкость агильных методологий, которые позволяют быстро реагировать на изменения в требованиях.

20:08

👨‍💼 Роль проектного менеджера и успешность проекта

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

Keywords

💡Проектный менеджер

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

💡Продукт-менеджер

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

💡Бизнес-аналитик

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

💡Разработчик

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

💡Тестировщик

Тестировщик отвечает за проверку продукта на соответствие требованиям и обнаружение ошибок. В видео, тестировщики важны для проверки работоспособности продукта и его соответствия изначальным требованиям. Примеры: 'тестировщик его задача проверить', 'тестировщик предоставляет лишь информацию о состоянии продукта'.

💡Дизайнеры

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

💡Методология разработки

Методология разработки - это систематический подход к созданию продукта, включающий определенные этапы и этапы. В видео, упоминается несколько методологий, такие как водопад и скрам, которые имеют свои особенности и подходы к управлению проектами. Примеры: 'методология заключается в том что она была достаточно давно придумано', 'методология скрам'.

💡Водопад

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

💡Скрам

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

💡Релиз

Релиз - это процесс выпуска готового продукта на рынок. В видео, релиз является финальным этапом проекта после тестирования и утверждения продукта. Примеры: 'после чего происходит релиз', 'релиз теперь'.

Highlights

Введение в роли и проекты в компании EPAM, включая возвращение в 2020 году и работа на позиции менеджера.

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

Рассказ о личном опыте работы в сфере продажи запчастей для автомобилей и внедрении IT-решений для повышения эффективности.

Описание проекта по созданию портала для продажи запчастей с возможностью определения подходящих запчастей по VIN.

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

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

Роль продукта-менеджера и его влияние на успешность продукта на рынке.

Определение ролей в разработке продуктов и сервисов, включая бизнес-аналитика, дизайнера и разработчика.

Обсуждение роли тестировщика и его значимости для проверки соответствия продукта требованиям и обнаружения ошибок.

Различие между продуктными и сервисными компаниями и их подходами к разработке и реализации продуктов.

Введение методологий управления проектами, таких как водопад и агильные подходы, и их особенности.

Обсуждение роли проектного менеджера и его задач в управлении успешностью проекта.

Сравнение подходов водопад и скрам в контексте управления проектами и их применение в различных ситуациях.

Рекомендации по выбору роли для входа в профессию IT, учитывая порог входа и стратегические цели.

Обсуждение важности определения стратегических и тактических целей при выборе профессионального пути в IT.

Заключение о значении проекта и роли менеджера в достижении успеха проекта и его влиянии на рынок.

Transcripts

день добрый сегодня расскажу про то

какие роли есть войти чтобы вам было

понятнее чем вы можете заниматься в

каких ролях какой немножко про порог

входа поговорим

немножко сначала про себя то чтобы мы

познакомились и

расскажу потом немножко дальше про роли

и как в принципе проекты можно делать

войти значит про себя здесь 2004 года в

принципе вошел войти на начал работать и

память ходил из epamа возвращался в него

2 начале этого года

2020 вернулся в epam перед этим

организовала свое дело два года и сейчас

здесь вернувшись типом работы на позиции

оливер и менеджером занимаясь проектным

управлением

давайте дальше давайте расскажу немножко

наверно пара то почему я в принципе

войти нахожусь и возможно это кликнешь о

вас и вы тоже решили заняться здесь если

за свою профессионального сайте

в целом

если говорить глобально да то есть в

где-то 18 веке у нас была

революция да и

промышленная революция и

по сути дела сейчас то что происходит

это где-то компьютерное для меня

революция в чем оно состоит в том что и

это связано краски с тем моим опытом

когда я уходил zippo вот эти два года

занимался это чем еще занимаюсь веками и

в принципе войти когда мы накладываем на

любой реальный сектор на любую

существующую

процесс на люблю тут кит экономическую

деятельность айти мы получаем новые

возможности как правило и любое новое

дело любые соответственно повышение

эффективности

любое этот связно сайте

решение задач

по новому это вот потом почему я здесь

немножко подробнее о допустим если

говорить про тот опыт который у меня был

это вот этим торговля автомобилями дата

точнее запчастями для автомобиля

представьте себе когда вы приходите

покупайте

запчасти в ремонтировали

электроавтомобили у себя то приходится

на рынок и там суровые диски они листают

из талмуда толстый это вот тот сектор

который

перешел и мы в принципе что то сделали в

этом полезного

улучшить и что мы сделали мы сделали ну

то что вы немножко да раньше grown да

тогда ты выбираешь новую запчасть либо

бы ушную запчасти либо новую запчасть но

аналог до для свое автомобиля тебе нужно

что так как это сделать себе что нужно

тебе нужно определить vin автомобиля

тебе нужно определить по вину автомобиль

на оригинальный номер запчасти который

был присвоен производителем да после

этого тебе найти надо аналоги но

потенциально аналоги данном других

производителей на эту же поэтому

оригинальному номеру и все это теория

надо делать каждый раз когда ты

выбираешь себе запчасть на свой

автомобиль как я говорил приходя на

рынок частенько ребята там талмуду тиллю

стоит ну это совсем неэффективно

казалось это так и есть что мы сделали

мы сделали возможность и вот приложив

войти в реальный сектор посадила

торговлю автомобилями запчастями что мы

сделали мы дали и сделали портал куда

клиент

бизнеса которые торгуют запчастями мог

зайти и по сути дела взять и

введя вин сразу получить список

запчастей тех которые подходят к его

автомобилю включая аналоги оригинальные

запчасти принципе то ничем не удивишь

потому что есть exist in the подобную

площадке но мы немножко пошли дальше и

сделали такую штуку который бизнес кем

очень нравилось мы позволили менеджера

который продает запчасти

когда пришел к нему клиент в чине 5

секунд определились какие соответственно

запчасти ему нужно мой продать на его

автомобиль определиться с помощью это

нашей системы и менеджер мог видеть

рентабельность продажи каждый из

запчастей то есть бизнес и зарабатывать

начала зарабатывать больше здесь вот

пример яркий пример того какой от си

помогает реальному бизнесу достигать

своих

задач повышение эффективности там да и

так далее поэтому

это было вот в этом польза в этом мне в

этом в этом drive теперь немножко про то

какие роль для этого нужно

роли и в пенсию последовать из

реализации проектов здесь она я буду

говорить большими достаточными кусочками

такими квадратиками

в общих чертах она достаточно всегда

одна и та же да с какими-то либо

изменениями я буду говорить про создание

продукта нежели про какую-то сервисную

компанию как проявляется epam

есть изначально появляется идея

можете посмотреть на краю лиц идея после

того появилась идея как правило

заказчики вот на этом этапе потом

приходит к нам в epam да но если это

правда компания то

это реализуется прямо внутри компании

сразу после идея появляются

необходимость выяснить что же нужно

сделать да ну предположим есть идея

сделать такой сайт по доставке еды там

там да и вот у меня как проект человек

который при родилась идея я высказываю

разработчикам еще кому-нибудь но нужно

детали сколько там будет страниц какой

там будет функционал будет нам оплата

онлайн и онлайн так далее это все про

детали и вот эти детали это является

требованиями которые нужно собрать

прежде чем начинать его реализовывать

когда мы

собрали эти требования собрали

определили как будет это выглядеть

мы начинаем можем начинать разрабатывать

этот продукт начинаем создавать страницы

по сути дела вот прям уже реально

разроботчик садится и начинает и

создавать когда мы создали эти страницы

этот функционал готов он принципе

рабочие до разработчик говорит о том что

это все готово нужно проверить продукт

что действительно это то что изначально

задумывалось что он работает так как

задумывалось это вот проверка продукта

заключительный практический этап после

которого происходит релиз теперь

немножко дальше про то какие роли нужны

для всего ты с почки да и здесь эти роли

представлена чуть ниже вы можете увидеть

их то есть для идеи как правило то есть

продуктовых компаниях это называется

produce надо же

бывают в наших реалиях и памя

соответственно это немножко может

по-другому выглядеть потому что заказчик

приходит и уже говорит о том что ему

нужно больше уже более достаточно

детально

представляю что ему нужно ну так или

иначе роль проекта продакт-менеджер она

есть

требование собирает бизнес-аналитик это

человека пора садиться с

заказчиком с продакт менеджером и

выясняет а сколько страниц нужно что

должно быть на страницах какой там

должен быть функционал и так далее

помогает ему в этом но зависимость от

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

дизайнер для того чтобы тот функционал

когда которая продакт-менеджер придумал

те страницы которые продакт-менеджер там

хочет получить без аналитик выясняет

требования там детали но визуально

составляющую всего этого картинку

конкретным до дизайн рисует дизайнер и в

дизайн а то человек который

по сути дела выясняет требование общаясь

вместе с бизнес-анализ к общаясь продакт

менеджером там до заказчик после всего

этого дела

публика это в картинку и

говорит и предлагает те решения которые

будут удобно конечным пользователям не

только удобно но они даже должны решать

те задачи которые вы складывал ну

возлагаются на

эту страницу допустим не знак доставка

да и как как удобно сделать страницу до

с доставкой это может быть просто поле

это может быть этого лишь там адрес это

может быть какая-то карта это может быть

вообще что-то для мобильника да и вот

это все обсуждается предлагает частенько

дизайнером бизнес-аналитиком какие-то

требования складывают высказываю свои

продакт-менеджер в итоге это

превращается кайт набор на конкретных

требований конкретного дизайна который

потом после этого можно уже

реализовывать его задачи краски

бизнес-аналитика заключается в том чтобы

превратить какую-то идею которую скажет

продакт-менеджер которую кто-то между

тоже как-то детализирует но пистолет ему

помогает его задача сделать так чтобы

детальные требования были собраны в

полном объеме и они были понятны и

разработчику разработчик эти требования

анализирует сдает с вопросы он может

давать вопросы как бизнес-аналитику

дизайнер produce ножу без разницы но

после этого разработчика когда понимаешь

что он должен сделать он берет и создает

продукт

в конце когда продукт создан услугам 4

страничке эти там сделано

включает в работу тестировщик

тестировщик краски его задача

проверить проверит то какой продукт был

сделан насколько он соответствует тем

требованиям которые были

составлены

указаны без аналитиком дизайнерами

продакт-менеджер that we разработчик все

сделал и вот если уже немножко как

детальный посмотреть что

продакт-менеджер его это видение

продукта то есть выход с работы

продакт-менеджер доведение продукта

начальном этапе в том числе отвечают как

правило за то чтобы продукт был успешен

на рынке то чтобы польза который

приносит продукт который

трансформируется потом в деньги да она

была больше нежели было затрат на его

реализацию создания

бизнес-аналитик и дизайнер они по сути

дела создают требования и дизайну

конкретно картинки до визуально

разработчик пишет код что делает

тестировщик

тестировщиком все немножко как-то и

проще и сложнее потому что сиропчик тот

человек который

предоставляет лишь информацию о

состоянии

продукта о найденных проблемах его

результат эта информация если

разработчика под которую можно пощупать

бизнес-аналитика требования которые

можно там посмотреть проанализировать до

дизайн там у дизайнера татуировщик эта

информация это баги и то там отчеты

информации о том как продукт работает

потом происходит релиз

ну и соответственно успеха либо не успех

проекта но вот это все еще должно как-то

управляться в разных компаниях будь-то

продуктовые лавки на рынке 2 2 2

варианта как можно организовать бизнес

это либо

продуктовой модель когда компания

создает продукт его продает реализует на

рынке

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

вот эта компания

либо сервисная компания которая

предоставляет услуги

предоставляет

услуги по созданию этого продукта это

совершенно две разные модель

в компаниях используются разные роли

если мы вот сейчас я покажу куда

глобальную картинка она применила в

принципе для всего для той для другой но

в ролях есть отличие допустим в

сервисной компании когда ты

создаешь большие продукты

создаешь сложные продукты

дополнение появляются дополнительные

роли и когда я даже здесь говорил вот

тестировщик дорожки тоже могут быть раз

на это может быть менее китайцы вручную

это стирание это может быть

автоматическое тестирование до это

разные роли это может быть разработчик

дату следующей роли и разработчик тоже

иметь может подразделяться на кучу

разных ролей это может быть фонтан

разработчик со своими

средствами разработками своими языками

там же вас creed так далее либо backend

разработчик который не у кого-то свои

там требования к реализации и

работе котлам который он использует

без аналитик бизнес-аналитик в принципе

больше он везде

одинаков единственно что у

бизнес-аналитика зависимости от практики

если говорить про epam зависимости от

практики в которых которой

бизнес-аналитик работу него может быть

более специфичные здания в определенных

областях это практике это проданы это

про то как данные соответственно

переливается как они трансформируются

как они переливаются одной системы в

другую как их агрегировать как потом

визуализировать вот есть такие понятия

без центрального сейчас бегает это все

вот пробита практику если говорить про и

комикс это больше про иконы solution то

есть при про какие-то камень и комикс

системы которые позволяют

продавать и делать с эффективным это

большом количестве товаров amazon

aliexpress и так далее и там свои

специфические здания нужны то есть чтобы

эффективнее эффективной работы в самом

без остались кимани

достаточно версаль на

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

ролям

я бы хотел сказать что еще что вот если

вы сейчас хотите с ближайшее время

чему-то научиться достаточно быстро вам

также нужно учитывать порог входа в

каждую с профессией я бы обратил ваше

внимание на то с чего вы хотите начать

потому что когда вы начинаете с допустим

разработчика порог входа в разрыв

разработку порог входа чтобы научиться

быть хорошим разработчиком может быть

выше и он вышел допустим да моем

понимании говорю свое мнение свое личное

чем тестировщика допустим тестировщиков

зайти легче и

как вариант может быть у вас есть какой

то опыт да и вы хотите точно идти в

разработку я бы тогда точно предлагал

вам разработку разработку идти если же

вы вас вообще опыта войти нету в этих

ролях никакого опыта нет вы никогда там

не занимались ни бизнес анализом не

управление проектами тестирования мне

разработкой то вам в первую очередь

имеет смысл подумать о породе входа в

профессию войдя в в мир где то вы

создаете программные продукты войти да

вы сможете через какое-то время эта

профессию поменять или захотите но вы

должны определить свои там

стратегические и тактические цели я бы

рекомендовал задуматься об этом

как это все организовать у нас есть

проект да вот вот по сути дела то что

здесь нарисовано это такая глобальная

картин как создается как мы говорит сам

сайт по доставке да какое то решение

как это можно организовать чтобы вот это

действительно получилось получилось

сделать в определенных ограничениях

определенный бюджет сроки снабжен

качеством есть два подхода здесь

глобальное the east and run and children

подходы которые там имеют свои правила

того как организовывать проекты века

слышали водопад с никто не слушал можете

почитать

методология

заключается в том что она была

достаточно давно придумано и на более

старая чем то же самое скрам хотя в

какой какие

подходы и методы в том же в там уже

водопаде они перекликаются с храмом если

какую копнуть глубже они там достаточно

там есть похоже

глобально в целом есть два подхода как и

говорил то есть playground подход

заключается используется в основном для

проектов когда тебе нужно

сделать проект за фиксированную

стоимость высока четкими ограничений по

бюджету

определенным объемом работ там качеством

и так далее он более удобный подход в

этом плане как правило если проект и там

3 6 4 месяца то выгоднее и четкие

ограничения по бюджету выгоднее

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

хочется немножко детально про него

расскажу если же у тебя есть возможность

сделать

реализовать проект более долгосрочный

либо часто изменяющимися требованиями да

и

либо у тебя есть

необходимо сделать очень большим ну

краски вращаясь кадром подходит там тоже

можно сделать большие проекты достаточно

сложно

то можно использованием подход и вот

этот подход имеет свои плюсы и минусы

каждой из этих подходов

методологии про которую не может быть

где-то слышали этот процент дравин я

подход один из

методологий разработки

[музыка]

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

логе это скраб который собственно я

пытался нарисовать укрупненно и немножко

про него честно скажем так вот есть

плюсы и минусы когда мы говорим про

плюсы чинишь draven подхода в основном

это то что

когда заказчик вам приходит вы можете

начинать работу сразу же вы можете

начинать работу сразу же практически

потому что если есть идея есть

принципиальное видение того продукта

который должен получиться вы можете

начинать дело с какой-то определенной

страницу допустим мы будем сайда хочу

сайт по доставке еды но те мы можем

начинать разработку с какой-то концепции

и конкретной страницы которые уже

позволит в первую операцию сделать

который уже позволит

заказывать эту доставку на какой-то

адрес там допустим текстовые поля будет

будет одна страница и все

во вторую итерацию мы закрыли заказчик и

мы мы понимаем больше мы уже знаем что

мы сделали паес более полное понимание

того что мы хотим в конце и мы и

заказчик стоим уже задача на вторую

трассу с более четким с более полным

пониманием того что нам нужно сделать

ближайших следующую трассы ближайшее

время вторая итерация это по сути дела

создание условно допустим 2 страницы

либо улучшение 1 до зависимость то что

нужно и в конце концов мы палитра тивно

последовательно применим применяем

изменения к существующему решению и

приходим к кому-то взяли зеркальному

решением и вот за эти собраны шесть

недель условно

если же мы говорим потом drawing подход

этот подход когда у нас

есть на стадии инициации планирования

уже требования собранный дизайн и мы уже

за первые там недели уже определяем то

как будет выглядеть решение в будущем до

в конце внести изменения можно но это

место понять учение менеджмент подхода

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

изменение влияет на

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

срокам по бюджету и возможно перед

договариваться заказчиком атлет нужно

или изменением делать не нужно то есть

немножко все сложнее здесь два основных

подхода углубляться и сейчас к сожалению

время нету не буду но можете посмотреть

и поискать это в интернете либо задать

вопрос и всем кто с вас там есть рядом

контакт которых у вас коллег есть

наверное буду закругляться я лишь

обращаю внимание что вот то что

рассказывал это достаточно укрупненная

картинка и роль проектного менеджера и

от проекта нам же по сути присутствует

всегда да

так или иначе его задачи кто-то берет на

себя либо будь это продакт-менеджер и

скрам мастер в продуктовой разработки

будь это там в классической разработки

проектными джоли delivery manager так

или иначе тироль нужно это тот человек

который по сути дела управляет этим

проектом и его ультимативную задача

сделать так чтобы проект был успешным

спасибо увидимся до свидания