да: https://docs.google.com/spreadsheets/d/19-UbrkbOfutnMrXgFcOcDJ2ZjqaC8jSz5VWxcVd28lk/edit?usp=sharing

Всем привет, мы занимаемся IT разработкой. Платформы, приложения IOS, Android, web. Полнотью отказались от штатных девов, перешли на удаленку. С марта начинаем новый проект под заказ. Подскажите, как лучше выстроить работу с удаленными девами? В общих чертах, а остальное додумаем

Изучить рынок (клиенты, конкуренты, законы, тренды) вот это маркетолог, ну если предположить что руководит процессом то ок главный маркетолог, почему менеджер продукта...

ну а так-то да, мы даже в профстандарте продакта написали, что он маркетолог

А где можно прочитать стандарт?

http://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50430

Всем привет, мы занимаемся IT разработкой. Платформы, приложения IOS, Android, web. Полнотью отказались от штатных девов, перешли на удаленку. С марта начинаем новый проект под заказ. Подскажите, как лучше выстроить работу с удаленными девами? В общих чертах, а остальное додумаем

Привет! Ворвусь с таким вопросом и криком помощи - можно ли (и как) устроить тайм-менеджмент или тайм-фиксирование (не знаю как лучше) в маленькой аджайл команде, когда от временных затрат каждого члена напрямую зависит маржа с проекта? Проблема в том что в точке А не все готовы задрачиваться с постоянными замерами времени от задачи к задаче, особенно когда идут задачи не XL XL XL т.е. по 3 часа на каждую, а S, S, S, S, S т.е. по 5-30 минут блин и дольше будет замерять каждый раз и потом еще и плюсовать все это в общем - АД.... но вроде все понимают, что по-другому маржу не посчитать... Может есть какие годные адвайсы по поводу: 1. Как это делают в аджайле/канбане 2. Советы с сервисами, которые могут в этом помочь и упрощают жизнь

Смотря где происходит разработка. В трелло есть расширение "plus for trello", позволяющее фиксировать время выполнения задачи и ставить срок (в часах/минутах)

Привет! Ворвусь с таким вопросом и криком помощи - можно ли (и как) устроить тайм-менеджмент или тайм-фиксирование (не знаю как лучше) в маленькой аджайл команде, когда от временных затрат каждого члена напрямую зависит маржа с проекта? Проблема в том что в точке А не все готовы задрачиваться с постоянными замерами времени от задачи к задаче, особенно когда идут задачи не XL XL XL т.е. по 3 часа на каждую, а S, S, S, S, S т.е. по 5-30 минут блин и дольше будет замерять каждый раз и потом еще и плюсовать все это в общем - АД.... но вроде все понимают, что по-другому маржу не посчитать... Может есть какие годные адвайсы по поводу: 1. Как это делают в аджайле/канбане 2. Советы с сервисами, которые могут в этом помочь и упрощают жизнь

Основная деятельность разработчика никак не коммуникация. 80% времени он ок пишет. А вот для менеджера это конечно проблема, что нельзя визуально контролировать сколько раз разработчик в туалет ходит ))

утрированно, но в целом верно

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

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

А что значит кросс-функцииональность в вашем контексте?

Привет! Ворвусь с таким вопросом и криком помощи - можно ли (и как) устроить тайм-менеджмент или тайм-фиксирование (не знаю как лучше) в маленькой аджайл команде, когда от временных затрат каждого члена напрямую зависит маржа с проекта? Проблема в том что в точке А не все готовы задрачиваться с постоянными замерами времени от задачи к задаче, особенно когда идут задачи не XL XL XL т.е. по 3 часа на каждую, а S, S, S, S, S т.е. по 5-30 минут блин и дольше будет замерять каждый раз и потом еще и плюсовать все это в общем - АД.... но вроде все понимают, что по-другому маржу не посчитать... Может есть какие годные адвайсы по поводу: 1. Как это делают в аджайле/канбане 2. Советы с сервисами, которые могут в этом помочь и упрощают жизнь

