Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Уже не помню как проводил первое в карьере увольнение сотрудника, но помню, что точно было страшно. Однажды один из директоров крупной государственной компании сказал мне следующее про увольнение сотрудников которые не подходят под свою должность: «Если сотрудник при проблемах не ушел по собственному желанию — значит с ним недоработал руководитель». А еще я слышал крутую сказку про то, как в крупных конгломератах есть такие специальные роли «увольняторы» которые, ну вот прям так увольняют! Что люди аж радуются что их увольняют.
Задача лидеров – создать ощущение необходимости перемен: что без изменений будущее будет менее благоприятным. Важно так убедить сотрудников, чтобы они осознавали, что изменения — необходимость, а не просто желательная возможность. Пока большинство людей в компании не видит причин что-то менять, очень сложно будет проводить изменения.
По роду своей профессиональной деятельности я общаюсь с большим количеством своих коллег, даю советы, рекомендации, а также занимаюсь упрощением и улучшением процессов тестирования. На одном проекте у нас возникла необходимость уйти от Jira как системы управления тестами, и я взялся за эту исследовательскую задачу, чтобы воплотить ее в жизнь.
Ретроспектива – мероприятие не самое легкое в его организации и тем более введении. Не каждый опытный Scrum Master, Project manager справится с такой задачей, и я помню себя и свое волнение, когда пришло время проводить ретро в команде впервые.
Выделили шесть основных направлений: разработка продуктов, дизайн, поддержка, проектное внедрение, продажи и маркетинг, менеджмент и HR. К ним добавили принципы развития компании. Как видение того, к чему сейчас стремимся. Собрали все это дело в один док, добавили дизайн и решили потестить, как оно будет пересекаться с реальными задачами.
Мы с командой оцифровывали сквозной процесс управления проектами с CRM и документооборотом в крупной компании.
Утомленный очередным бессмысленным проектным митингом, Господин Старший Консультант задумчиво смотрел в окно на дождь, у которого не было начала и конца, и размышлял, каким мог бы быть установочный проектный митинг, если бы все участники были честны перед собой, коллегами, заказчиком.
Мне довелось участвовать во многих проектах, и на каждом из них заказчики понимали задачи и роль аналитика по-своему. Поэтому вопрос ролей аналитика на проекте — мои личные кровь и пот боли: часто в одном лице хотят видеть и разработчика, и продвинутого тестировщика с пониманием процессов автотестирования, и многое-многое другое.
RFM-анализ базируется на законе Парето: 20% усилий дают 80% результата, если перевести на язык продаж, то 20% всей клиентской базы делают для компании 80% продаж. Наша цель — выделить эти 20% самых важных покупателей и направить максимум усилий на их удержание, а также определить бесперспективных, чтобы не тратить на них много ресурсов.
При проектном мышлении мы отталкиваемся от боли каждого клиента. У каждого клиента она своя, поэтому каждый проект уникален. А продукт должен быть универсален. Он должен принести пользу как можно большему числу клиентов, а не покрыть боль одного. То есть, продуктовые мышление — умение сделать такой продукт, который удовлетворит потребности большей части рынка.
В статье я хочу рассказать об одной очень интересной теории разработки документации на системы и программы. Её авторы утверждают, что создали ни много ни мало «Великую Единую Теорию Документации» (The Grand Unified Theory of Documentation). Мы привыкли с опаской относиться к заявлениям о том, что кто-то обнаружил сокровенную истину и раскрыл её профессиональному сообществу. В теории изложены идеи и правила, которые мы встречаем в разных методиках разработки документации и сами применяем на практике.
10 ключевых принципов системного проектирования.
Появились руки с внятной обратной связью. Появились модели, которые могут разбирать видеопоток зрения.
Посмотреть:
Менеджерам постоянно приходится отвечать на вопрос «когда сделаете?» или «когда будет готово?». Но любой менеджер знает – чтобы гарантированно уложиться в срок, нужно заложить трехкратный запас времени. Заказчики этот принцип тоже знают и стремятся срезать срок, насколько это возможно. Обе роли «торгуются» и давят друг на друга, пока кто-нибудь не продавит свое решение. В итоге недовольными, как правило, оказываются все. Попробуем прервать этот порочный круг, используя немного математики и теории вероятностей.
- Миф о многозадачности | INFOSTART.RU ⏱35 минут
Что будет быстрее — сделать 10 задач последовательно одну за другой, или делать их в режиме многозадачности, переключаясь с одной на другую, и возвращаясь обратно по мере возможности.
Although we have the «business» word in a «business analyst» title, does it mean that any BA can effortlessly communicate with business people and get the value they need? Suddenly, no.
Ведущие пробуют угадать ответы участников конференции на неоднозначные вопросы о системном и бизнес-анализе.
- North Star и дерево метрик ⏱1 час 15 минут
Почему и когда используется.
Хорошей недели!
