« Rev
@agile_ru   324
Fwd »


Slava
Это хорошо, на моей практике бывает что мне кажется что я хорошо что-то описал, потом иду людей - спрашиваю - "понятно?", говорят "вообще-то нихера непонятно". Вот эти вот "все необходимые требования прикреплены".
Denis
))
Slava
:) То есть вопрос наверное тебе лучше всего внутрь адресовать, может там ответ найдется.
Denis
Интересно, у нас тут есть РП из EPAM?
Slava
Да не вектора нет, Денис программист, он смотрит на эту движуху и думает - ну что за херня, там откуда я пришел вс еделается не так.
Denis
РП / PM / Project Manager
Slava
;)
Denis
Немного проблем это создает
Slava
То есть Денис в голове держит модель успешную и пытается ей соответствовать. Это норм. Тут скорее надо идти к руководителям ПМО интеграторов и у них опыт перенимать ;)
Slava
Ваш К.О.
Slava
Вообще много успешного аутсорсинга на запад как оказалось из Сибири у нас
Slava
Надо у них спросить - "ну как там у вас эждайл, а"
Denis
А ты сейчас про кого именно?
Denis
Я просто сам из Сибири
Denis
)
Slava
А я не могу сказать кого, потому что это клиенты наши
Slava
:p
Denis
Ок ладно =)
Slava
Ага
Mikhail
Бывает кстати
Slava
Но, есть определенные штуки которые неплохо работают и подталкивают стороны к T&M.
Slava
Другое дело не всегда исполнителю T&M самому интересен.
Dmitriy
Но и в T&M не будет эджайла то. Будет code&fix в лучшем случае.
Dmitriy
Ну только если аутсуорс не предполагает, что ты нанимаешь «людей целиком» и интегрируешь их в свои команды
Slava
Тут опять метафорический разговор
Slava
эджайл code & fix
Slava
T&M знаю что такое, code&fix это вообще прекрасно в моем понимание. Лучше чем code&fail
Slava
и code&code&code&code
Стас Щетинников
Но всегда получается fix&fix&fix )
Slava
&fail
Slava
:D
Sergey
Вы про 1с чтоли?
Slava
1с-ники бывают разные!
Sergey
Dmitriy
и code&code&code&code
Проблема в том, что у компании-аутсорсера нет задачи сделать продукт, и из-за этого конфликта интересов code&fix длится до тех пор, пока или деньги не кончатся, или вера в аутсорсера.
Dmitriy
И даже если конкретный разработчик на проекте в целом разделяет чаяния продукта (хотя врядли, так как он их понимает очень ограниченно), то к нему приставлен специально обученный PM, задача которого втюхать еще что-нибудь заказчику.
Slava
Я в основном с менеджерами проектов знаком из аутсорсинга, мне нравятся, обычно они хотят помочь кастумеру. Задача компании-ауторсера это выжить на небольшой марже.
Slava
А втюхать как правило стратегия недолгосрочная, хотя если клиенту нравится, то почему бы и нет
Liana
Проблема в том, что у компании-аутсорсера нет задачи сделать продукт, и из-за этого конфликта интересов code&fix длится до тех пор, пока или деньги не кончатся, или вера в аутсорсера.
Я работаю в комании аутсорсере, который очень тесно сотрудничает с продуктовой компанией. Пусть только кто-то скажет подобное о моих командах! Благодаря скраму и очень высокой орг. культуре удалось настолько тестно связать команды, что зачастую многие команды со стороны нашей компании (аутсорсера) проявляют гораздо больше заботы и вовлеченности в продукт, чем команды которые работают со стороны нашего заказчика (продуктовая компания). Всё дело в культуре и процессах, которые вы выстроите как с вашим заказчиком так и с командами. Не забывайте, что чаще всего поведение людей определяется ограничениями системы. 😉
Artem
Можно я тоже немного оффтопик, друзья. А кому у вас в организациях руководители проектов подчиняются?
Dmitriy
Хотя фраза «гораздо больше заботы и вовлеченности в продукт, чем …» немного смущает.
Dmitriy
как будто вы сразу же ищите виноватых и находите их в заказчике
Liana
Пару раз слышал таки истории на этапе «продажи», но увы, дальше все было «как обычно». Надеюсь, это не про вас.
Да нет, дело не в маркетинге, говорю как есть. И да, это пока что первая и единственная компания где я видела такой подход.
Liana
как будто вы сразу же ищите виноватых и находите их в заказчике
Имею в виду что команды разные, и со стороны не увидишь разницы где команды продуктовой компании, а где команды аутсорсера.
Artem
Ага
Daria
Я, как РМ, подчиняюсь Руководителю продуктов, а де юре у него должность типо директора управления интернет—проектами и бла бла
Artem
А он в процесс как-то включается или только отчеты собирает?
Daria
А он в процесс как-то включается или только отчеты собирает?
Он, как и полагается владельцу продуктов, общается с бизнесом, запускает разработку новых продуктов, общается с дизайнером, тестит продукты, мне спускает роудмэп развития продукта и сроки ну и тп и тп. Я пока ему ни одного отчета не сдала😂 джиры достаточно и живого общения постоянно
Artem
Понятно, просто у меня где "полагался" PO не было руководителя проекта =) Но систему я понял, спасибо за фидбек!
Sergei
Коллеги, привет! Вопрос к опытным agile последователям. http://agile.pmservices.ru/ норм курс? С тем же скрамтреком разница приличная
Alexey
Друзья, насколько корректно этот пул задач в заказной разработки делегировать бизнес аналитику или всё-таки оставить их менеджеру проекта? 1. Регистрация клиентских задач из клиентского трекера во внутренний (наш) 2. Декомпозиция клиентских задач на подзадачи, когда это необходимо 3. Запрос и трансляция клиенту оценки задач 4. Доставка клиенту запросов на уточнение и предложений по доработкам в рамках задачи 5. Обновление статуса задач в клиентских трекере 6. Обновление статуса задач во внутреннем трекере 7. Контроль проведения QA для задачи 8. Предложение клиенту изменений/улучшений в проекте 9. Подготовка Release Notes
П. 1,5 - задача для робота. П. 6 - обычно разработчики это сами делают П. 2 - аналитик про требования а не про структуру работ. Это работа для разработчиков П. 3,4,8 - работа менеджера как лицо ответственное за работу с клиентом. П.9 можно для аналитика, чтобы понятно рассказал что новое появилось.
Aleksandar
Коллеги, привет! Вопрос к опытным agile последователям. http://agile.pmservices.ru/ норм курс? С тем же скрамтреком разница приличная
Программа потырена в скрамтреке и читается с августа. И сертифицирована, значит норм копия)
Slava
😂
Mikhail
Кажись ребята запоздали с хайпом, аджайл уже не в моде,надо обучение по блокчейну проводить)
Konstantin
одно другому не мешает)
Eugene
Кажись ребята запоздали с хайпом, аджайл уже не в моде,надо обучение по блокчейну проводить)
Да ладно) Там тоже хайп улёгся. Адевата маловато, и становится меньше.
Slava
Хайп вроде высок, но сесть в поезд по-моему не все успели
Slava
Рядом едут на велосипеде
Eugene
Хайп вроде высок, но сесть в поезд по-моему не все успели
Да это мусорный хайп, уже Бутерин и братья говорят, что ICO - это слив, что "вы реально не понимаете, для чего всё это нужно - и бросились в ICO и брокеров-шлюзы-банкинг"
Slava
Прикольно если ICO заменить на Agile, а Бутерин на Греф
Slava
То тоже самое получается
Slava
Кстати к вопросу автора... Что такое норм курс - непонятно. Это же ознакомительная лекция ("Базовый курс"). Ожидания какие - выйду и "вжух и Agile"? :)
Slava
Это как в церковь другой религии сходить и узнать что спасение есть, мессия придет
Slava
Кстати совсем недавно отменили три вопроса официально, уверовавшие PM-ы в панике
Slava
Как теперь заставлять народ отчитываться :))
Aleksandar
Не отменили, а сделали необязательными) Теперь по любому проводи и будет правильно)
Aleksandar
какие 3 вопроса
на Daily Scrum
Aleksandar
А вот какие именно вопросы, ты узнаешь на тренинге)
Mikhail
Чо значит отменили:)
Mikhail
Вне закона теперь?)
Slava
« Rev
@agile_ru   324
Fwd »