Докладчики
2. В каких случаях тайм-менеджмент сделает вам только хуже?
3. Как выглядят основные паттерны корпоративной неэффективности и каким образом они вытекают из неэффективности на личном уровне?
4. Основные стратегии повышения личной эффективности и доведения дел до конца
5. Переход от доведения дел до конца к доведению дел до конца ВМЕСТЕ (масштабирование принципов личной эффективности на команду)
По натуре ученый-исследователь.
По образованию инженер-океанолог.
По профессии руководитель организации.
По жизни поющий музыкант-мультиинструменталист, скульптор.
С недавних пор коуч.
Напрашивается вывод: чтобы обеспечить успех любого проекта, надо подобрать лучших из лучших, наиболее компетентных и продуктивных специалистов. Но этот процесс сам по себе является сложным. В конечном итоге, статистика успеха программных проектов достаточно печальна. Примерно половина проектов завершается с двойным превышением сроков и стоимости, почти треть проектов не доходит до завершения. Процент успешных проектов, завершившихся в срок с соблюдением бюджета, находится в диапазоне 9% - 16%.
В докладе на практических примерах продемонстрирую некоторые способы управления сложностью проектов и постараюсь рассказать о том, как просто усложнять и как сложно упрощать :-)
IE 2015 Докладчик
Закончил в 2008 году Тихоокеанский государственный университет по специальности "Программное обеспечение вычислительной техники и автоматизированных систем". С 2009 года занимаюсь внедрениями автоматизированных систем на платформе 1С в промышленных предприятиях:
Северная лесозаготовительная компания;
Магаданэнерго;
Центр судоремонта Дальзавод;
Дальневосточный завод Звезда;
Хабаровский судостроительный завод;
Амурский судостроительный завод;
- Краткое описание выполненных доработок к базовым конфигурациям ("Бухгалтерия предприятия 2.0", "Управление производственным предприятием 1.3"), применяемые математические методы расчета себестоимости и способы увеличения их производительности;
- описание используемых специализированных блоков системы автоматизации (финансы, учет спецодежды, закупки) и их экономический эффект для предприятия, планируемые к разработке блоки.
- Связан с ИТ отраслью с 1992 года.
-
Более 20 лет занимаюсь проектной деятельностью.
-
Более 50 проектов внедрения автоматизированных систем управления и информационных систем на предприятиях по всей России в качестве РП.
-
Участвовал в создании элементов Электронного Правительства (ЭП) в Правительстве г. Санкт-Петербурга.
-
В настоящее время Руководитель практики проектного управления ООО «Газпромнефть - Цифровые Решения», преподаватель корпоративного университета Газпром Нефть.
-
Сертифицирован по Проф.стандарту РФ "Менеджер по информационным технологиям» - Высший уровень квалификации.
-
По проектному управлению сертифицирован РМP, PRINCE2 PR, AGILE.
-
Автор книги "Контрольные точки при управлении проектами. Применение и проектирование".
1. Основные требования к исполнению проектов у крупных заказчиков
2. Основные ошибки, которые допускаются на проекте Исполнителем работ
3. Методы работы с инцидентами
4. Гибкое планирование
5. Как в нашей действительности работать с рисками
6. Контроллинг в проекте
Холдинг: Шахта, три Обогатительные фабрики, Транспортное предприятие, Головная организация, Торговые организации.
Предприятия в нескольких городах области. 170 рабочих мест.
Роли на проекте: Управление проектом, Разработка методологии учета, Проектирование информационной системы, Программирование.
Автоматизированы подсистемы: НСИ, ТМЦ, Закупки, БУ, НУ, Качество, Производство, Диспетчеризация, Планирование, Бюджетирование, Казначейство.
Примерное содержание:
1. Ход проекта: Сбор требований (Доверяй, но проверяй). Концепция автоматизации (Вариантов много - правильный один). Планирование на проекте (Законы Мерфи в действии). Формализация требований (Стойте на своем и Кто за что ответит). Реализация (Делаем и не забываем делать еще больше). Тестирование (Кто это делает лучше всего). Сдаем работы (А мы об этом не договаривались)
2. Важное в проекте: Личное совершенствование. Найдите того, кому все это нужно. Найдите того, кто знает все. Не доверяйте мнению одного. Не выполняйте команду сразу, возможно, последует отмена. Аппетит приходит во время еды. Планы и реальности проекта. Управляем требованиями, изменениями и ошибками. Критические ситуации на проекте. Наши ошибки.
3. Особенности автоматизации подсистем. Управление НСИ (проблемы, решения). Управление ТМЦ и Закупками (проблемы, решения). Казначейство.
Проект выполнен на базе программного продукта ИТРП:Процессное производство 8
- Разделение ИТ на бизнес-приложения и инфраструктуру;
- Что такое каталог услуг для бизнеса и как найти компромиссы;
- Учет рабочего времени сотрудников ИТ с использованием механизмов 1С;
- Ежемесячная отчетность службы сервис-деск для принятия управленческих решений в ИТ, анализ обращений, узких мест и т.д.
Но что происходит, когда необходимо обеспечить высокое качество достаточно крупного продукта, с внешними интеграциями и длительной историей разработки?
- Проверить “всё”, особенно вручную, становится физически невозможно
- Появляются дополнительные траты времени на передачу знаний как в команде тестирования, так и между командами
- Сбор статистики и отчётности либо превращается в бюрократию, либо не позволяет принимать взвешенные решения.
Некоторые компании пытаются решить проблему непрерывным ростом команды тестирования, но в этом случае качество коммуникаций непрерывно падает, аппетиты растут, и результаты тестирования становятся только хуже. Требуется качественное решение возникающей проблемы!
В этом докладе я расскажу об инженерных и процессных практиках, которые помогают нам минимизировать риски пропуска ошибок при тестировании масштабных продуктов. Доклад будет полезен руководителям проектов и ведущим специалистам по тестированию.
Длинные циклы разработки.
Баланс между скоростью и качеством.
Оптимизация тяжелых операций на базах объемом более 2,5 ТБайт.
Проблемы работы с территориально распределенной командой
- Способы многопоточной обработки однопользовательских задач
- Недостатки стандартных инструментов 1С для многопоточной обработки
- Преобразование запросов для горизонтального масштабирования на уровне СУБД
- Рефакторинг с целью многопоточной обработки на примере задачи "Поиск и замена дублей"
- Рефакторинг с целью многопоточной обработки на примере задачи "Восстановление последовательности "Партионный учет" прямой обработкой движений документов"
За время работы прошел путь от бухгалтера и программиста 1С до бизнес-аналитика. Разработал свою систему по проведению проектов внедрения, приема работ подрядчиков, тестирования, создания справки по корпоративным системам класса 1С на отечественной нотации ДРАКОН. Позволяет построить «живую» бизнес-модель компании, которая контролирует изменение бизнес-процессов и кода программ.
1. Как выбрать оптимальную конфигурацию 1С для приобретения?
2. Как сформировать техническое задание для "реальных" процессов компании?
3. Как получить то, что заказывали, от программистов?
4. Как обучить сотрудников, "старичков" и быстро "запустить" "новичков"?
5. Как сэкономить на обслуживании и доработке?
6. Как не попасть в "зависимость" от программистов?
P.S: Все примеры рассмотрим на реальном проекте.
- Как быстро нарисовать интерфейс для пользователя?
- Как быстро вывести человеку на экран документы, требующие его внимания?
- Как быстро поставить на контроль выполнение требований КИС?
Легко – применив новый подход к кастомизации, основанный на базовом элементе – запросе, использующем данные КИС.Инструменты просты в разработке, воспроизводимы любым программистом 1С. Испытано на практике, с реальной экономией денег и времени.
Публикации:
Запросница 1С. Получить результат запроса в web таблицу.
Встроенный браузер в 1С. Можно и "Такси" внутри 8.2
Моя "Доминикана" или Я и Рафаель.
Подводные камни использования html в 1С и наработанные методы их преодоления.
Примеры использования.
Анимация и взаимодействие с пользователем.
- отчуждаемость (развивать функционал приложения смогут другие разработчики)
- совместимость (программа будет работать в конкретной корпоративной среде, обмениваясь информацией с другими приложениями)
- безопасность (приложение не содержит уязвимостей, которые могут использовать злоумышленники для нарушения доступности, конфиденциальности и целостности данных)
- переносимость (приложение продолжит работать, если в инфраструктуре поменяются. например, сервер или принтер)
и другие характеристики.
Во многом эти качества приложений напрямую зависят от качества проектирования и кодирования. Докладчик на основе опыта нескольких реализованных проектов поделится способами автоматизации процесса приёмки приложения и его апдейтов Заказчиком
* Построение эффективного ИТ подразделения для автоматизации бизнеса в модели DevOps с учётом специфики 1С приложений
* Концепция "одной кнопки для публикации разработки в Production" в формате композитного приложения и "композитов из композитов"
* Экономическая эффективность "гика" или потенциал использования OpenStack, HAProxy, Apache, ElasticSearch, HiVE, Hadoop (HDFS), ZatoESB, RabbitMQ и т.д.
* "Контейнеризируй это" - эффективное использование OpenStack Murano при коллективной разработке на 1С
* BI как инструмент мониторинга и оценки качества систем на базе 1С - внедрение прогнозного мониторинга
В прошлом году на Infostart Event был анонсирован скриптовый язык 1Script, который позволяет выполнять полноценные сценарии автоматизации на знакомом всем нам языке 1С, не прибегая к изучению других языков-прослоек. За прошедший год появились целые приложения на 1Script, выполняющие задачи управления и сопровождения реальных бизнес-систем. Экосистема языка развивается, появилась открытая библиотека наработок, которые любой желающий может применить в своей работе. В своем докладе я хотел бы рассказать о том, как мы применяем 1Script и какие задачи решаем с его помощью.
* Развертывание и обновление тестовых и рабочих контуров средствами серверов непрерывной интеграции
* Постоянное юнит-тестирование
* Синхронизация кода из хранилища 1С с репозитарием GIT
* Стандартная библиотека подключаемых сценариев
* Самостоятельные приложения на 1Script
Индивидуальный предприниматель
Опыт работы в программировании и автоматизации – с 1995 года, в 1С – с 1999 года.
Несколько тиражных разработок, 2 – «1С:Совместимо».
Больше 20 лет руководства различными группами, отделами и проектами по автоматизации.
Последние 10-12 лет я много времени посвящаю вопросам эффективности того, что делается сотрудниками предприятий в процессе своей работы. Зачем люди делают то, что они делают? Кому это надо? Точно ли надо именно это? Как понять, что надо делать? Как и что именно контролировать? и множество подобных вопросов…
Более 8-ми лет назад результаты этой работы оформились в методологию, получившую название «Три ступени».
На данный момент, большая часть моей работы состоит из руководства проектами автоматизации или внедрения чего-то со стороны Заказчика.
Я действую как адвокат, представляя интересы клиента на непривычном для него поле, помогаю организовать и контролировать процесс для достижения удовлетворительного результата.
- Проект автоматизации как лечение организма: скорая помощь и лечение, зарядка и диета, фитнес и прокачка
- Автоматизация "Снизу вверх" или "Сверху вниз"? Почему после "Индивидуального подхода" Ваша "специально под Вас адаптированная" система становится похожа на Пизанскую башню
- Стереотипы человеческого мышления у Заказчика и у Исполнителя проекта. Смещение фокуса внимания "работ, которые необходимо проделать" на "результаты, которые необходимо получить" или как узнать, наступило счастье или еще нет?
Консультант по проектам организационных изменений, трансформации культуры и цифровой трансформации
Асессор конкурса “Проектный Олимп”.
С 2019 г. по настоящее время заместитель начальника отдела развития, "Центр подготовки руководителей цифровой трансформации" ВШГУ РАНХиГС
С 2018 г. по настоящее время ENABLE CHANGE. Основатель школы управления изменениями. Консультант по оргизменениям
До этого работала в "Росатоме", PricewaterhouseCoopers , OpenWayGroup и др.
- этапы составления ТЗ и моделирования функционала
- этапы автоматизации
- проверка гипотез
- полученный результат.
В 2009 году организовал предприятие по разработке на платформе 1С специализированного ПО для позаказного и оконного производства для решения задач пооперационного планирования, оптимизации линейного и двумерного раскроя, оптимизации маршрутов доставки, управления станками с ЧПУ.
В 2014 году реализовал проект альтернативного javascript клиента 1С.
Тема «новый клиент 1С» - очень широкая. В зависимости от интересов аудитории, вектор доклада может быть повёрнут в разные стороны. Например, можно рассказать:
o Как дёшево и безопасно пустить в учетную базу 1000 клиентов
o Как с помощью 1С регистрировать события в реальном времени
o Как реализовать отзывчивые рабочие места на смартфонах и планшетах при медленном 2G GPRS интернете
o Оптимизация изнутри: на что и сколько миллисекунд тратит платформа 1С, обслуживая клиентов http и rest сервисов
o SQL на клиенте: какие данные кешировать, а какие лучше всегда переспрашивать у сервера
o REST ODATA – это весьма эффективно и совсем не страшно
o Metadata.js – получаем готовое ES6 приложение к серверу 1С в 10 строк кода javascript
- Что означает гибкая разработка в заказном проекте
- Можно ли гибко разрабатывать продукты при фиксированном объеме работ
- Как описывать требования в таком проекте
- Как “продать” использование гибкого подхода заказчику
Различных "легких" (Agile) и "классических" технологий управления проектами в области ИТ, являющихся универсальными и не зависящими от инструментальных средств и предметной области, существует большое количество. Почему ТБР – это технология, которая ориентирована на управление проектами внедрения программных продуктов фирмы "1С" и требует минимальной адаптации в условиях ее применения по назначению?
10 принципов ТБР.
SWOT-анализ ТБР: сильные стороны и выгоды от использования ТБР на конкретных примерах внедрений.
Риски и проблемы, связанные с неэффективным построением коммуникаций в ТБР-проектах, являются наиболее опасными и тяжелыми для этой технологии.
Что такое проект в ТБР? Две формы организации деятельности человека: операционная и проектная. Что у них общего, и какие есть ключевые отличия. Что такое проект и что такое "не проект" и почему проекты – это тоже процессы, также как и в операционной деятельности. В каком случае лучше всего использовать проекты, а в каком – операции: выводы из свойств форм организации деятельности.
Что такое цикл PDCA и почему важно при организации управления проектом обязательно замкнуть цикл PDCA и обеспечить его непрерывность.
Ключевые дисциплины ТБР: прототипирование, оценка трудозатрат, архитектура и дизайн, планирование работ, управление изменениями, рисками, коммуникациями, требованиями.
Жизненный цикл проекта в ТБР.
Место ТБР среди технологий 1С.
С чего начать применение ТБР?
Язык программирования Eiffel содержит все, о чем только может мечтать программист, любящий и владеющий методами объектно-ориентированной разработки: статическая типизация и динамическое связывание, множественное наследование, полноценное управление наследованием (шире, чем в C /Java/C)
Управляющий партнер «Академии 1С:Документооборот | Лушников и партнеры».
Автор и ведущий курсов по 1С:Документооборот в фирме 1С.
Разработчик экзаменов, книг, методологии внедрения.
Обладает громадным опытом внедрения СЭД 1С:Документооборот за последние 13 лет (Полюс-золото, Миле СНГ, Гарс Телеком и многие другие).
2. Сравнение 1С:Документооборот с продуктами: MS Project, 1С:Управление проектным офисом и Битрикс24 с точки зрения возможностей инструментария. Плюсы и минусы каждого продукта без купюр. Презентация.
3. Пример управления проектом в 1С:Документооборот. Видео-кейс организации проектного управления.
Докладчик Infostart Event 2015-2016.
- Как построить легко-масштабируемую архитектуру под тысячу магазинов на базе 1С.
- Как в реальном времени получить данные об остатках из всех магазинов сети (для целей товарного планирования и предоставления данных для интернет-продаж)
- Практика бесшовного перехода компании на новый механизм учета остатков.
- Обеспечение бесперебойной работы магазинов в моменты отсутствия сети Интернет.
- Ускорение восстановления партионного учета с 72 часов до 20 часов в значительно доработанной 1С:УПП.
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
Цели и задачи проекта построения КИС;
Масштаб проекта: 7 офисов, 15 коровников, 7 АЗС в поле, 7 ТОК-ов, 20 агрономов и т.д.
Технические аспекты проекта:
- Свой ЦОД;
- Организация Internet связи в поле и на ферме;
- Переход от «Зоопарка» программ к большому монстру
Повышение квалификации специалистов на селе:
- 1С-у все возрасты покорны;
- Трудности перевода или особенности местного диалекта;
- Ломка стереотипов;
- Собственные интерфейсные решения или «умная» программа;
- Методические (учетные) аспекты проекта:
- Преобладание сущности над формой;
- Отличия в стилях управления иностранного и отечественного менеджмента;
Рекомендации для компаний АПК сектора и не только.
Резюме
S&OP: обеспечивает связь между стратегией и тактикой;
балансирует спрос и возможности;
является регулятором всех календарных планов.
связывает показатели, выраженные в стоимостных единицах, с операционными планами, выраженными в натуральных единицах
2) Для чего нужен S&OP на вашем предприятии:
Интеграция всех планов,
Совместное принятие решений,
Повышение прозрачности принимаемых решений,
Финансовая интеграция,
Оценка эффективности.
3) Цели и задачи пилотного проекта:
Распределить ответственность,
Стартовое обучение
Отработка процесса сбора данных для планирования
Разработка модели планирования продаж и операций
Отработка процесса планирования спроса
Отработка процесса планирования поставок
Подготовка и выполнение пилотного процесса
Принятие решения запускать/ не запускать этап 2.
4) Автоматизация процесса S&OP на базе 1С: Управление производственным предприятием:
Отчеты по оптимальным запасам,
Суммовая оценка плана производства в ценах поставок.
Интеграция с подсистемой бюджетирования
Данный доклад будет полезен всем, кто до сих пор при выходе новой версии 1С нажимает "Далее", "Далее" или же выполняет sudo dpkg -i *.deb.
2. Что это такое и зачем оно нужно
3. Ограничения при использовании In-Memory OLTP
4. Собственный опыт применения данной технологии в 1С: Предприятие
5. Методология миграции "традиционных" БД 1С: Предприятие на In-Memory OLTP
6. Перспективы применения In-Memory OLTP на рынке 1С: бизнес-приложений
В данном докладе хотим поделиться опытом применения платформы 1С:Предприятие с точки зрения заказчика, а именно:
1. Как пришли к платформе 1С:Предприятие?
2. Какие технологические решения уже были в платформе, чем можно было воспользоваться?
3. Какие цели и требования выдвигались к системе?
4. Какие технологические решения появились в процессе эксплуатации и развития системы?
5. Живые примеры интеграции системы 1С:Предприятие:
a. Асинхронные обмены по http
b. Личный кабинет клиента: веб-приложение, интегрированное с помощью веб-сервисов
c. Софт-фон – интеграция с IP-телефонией
d. Мобильное приложение для водителя на Android
e. Мобильные приложения для клиентов на iOS и Android
6. Как реализовали методологию блочного внедрения и что это дало?
7. Как организована работа с подрядчиком, компанией-франчайзи?
8. Результаты внедрения:
a. Что получили мы как заказчики?
b. Что получили наши клиенты?
9. Перспективы развития: какие технологии найдут своё отражение?
Упрощенная схема процесса:
1. Источники изменений: инциденты и полезные предложения
2. Купирование инцидента.
3. Проведение расследования инцидента. Выявление причин.
4. Разработка корректирующих мероприятий.
5. Внедрение корректирующих мероприятий.
6. Оценка эффективности процесса.
Доклад будет содержать:
- описание логики работы самого процесса
- описание автоматизации процесса на платформе 1С:Предприятие 8.2 (управляемые формы)
- примеры реальных инцидентов и актов их расследования
- общая оценка хода внедрения процесса на предприятии, проблемы, с которыми пришлось столкнуться
В начале карьеры управлял ИТ-отделом, а также работал программистом и аналитиком.
Начинал с FOXPRO, перешел в 1С.
Высшее экономическое + высшее техническое образование.
Член клуба Infostart Expert.
2. Целеполагание как основа личной эффективности. Упорядочивание мотивации. Планирование стратегическое и оперативное.
3. Повышение энергетики как способ увеличения производительности труда. Повышение энергетики организма без вреда для здоровья, способы поддержания энергетики организма. Сохранение здоровья без ущерба для времени.
4. Технические и программные средства контроля времени, контроля здоровья.
5. Коммуникативная компетентность как важная составляющая личного продвижения.
Автор Vanessa Automation.
Представьте себе, что вы одним нажатием кнопки генерируете epf файл, который уже содержит в себе процедуры и функции для написания тестов под данную задачу.
Представьте себе, что вы хотите, чтобы программист написал вам тест, а оказалось, что 80% теста уже написано, причём другим программистом, причём он об этом даже не подозревал.
Всё это есть в паттерне разработки с загадочным названием BDD.
BDD это behavior-driven development, т.е. разработка через поведение системы. По сути BDD - это логичное продолжение и развитие разработки через тестирование (TDD).
BDD позволяет вам выстроить ваш процесс разработки так, чтобы именно поведение системы, которую вы разрабатываете, определяло:
- как пишутся и согласовываются требования
- как вы пишете тесты
- как вы пишете код
- как у вас формируется документация
В итоге каждый шаг является логичным продолжением предыдущего, максимально его дополняя.
В докладе я расскажу про:
- Использование методологии BDD в 1С. Как это выглядит в реальности.
- Как сделать так, чтобы бизнес и программист говорили на одном языке. Пишем бизнес-требования на языке Gherkin.
- Генерируем шаблоны тестов в формате BDD.
- Повторное использование кода в BDD.
- Запускаем Continuous Integration контур в 1С, используя BDD.
- Обзор open source инструментов для использования BDD в 1С.
- Практика владения облачным сервисом на базе открытых решений
- nix PostgreSQL (мониторинг, контроль, обслуживание)
- Организация непрерывности бизнеса и сокращение технологических окон по обслуживанию
- Методика расчета эффективности облачных сервисов и инфраструктур
- Особенности разработки 1С конфигураций с учётом развёртывания в среде, ориентированной на импортозамещение
· Основные причины неоптимальной работы запросов.
· Как написать неоптимальный запрос в процессе разработки. Примеры из практики.
· Влияние неоптимальных запросов на работоспособность системы.
· Теория оптимизации запросов 1С Предприятие 8.
· Практические методики оптимизации запросов 1С Предприятие 8. От теории к реальности.
· Новые возможности Интерактивного обучения – Консоль оптимизации запросов 1С.
· Корпоративные инструменты организации обучения.