здесь? http://agile.kitchen/

нет, на pm-митапе. но на китчене если позовете то могу рассказать.

как попасть туда не знаю.

Здравствуйте. Я начинающий PM. Что можете посоветовать для постоянного чтения и развития? Желательно по нарастающей

Здравствуйте. Я начинающий PM. Что можете посоветовать для постоянного чтения и развития? Желательно по нарастающей

пмбук брал?

лучше опыта и набитых шишек ничего нет в пмстве :)

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

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

Нет. Но слышал чаще про упоминания PRINCE2, CobIT

под каждый проект нужно немного корректировать \ менть

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

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

IT

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

нет такой инструкции чтоб "делаем вот это, потом воон то, а затем вот это и получаем завершенный проект"

Я до этого просто управлял различными проектами, из меня растили тим лида. В различных проектах, точнее областях

Поэтому решил именно

немного

прокачать как PM для дальнейшего роста

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

все-таки любопытно, как вы отслеживаете статус тикетов в таком случае? вы их закрываете на текущем спринте?

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

a

техническая база или опыт разработки есть? или ты PM который PM и особо в тонкосятх разработки не разбирается ?

Все забыли про Deadline

как ветхий завет для PM =)

Еще Цель Голдратта можно почитать

да

цель тоже

можно еще вот сюда сходить http://www.it-agency.ru/academy/manager-plan/

можно еще вот сюда сходить http://www.it-agency.ru/academy/manager-plan/

Спасибо, посмотрю!

техническая база или опыт разработки есть? или ты PM который PM и особо в тонкосятх разработки не разбирается ?

4 курс, Информационные системы. Легкий технический бэкграунд

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

http://stratoplan.ru/mbb/

вот например

Нет. Но слышал чаще про упоминания PRINCE2, CobIT

а про вот это можете чуть по больше рассказать?

Prince 2 это британский аналог пмбок

Еще Цель Голдратта можно почитать

кстати не сразу заметил, прочитал еще летом, шикарная книга

кобит это про процессную историю для ит подразделений

по управлению проектам, вот есть уютный бложик например http://psilonsk.livejournal.com/

у автора конечно специфичный взгляд на неокторые вещи, но почитать \ вытащить полезное можно

сейчас посмотрю по закладам, что еще может полезного. в принципе горбуновские советы http://artgorbunov.ru/bb/soviet/

http://www.mikheenkov.ru/project-management-education/ тут достаточно много материалов

так же советую читай Cmsmagazine.ru - тамд остаточно много практических кейсов разбирается

http://blog.sibirix.ru

но следует учесть, что какой-то серебрянной пули в стиле " в случае а поступай в соответствии с п.45 той инструкции нет

в общем случае, проблем у пма ровное две - это коммуникации с заказчиком и коммуникации с разработкой ( имеется ввиду транслирование того, что накомммуницировал с заказчиком в разработку)

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

т.к. то что прокатывало в одном случае, может крайне хреново работать в другом, хотя все вроде похоже :)

можно еще вот сюда сходить http://www.it-agency.ru/academy/manager-plan/

Ничоси :) Спасибо

лучше чем у вас в рунете не находил плана молодого бойца :)

Вот кстати еще натыкался на такое, иногда читаю - http://www.girlsguidetopm.com/

у всех получается планирование с первого раза?) или в этой работе самое главное, вовремя успевать реагировать на влияющие факторы

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

с опытом приходит :)

вот тут поподробнее расписано http://forasoft.github.io/software-estimation/

Спасибо еще раз! Вы прям живая кладезь знаний

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

сделать*

да ладно. я тут по сравнению с местными старожилами, ребенок :)

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

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

Сейчас пока что хвосты есть, особенно не критичные баги часто мигрируют из спринта в спринт

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

А что с ними не так?

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

Например, задачу не успели закрыть в текущем спринте. Причины могут быть разные. Что делать? Переносить ее в новый спринт? Пилить на то что сделано/не сделано и в новом создавать задачу на доработку? Или же продлять спринт?

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

А проблема-то в чем? :)

Доделыть, чо делать

Ну это понятно)))) Доделывать конечно.

Вот решили вы кусок архитектуры переписать

Например, задачу не успели закрыть в текущем спринте. Причины могут быть разные. Что делать? Переносить ее в новый спринт? Пилить на то что сделано/не сделано и в новом создавать задачу на доработку? Или же продлять спринт?

не продлять, не делить)

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

просто перенести в бэклог

и на планировании решить, берем или нет

Окей. Вот решили что берем и доделываем в новом спринте.

Получается просто перекидываем задачу в бэклог, а следом в новый спринт?)))

а конечная задача то какая? мерять эффективность спринтов ?

Вот да

до сих пор понять не могу, в чем вопрос-то :))

Получается просто перекидываем задачу в бэклог, а следом в новый спринт?)))

ну, если так решили, то да заново оцениваем и тд

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

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

это сглаживается