Основная деятельность разработчика никак не коммуникация. 80% времени он ок пишет. А вот для менеджера это конечно проблема, что нельзя визуально контролировать сколько раз разработчик в туалет ходит ))

Любая работа состоит из того чтобы понять как делать и потом сделать. Разработчик тратит на то чтобы понять КАК больше 20%. И в этом КАК большую долю могут занимать коммуникации. А тот разработчик что 80% времени пишет код, скорее всего не привык думать перед тем как делать.

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

Привет! Ворвусь с таким вопросом и криком помощи - можно ли (и как) устроить тайм-менеджмент или тайм-фиксирование (не знаю как лучше) в маленькой аджайл команде, когда от временных затрат каждого члена напрямую зависит маржа с проекта? Проблема в том что в точке А не все готовы задрачиваться с постоянными замерами времени от задачи к задаче, особенно когда идут задачи не XL XL XL т.е. по 3 часа на каждую, а S, S, S, S, S т.е. по 5-30 минут блин и дольше будет замерять каждый раз и потом еще и плюсовать все это в общем - АД.... но вроде все понимают, что по-другому маржу не посчитать... Может есть какие годные адвайсы по поводу: 1. Как это делают в аджайле/канбане 2. Советы с сервисами, которые могут в этом помочь и упрощают жизнь

Приведу пример из своей практики. Не в точности, но близко по смыслу. На планировании берем историю из бэклога. Я как владелец машины С целью застраховать ее Хочу выбрать поставщика страховки, её характеристики и доп услуги Еще до планирования, на причесывании, в беседе с PO решили, что для этого владелец машины может смотреть список страховых компаний и конкретных предложений. Выбирать их, настраивать и затем оставлять заявку. Также до планирования, на причесывании, были определены критерии завершенности. Владелец машины (ВМ) может смотреть список страховых. ВМ может смотреть список предложений по страховке машин. ВМ может выбрать список предложений конкретной страховой. ВМ может выбрать доп параметры (перечислены тут) страховки. ВМ может оставить заявку. Возможно, еще до планирования, былы схематично представлены экраны - как они могли бы быть сделаны, но не как они точно будут. На планировании создаются конкретные задачи: бэк, фронт, дизайн... что-то еще. Но нет подробностей о том, как это будет реализовано. В ходе спринта бэк и фронт договариваются о формате взаимодействия. Дизайн договаривается с фронтом. Фронтовики договариваются друг с другом по внутренностям касающимся только их. Короче, в моём опыте на спринт оставалось прилично коммуникаций.

Я бы голосом обсудил. С телефона неудобно много буков писать ))

Привет! Ворвусь с таким вопросом и криком помощи - можно ли (и как) устроить тайм-менеджмент или тайм-фиксирование (не знаю как лучше) в маленькой аджайл команде, когда от временных затрат каждого члена напрямую зависит маржа с проекта? Проблема в том что в точке А не все готовы задрачиваться с постоянными замерами времени от задачи к задаче, особенно когда идут задачи не XL XL XL т.е. по 3 часа на каждую, а S, S, S, S, S т.е. по 5-30 минут блин и дольше будет замерять каждый раз и потом еще и плюсовать все это в общем - АД.... но вроде все понимают, что по-другому маржу не посчитать... Может есть какие годные адвайсы по поводу: 1. Как это делают в аджайле/канбане 2. Советы с сервисами, которые могут в этом помочь и упрощают жизнь

Есть запись голосовых сообщений

https://marketplace.atlassian.com/plugins/com.obss.plugin.time-in-status/server/overview?_ga=2.75819093.1906448813.1519377719-810922366.1513590356

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

Да Вы что! Какие такие аналитик и архитектор в Scrum?! 😊😊😊

Коллеги, анкетирование экспертов в области Agile Project Management в самом разгаре. Пожалуйста, тот кто еще не делился своими знаниями, помогите собрать статистику. Старая ссылка устарела, вот новая: https://goo.gl/forms/eacs9bi0cPbykbfz2

Что скажет сообщество по существу статьи? https://medium.com/@allo/об-терроризме-и-agile-методологиях-eac7d97533a7