Дмитрий Изыбаев. Нетрадиционные методы работы с пользователями или вредные советы от опытного РП

Когда в экосистеме много продуктов, каждый из них развивается согласно своему роадмапу. При появлении интеграционного проекта у смежных команд будут разные приоритеты, которые часто нельзя подвинуть. Как оценить риски продукта в интеграционном проекте, можно ли влиять на смежные команды, и как планировать сроки реализации, рассмотрим в докладе. Доклад в виде статьи: https://infostart.ru/pm/2154917/

Работа в командах по сравнению с личной выработкой дает больше синергии и больше эффективности. Но в этом случае на команду нужно ставить тимлида. О том, какими бывают тимлиды, как им развиваться и какие мероприятия нужно регулярно проводить, чтобы работа тимлида в команде была ощутима, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/pm/2139303/

Конфигурации сильно усложняются, количество данных в них растет, но данные, которые лежат мертвым грузом – это бесполезные данные. Чтобы получить из них полезные данные, их нужно анализировать, обрабатывать и как-то представлять. Расскажем о том, как избежать проблем с ненормализованными данными, продумать формирование аналитического слоя и интеграционную архитектуру без промежуточных точек входа. Доклад в виде статьи: https://infostart.ru/pm/2123082/

ИТ – кровеносная система бизнеса, а data-driven – вектор у любой современной компании, которая хочет не выживать, а получать сливки. О методиках подготовки данных, проектировании архитектуры потоков данных, их документировании и роли аналитика во всех этих процессах на конференции пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/pm/2120255/

В больших проектах внедрения требуется управление функциональной архитектурой информационных систем на основе бизнес- целей и задач автоматизации, требований пользователей к системам и отдельным компонентам информационных систем. Отсутствие управления архитектурой приводит к рассинхронизации работ команды внедрения, отсутствию единого информационного поля, излишним трудозатратам на ненужные требования, несоответствие разработанного функционала ожиданиям пользователей. В видеообзоре представлена конфигурация 1С "Функциональный архитектор", в которой выполнена попытка в единой информационной среде реализовать функции управления требованиями, управление прослеживаемостью артефактов анализа, а также управление функциональной архитектурой

Ошибки обследования и проектирования исправлять в ПО затратнее, чем ошибки разработки и тестирования. Но в силах аналитика заранее предотвратить эти ошибки или сократить их влияние. Расскажем о практических приемах, позволяющих снизить значение некоторых типичных ошибок, а также о превращении опыта прошлых проблем в движущую силу роста аналитика и менеджера. Доклад в виде статьи: https://infostart.ru/pm/2112541/

Часто аналитики входят в профессию и ограничиваются знаниями конкретных конфигураций. Но аналитик 1С – это, в том числе, технический специалист, и он должен обладать соответствующими навыками. О том, как аналитику не превратиться в консультанта, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/pm/2110471/

Менеджерам постоянно приходится отвечать на вопрос «когда сделаете?» или «когда будет готово?». Но любой менеджер знает – чтобы гарантированно уложиться в срок, нужно заложить трехкратный запас времени. Заказчики этот принцип тоже знают и стремятся срезать срок, насколько это возможно. Обе роли «торгуются» и давят друг на друга, пока кто-нибудь не продавит свое решение. В итоге недовольными, как правило, оказываются все. Попробуем прервать этот порочный круг, используя немного математики и теории вероятностей. Расскажем, как прогнозировать срок задачи на основе объективных данных с вероятностью 80%. Доклад в виде статьи: https://infostart.ru/pm/2102761/

Мастер-класс представляет собой игру, в которой команды работают с несколькими клиентами одновременно, создают один и тот же продукт (делают снежинки из бумаги), продают его клиентам, но с адаптацией под запросы конкретного клиента. За несколько итераций команды должны выявить потребности Заказчиков, снять их запросы и на основании этих запросов создать серию продуктов, заработать как можно больше денег, за счет максимально качественных создания и поставки продукта. Игра построена на базовых идеях технологии CustDev и позволяет в интерактивном режиме исследовать ценности и структуру идей, заложенных в технологии. Теоретическая информация к мастер-классу в докладе https://infostart.ru/video/w2091708/, который также опубликован в текстовом виде: https://infostart.ru/pm/2091693/

Расскажем о Customer Development (CustDev) в заказной разработке, методиках исследования и проверке гипотез при создании MVP. Восстановим справедливость в отношении CustDev: рассмотрим, что это такое, и поделимся практикой применения. Доклад в виде статьи: https://infostart.ru/public/2091693/