|
Куда нажать? Сумма на лс есть. Как можно получить распечатанный диплом ? |
Инспектор
Вы можете этот курс.
Опубликован: 28.10.2014 | Уровень: для всех | Доступ: платный
Технология Быстрого Результата (ТБР) - это технология управления внедрением программных продуктов для управления и учета семейства 1С:Предприятие.
ТБР направлена на получение быстрых, регулярных (ежемесячных) и качественных результатов, имеющих ценность для заказчика, предполагает снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивает исполнителю получение регулярного (ежемесячного) финансирования на выполнение работ.
План занятий
| Занятие | Заголовок << | Дата изучения |
|---|---|---|
| - | ||
Лекция 1 | Введение
Определение целей курса, описание того, что рассматривается в рамках курса обучения, а что в него не вошло.
Оглавление | - |
Лекция 2 | ТБР и другие технологии управления проектами
Различных "легких" (Agile) и "классических" технологий управления проектами в области ИТ, являющихся универсальными и независящими от инструментальных средств и предметной области, существует большое количество. Каждую из этих технологий можно успешно использовать при соблюдении ее целостности и назначения; при условии, что она будет адаптирована к особенностям выполнения проектов в конкретной организации. ТБР – это технология, которая ориентирована на управление проектами внедрения программных продуктов фирмы "1С" и требует минимальной адаптации в условиях ее применения по назначению.
Оглавление | - |
Лекция 3 | Принципы ТБР
При разработке ТБР было сформировано 10 принципов, которым должна соответствовать эта технология. Основное – это полезность ТБР для всех заинтересованных сторон проекта и снятие наиболее значимых рисков.
Оглавление | - |
Тест 124 минуты | - | |
Лекция 4 | SWOT-анализ ТБР: сильные стороны и выгоды от использования ТБР
Какие выгоды можно получить от использования ТБР для управления проектами внедрения программных продуктов фирмы "1С", и какие сильные стороны технологии обеспечивают ее преимущества.
Оглавление | - |
Лекция 5 | SWOT-анализ ТБР: слабые стороны и риски технологии
В любой технологии важно знать не только, чем она хороша, но и какие риски и проблемы могут быть связаны с ее использованием. Риски и проблемы, связанные с неэффективным построением коммуникаций в ТБР-проектах являются наиболее опасными и тяжелыми для этой технологии.
Оглавление | - |
Тест 224 минуты | - | |
Лекция 6 | Что такое проект?
Две формы организации деятельности человека: операционная и проектная: что общего, какие ключевые отличия. Что такое проект и что такое "не проект" и почему проекты – это тоже процессы, также как и в операционной деятельности. В каком случае лучше всего использовать проекты, а в каком – операции: выводы из свойств форм организации деятельности.
Оглавление | - |
Лекция 7 | Цикл PDCA – основа организации любого управления
Что такое цикл PDCA и почему важно при организации управления любой деятельности обязательно замкнуть цикл PDCA и обеспечить его непрерывность. Процессная модель управления проектами, предлагаемая в PMI PMBOK®, и её сходство с циклом PDCA. Следствия из обеих моделей управления – что необходимо для организации эффективного управления проектом.
Оглавление | - |
Тест 318 минут | - | |
Лекция 8 | Мотивация заказчика, снижение издержек, повышение доверия
Технология быстрого результат направлена, в основном на то, чтобы заказчик быстро получил первый полезный для себя результат и в дальнейшем это (получение полезного результата) регулярно повторялось. Для этого необходимо сделать правильные акценты на организации проекта и выстраивании взаимоотношений с заказчиком за счет высокой мотивация заказчика на получение результата, поддерживаемая административным ресурсом самого заказчика; снижения транзакционных издержек, организации непрерывной, быстрой и эффективной обратной связи, готовности быстро и ответственно принимать решения; растущего в ходе проекта доверия.
Оглавление | - |
Лекция 9 | Эффективные коммуникации, высокий профессионализм, стремление к простоте и приоритезация задач
Для получения в проекте быстрых результатов с достаточно высоким уровнем качества последних необходимо обеспечить: эффективные коммуникации между исполнителем и заказчиком, в целом, и тесное взаимодействие участников команды проекта, в частности; достаточный и необходимый уровень профессионализма членов команды проекта; стремление к простоте, умение выявлять главное и расставлять приоритеты.
Оглавление | - |
Лекция 10 | Разумный перфекционизм, гибкое планирование, быстрая обратная связь, правильное формирование команды проекта
Важными составляющими организации проекта, выполняющегося по Технологии Быстрого Результата являются также специфические подходы по обеспечению достаточного уровня качества выходной продукции: обеспечение разумного и достаточного уровня перфекциони́зма; возможность по ходу проекта учитывать и реализовывать потребности, возникшие в результате изменений в бизнесе и окружении; технологии, позволяющие без промедления обнаруживать существующие в системе дефекты.
Правильное построение команды проекта – важный фактор в обеспечении его успеха: единая команда проекта – проект не "наш" и не "ваш", участники команды проекта доверяют друг другу, в команды проекта входят необходимые специалисты от заказчика и исполнителя, которые работают вместе на достижение целей проекта.
Оглавление | - |
Лекция 11 | Подходы к планированию
Эффективность планирования в ТБР-проектах достигается за счет: участия в процессе планирования заказчика и исполнителя, планирования по релизам, регулярной корректировки планов и поддержания их в актуальном состоянии, использования при планировании метода "набегающей волны".
Оглавление | - |
Тест 436 минут | - | |
Лекция 12 | Состав и структура документации ТБР
Рассказывается о структуре и составе документации, которая описывает Технологию Быстрого Результата: процедуры и шаблоны, методики и примеры – это набор из примерно 60 документов, помогающих без излишней бюрократизации эффективно управлять проектом запуска в эксплуатацию программных продуктов фирмы "1С".
Оглавление | - |
Тест 512 минут | - | |
Лекция 13 | Перечень дисциплин. Прототипирование
Прототипирование – мощнейший инструмент, позволяющий обеспечивать необходимый уровень качества выходной продукции проекта. Основное назначение прототипирования в ТБР-проектах: проверка соответствия возможностей архитектуры системы требованиям заказчика, согласование функциональных требований, согласование требований к пользовательскому интерфейсу.
Оглавление | - |
Лекция 14 | Методы оценки трудозатратОглавление | - |
Лекция 15 | Ахитектура и дизайн
Архитектура программного обеспечения — это представление системы программного продукта в виде подсистем и компонентов, связей между ними и правил, определяющих эти связи. Сложно хорошо проработать архитектуру решения в ситуации с постоянными, очень динамичными изменениями, которые являются самой сутью ТБР. При некорректном (неквалифицированном, спонтанном) внесении изменений в архитектуру типового решения существенно повышаются риски получения плохой архитектуры системы и, как следствие, – наличие "классических" проблем с реализацией нефункциональных требований: низкой производительности, проблем с надежностью, проблем развития ИС, проблем сопровождения ИС и т.п.
Оглавление | - |
Лекция 16 | Планирование работ
В ТБР очень важно, чтобы в планировании работ участвовали все заинтересованные лица проекта и исполнитель, и заказчик. Заказчик должен в планах определить цели, бизнес-требования, приоритеты, согласовать состав выпуска релизов. Исполнитель – оценить трудозатраты, сроки; дать оценку реализации последствий реализации бизнес-требований, организовать процесс разработки и позаботиться о снижении технологических рисков. Планы должны постоянно актуализироваться, и в этом должна участвовать вся команда проекта. Для повышения точности оценок проекта по срокам и стоимости необходимо применять специальные инструменты и методы, такие как PERT, параметрические оценки, метод аналогов, декомпозицию результатов поставки, метод "набегающей волны", жизненный цикл проекта.
Оглавление | - |
Тест 636 минут | - | |
Лекция 17 | Управление изменениями
Эффективное управление изменениями в проекте, выполняющемся по ТБР – это один из краеугольных камней успеха такого проекта. Управление изменениями должно работать на протяжении всего проекта и максимально формализовываться и приобретать все большую строгость по мере приближения к завершению: несоблюдение данного условия ставит под большой вопрос успех проекта в целом.
Оглавление | - |
Лекция 18 | Управление рисками
Риск – это то, что может быть произойдет, а может быть и не произойдет Проблема – это то, что уже произошло. Очень большая сложность в управлении рисками – это путаница в том, что есть "риск", а что есть "проблема". В частности, потому что стратегии управления рисками (уклонение, передача, снижение) не подходят для управления проблемами.
Оглавление | - |
Лекция 19 | Управление коммуникациями
Коммуникации являются одним из важнейших компонентов управления проектом. Основной смысл управления коммуникациями заключается в том, чтобы определить кому из заинтересованных сторон проекта какая информация о проекте необходима, в какой форме и с какой периодичностью, и на основании этого организовать обеспечение такой информацией соответствующих людей.
Оглавление | - |
Лекция 20 | Управление требованиями
Известный факт: 90% причин провалов ИТ-проектов заключается в плохом управлении требованиями. Собрать требования нужно быстро, с приемлемым уровнем качества. В рамках ТБР-проекта требования могут собираться различными способами и в различном виде – главное, чтобы заказчик их понимал и был согласен, требования были приоритезированы, исполнитель их понимал и был согласен, требования были задокументированы.
Оглавление | - |
Тест 733 минуты | - | |
Лекция 21 | Что такое жизненный цикл проекта, зачем он нужен?
Определенный и формализованный ЖЦ проекта позволяет в значительно степени избежать этих типичных проблем и "выгнуть" снизить уровень рисков ИТ-проекта за счет: определенной последовательности фаз ЖЦ проекта, целеполагания по фазам, выпуска определенной выходной продукции и выполнения определенных ключевых работ на каждой фазе ЖЦ проекта. ЖЦ проекта – это основа любой технологии управления проектами, без которой невозможно говорить о наличии в компании формализованной технологии управления проектами. Использование типового ЖЦ проекта помогает повысить точность оценок проектов, эффективно собирать исторические данные о проектах, распространять полученный опыт в компании.
Оглавление | - |
Лекция 22 | Жизненный цикл проекта в ТБР
ЖЦ проекта в ТБР состоит из четырех фаз: инициация, требования и ИТ-инфраструктура, внедрение 1С:АС 1.х и завершение проекта. В целом, состав и смысловая нагрузка фаз ЖЦ соответствуют рекомендациям PMI PMBOK® по определению ЖЦ проекта. В общем, ЖЦ проекта в ТБР является сочетанием "классического" и Agile подходов к организации работ в ИТ-проекте – это нашло отражение в количестве фаз "внедрение 1С:АС 1.х" - их может быть от одной до нескольких, в зависимости от планов по выпуску релизов.
Оглавление | - |
Лекция 23 | Фазы жизненного цикла: инициация проекта и требования и ИТ-инфраструктура
Инициация проекта – важнейшая фаза ЖЦ проекта, которая направлена на достижение понимания всеми заинтересованными сторонами целей проекта. Основные документы фазы: Соглашение о проекте и план-график проекта, которые и определяют цели и общие подходы к выполнению проекта.
Требования и ИТ-инфраструктура – фаза, посвященная обеспечению дальнейших работ по проекту: уточнение и детализация требований, подготовка инфраструктуры для развертывания и запуска ИС в эксплуатацию: мы должны подготовиться к быстрому выполнению последующих фаз ЖЦ. Ключевые документы здесь – это требования к системе, уточненные план-график и Соглашение о проекте.
Оглавление | - |
Лекция 24 | Фазы жизненного цикла: внедрение 1С:АС 1.х и завершение проекта
Основной смысл этой фазы "внедрение 1С:АС 1.х" за как можно более короткий промежуток времени (1-1,5 месяца) разработать и ввести в эксплуатацию очередную редакцию/релиз 1С:АС. Основная выходная продукция по фазе – очередной релиз ИС, введенный в эксплуатацию (в опытную или промышленную), уточненные требования, план-график и Соглашение о проекте. Таких фаз может быть столько, сколько релизов ИС запланировано к выпуску.
Завершение проекта – это фаза ЖЦ, которая призвана правильно (формально и фактически) завершить проект, передать систему в поддержку и суммировать полученный в проекте опыт для непрерывного совершенствования Системы Менеджмента Качества (СМК) компании.
Оглавление | - |
Тест 836 минут | - | |
Лекция 25 | Технологии управления внедрением в 1С:ПрофКейс 2.0, сравнение технологий
Сценарии работ по внедрению ПП в своде знаний 1С:ПрофКейс: Стандартное внедрение (ТСВ), Проектное внедрение (Технология Быстрого Результата (ТБР), Корпоративное внедрение (ТКВ). Технологии построены на общих принципах и подходах (ISO 9001, PMI PMBOK® итерационный ЖЦ), используют пересекающиеся наборы регламентов и шаблонов. Ключевые отличия – в строгости и степени формализации подходов к управлению проектом.
Оглавление | - |
Лекция 26 | Комплексные критерии выбора технологии
Для проекта внедрения очень важно выбрать правильную (наиболее подходящую и эффективную) технологию управления им. Это достаточно сложный вопрос, поэтому при выборе технологии необходимо руководствоваться сразу несколькими факторами, такими как: "размер" заказчика и проекта, степень модификации типового решения, уровень качества (скорость, эффективность, уровень бюрократизации) коммуникаций.
Оглавление | - |
Тест 918 минут | - | |
Лекция 27 | Проекты – это бизнес
Ведение проекта равно ведению бизнеса – с понимания этого "равенства" начинается управление проектами в любой организации: проекты точно так же требуют поддержки со стороны организации (собственников, руководства), как и операционная деятельность.
Для того чтобы проекты были управляемыми необходимо поставить под управление: риски, изменения и организационное окружение. Основа управления – цикл PDCA. То есть, система управления проектами должна обеспечить основу непрерывного "вращения" цикла PDCA.
Оглавление | - |
Лекция 28 | С каких документов начать и как развиваться дальше?
Минимальный набор документов ТБР, который позволить держать проект под контролем состоит из восьми документов, позволяющих обеспечить неразрывность цикла PDCA при управлении проектом внедрения программных продуктов фирмы "1С".
Дальнейшие шаги по совершенствованию системы должны строиться на понимании организацией своих приоритетов развития, например, можно автоматизировать управление проектами у себя в компании, потом – научиться управлять рисками, внедрить практики формальных оценок проектов, поставить у себя процессы архитектурного проектирования и дизайна и т.п. Главное – не пытаться сделать сразу все, но при этом никогда не останавливаться на достигнутом, а постоянно совершенствовать процессы компании.
Оглавление | - |
Тест 1018 минут | - | |
5 часов | - |
Артем Титеев
| Россия, Ставрополь, Северо-Кавказский государственный технический университет, 2005 |
Артём Бавенд
| Россия, Москва, Российский экономический университет имени Г.В. Плеханова, 2013 |