В Сибири землятряски не бывает, но бывают морозы ниже 40(((

Что делать на случай землетрясения?

Так ведь есть таблица рисков и степень их реальности :)

Так ведь есть таблица рисков и степень их реальности :)

Да! Строители это называют картой рисков

все вот эти сложные игрушки будут в будущем :) грабли устранять надо по мере их возникновения

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

все вот эти сложные игрушки будут в будущем :) грабли устранять надо по мере их возникновения

Вот как вот увидеть граблюху, что бы по лбу не получить

здравый смысл, опыт и немного паранои ? :)

Все врут!

такое да, но как руководитель ( владелец бизнеса) - откровенно бредовые идеи ты не пропустишь. так же как и идеи, способные навредить в явном виде

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

дальше уже банальное управленческое решение руководителя на основе +\- ?

на этапе внедрения и приживания такой истории внутри коллектива\ компании этого достаточно будет, что бы сильно не огребать :) а дальше уже понятно будет, где подстелить соломку при реализации более радикальных изменений :)

Похоже мы говорим о том, как это называют англоговорящие - ретроспектива.

А мне казалось, что об основе бизнес-анализа:)

Ретроспектива в конце спринта, а до него ещё не дошли

и спринты еще не появились , исходя из начальной постановки вопроса :)

Ну неужели конец с началом никак не пересекаются, заранее на грабли, наверное, не наступают

Ну неужели конец с началом никак не пересекаются, заранее на грабли, наверное, не наступают

Как можно обсудить выполненные задачи и трудности при их выполнении, если мы ещё не решили кто и как эти задачи будет создавать? 🤔

Как можно обсудить выполненные задачи и трудности при их выполнении, если мы ещё не решили кто и как эти задачи будет создавать? 🤔

Задача уже не проблема, в задаче уже часть решения

Задача уже не проблема, в задаче уже часть решения

Нет задач в бэклоге, нет согласованного роадмапа, нет задач в спринте, вообще ничего, мы только начинаем, но мы можем обсуждать ретроспективу? Как это?:)

А что там в ретроспективе?

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

Ну я полагал в соответствии со статьёй в вики, что ретроспектива это мероприятие, посвящённое улучшению процессов работы, взаимодействия людей и в таком ключе

А что там в ретроспективе?

Сами никогда не проводили?

Сами никогда не проводили?

У меня дежавю))) мне этот вопрос уже несколько раз задавали

Ну я полагал в соответствии со статьёй в вики, что ретроспектива это мероприятие, посвящённое улучшению процессов работы, взаимодействия людей и в таком ключе

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

У меня дежавю))) мне этот вопрос уже несколько раз задавали

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

давайте не будем о грустном :) ретоспективу кто-то и где-то проводит и она даже приносит пользу

давайте не будем о грустном :) ретоспективу кто-то и где-то проводит и она даже приносит пользу

Где-то в мире грустит котик, когда ее не проводят, и всё такое)

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

давайте не будем о грустном :) ретоспективу кто-то и где-то проводит и она даже приносит пользу

Почему о грустном?

У вас не зашла ретроспектива?

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

Исходя из того, что вертикаль власти вертикальная чаще всего, что то изменить только если локально и то маловероятно

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

Каждый берет от скрама что-то своё, чистый скрам мало где есть, но есть

Виноватого найдут и уволят

Виноватого найдут и уволят

Самих себя руководители и собственники не увольняют, если только в Японии)

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

Самих себя руководители и собственники не увольняют, если только в Японии)

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

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

Конечно, менеджер, который не так понял))

так то план на первый квартал 2017 - подучить ruby on rails , плюнуть на все и уйти в джуниоры кодить :)

А мне Python и Django симпотизирует.

так то план на первый квартал 2017 - подучить ruby on rails , плюнуть на все и уйти в джуниоры кодить :)

так то план на первый квартал 2017 - подучить ruby on rails , плюнуть на все и уйти в джуниоры кодить :)

На моей памяти один из четырёх может это сделать на самом деле, желаю удачи;)

так то план на первый квартал 2017 - подучить ruby on rails , плюнуть на все и уйти в джуниоры кодить :)

А почему?

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

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

Ну если аналитика и тестировщика нет, то кодер и пм, как то поделят наверное ответственность, но в большенстве случаев ответственность аналитика, тестировщика ляжет на плечи пм

Но особо умные умеют завалить работой кодера и тестируй и ТЗ пиши и ежедневный отчёт о проделанной работе

еще функции аккаунта, сейлза, биздева, и про ответственность за дизайнерскую братию тоже не стоит забывать

еще функции аккаунта, сейлза, биздева, и про ответственность за дизайнерскую братию тоже не стоит забывать

И все за ₽ одного специалиста, ага. Так и живём

тут просто дело какое - проджекты как класс, очень активно вымирают, если это не аутсорс разраработка

Ну если аналитика и тестировщика нет, то кодер и пм, как то поделят наверное ответственность, но в большенстве случаев ответственность аналитика, тестировщика ляжет на плечи пм

Вообще за проект отвечает пм, так что валить вину на кого-то другого смысла мало

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

тут просто дело какое - проджекты как класс, очень активно вымирают, если это не аутсорс разраработка

Тоже самое можно сказать и на аналитика и тестировщика

тут просто дело какое - проджекты как класс, очень активно вымирают, если это не аутсорс разраработка

Смешивается с BA, Product Manager, etc

Тоже самое можно сказать и на аналитика и тестировщика

Сомнительно в части qa

Вообще за проект отвечает пм, так что валить вину на кого-то другого смысла мало

Здрасти, ну, а как же вопиющие сбои программы, косяки в расчётах

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

сбои в программе, косяки в расчетах - вина проджекта :)

Не может быть))))

Здрасти, ну, а как же вопиющие сбои программы, косяки в расчётах

И что, собственник бизнеса будет вызывать к себе тестировщика? Разработчика? Он менеджера нанял, чтобы тот за все отвечал

И что, собственник бизнеса будет вызывать к себе тестировщика? Разработчика? Он менеджера нанял, чтобы тот за все отвечал

Это не снимает ответственности с рядового (ключевого) сотрудника

Это не снимает ответственности с рядового (ключевого) сотрудника

А кто принимает работу от него? :) РМ! В итоге он несет ответственность за проект.

Я как аналитик несу ответственость, которая прописана в должностной инструкции к примеру.

за свой кусок работы

а пм отвечает за все куски работы специалистов, привлеченных к проекту

Ну вот ищем виноватого :)

и если на выходе получилось ясделие , виноват пм в конечном счете ( если только изначально не заказывали ясделие)

и если на выходе получилось ясделие , виноват пм в конечном счете ( если только изначально не заказывали ясделие)

или ПМ не потребуется доказать это, предъявив документацию, переписки и т.п. )

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

Вообщем это сплошные компромиссы и решения - геморное занятие.

Наверное просто у меня кризис принятия решений и хочется сузить зону ответственности :) поэтому тяга к " уйти в джуниоры"

Кстати, с Рождеством, если кто отмечает

Рождественская ночь, храмы полны людей

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

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

а что, все еще нет? :)

А тут точно чатик про Agile? :)

А тут точно чатик про Agile? :)

тут рождественские каникулы ;)

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

Да это было про диалог выше, а не про Рождество :)