Методики управления развитием ис на базе 1сHelen Kopteva
Данная презентация была представлена в ходе вебинара "Методики управления развитием ИС на базе 1С. СППР как возможный инструмент поддержки данных методик". Ведущий - Олег Демиденко, руководитель отдела внедрения, руководитель проектов компания "Кодерлайн".
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Методики управления развитием ис на базе 1сHelen Kopteva
Данная презентация была представлена в ходе вебинара "Методики управления развитием ИС на базе 1С. СППР как возможный инструмент поддержки данных методик". Ведущий - Олег Демиденко, руководитель отдела внедрения, руководитель проектов компания "Кодерлайн".
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте?
Готовы ли вы к тем изменениям, которые необходимо сделать?
Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому?
Готовы ли представители бизнеса общаться с командами разработки по-другому?
Зачастую оптимизация работы в одной области затрагивает и другие аспекты выпуска продукта, и часто выходит за границы одного отдела.
Опыт маленьких и больших компаний и заметки о “недокументированных” изменениях, которые вас ожидают на этом пути.
Дмитрий Лукьянов — Agile и Agility в управлении проектами. Может ли "водопад"...AgileLAB
Agile и его "корни": почему гибкие технологии работают и всегда ли "традиционные подходы" проигрывают Agile? Есть ли "гибкость" в "waterfall" и в каких случаях? "Принципы" Agile, "Ценности" Scrum и классика управления качеством - конфликт или развитие отношений "отцов и детей"? Какое место могут и должны занять принципы Agile в бизнесе, независимо от его отраслевой привязки?
Александр Крючков — Как поднять мотивацию команды и вывести проект из проблем...AgileLAB
Зачастую проблемы на проекте бывают тесно связаны с уровнем мотивации команды: в каких-то случаях трудности демотивируют команду, в других наоборот - низкий уровень мотивации приводит к срыву сроков, большому количеству дефектов и т.д. И как известно, универсального способа улучшения ситуации не существует.
В докладе будет описан пример проекта, в котором изменение процесса разработки, перераспределение ролей и минимизация избыточной коммуникации привели к повышению командного духа и решению проектных проблем.
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
Manager’s toolbox: popular, familiar or optimal methodologyVictor Bogomolov
Когда мы стартуем новый проект, то всегда перед нами, как перед менеджерами, становится выбор – как мы этот проект будем выполнять? Равно как разработчики выбирают технологии и инструменты, с помощью которых они будет реализовывать проект, так и менеджеры выбирают подходящие методологии управления проектом.
И с одной стороны выбор поистине велик: Agile, традиционные подходы, различные стандарты, процессно-ориентированные подходы, и многие другие, – а с другой стороны велико искушение воспользоваться самым популярным или самым привычным подходом.
Из доклада вы узнаете
* Какой подход или методология оптимальны для вашего проекта
* Какими методологиями владеет успешный менеджер
* Что выбрать: специализацию или широкий профиль?
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте?
Готовы ли вы к тем изменениям, которые необходимо сделать?
Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому?
Готовы ли представители бизнеса общаться с командами разработки по-другому?
Зачастую оптимизация работы в одной области затрагивает и другие аспекты выпуска продукта, и часто выходит за границы одного отдела.
Опыт маленьких и больших компаний и заметки о “недокументированных” изменениях, которые вас ожидают на этом пути.
Дмитрий Лукьянов — Agile и Agility в управлении проектами. Может ли "водопад"...AgileLAB
Agile и его "корни": почему гибкие технологии работают и всегда ли "традиционные подходы" проигрывают Agile? Есть ли "гибкость" в "waterfall" и в каких случаях? "Принципы" Agile, "Ценности" Scrum и классика управления качеством - конфликт или развитие отношений "отцов и детей"? Какое место могут и должны занять принципы Agile в бизнесе, независимо от его отраслевой привязки?
Александр Крючков — Как поднять мотивацию команды и вывести проект из проблем...AgileLAB
Зачастую проблемы на проекте бывают тесно связаны с уровнем мотивации команды: в каких-то случаях трудности демотивируют команду, в других наоборот - низкий уровень мотивации приводит к срыву сроков, большому количеству дефектов и т.д. И как известно, универсального способа улучшения ситуации не существует.
В докладе будет описан пример проекта, в котором изменение процесса разработки, перераспределение ролей и минимизация избыточной коммуникации привели к повышению командного духа и решению проектных проблем.
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
Manager’s toolbox: popular, familiar or optimal methodologyVictor Bogomolov
Когда мы стартуем новый проект, то всегда перед нами, как перед менеджерами, становится выбор – как мы этот проект будем выполнять? Равно как разработчики выбирают технологии и инструменты, с помощью которых они будет реализовывать проект, так и менеджеры выбирают подходящие методологии управления проектом.
И с одной стороны выбор поистине велик: Agile, традиционные подходы, различные стандарты, процессно-ориентированные подходы, и многие другие, – а с другой стороны велико искушение воспользоваться самым популярным или самым привычным подходом.
Из доклада вы узнаете
* Какой подход или методология оптимальны для вашего проекта
* Какими методологиями владеет успешный менеджер
* Что выбрать: специализацию или широкий профиль?
Что такое системное управление проектами и как убедить руководство в необходимости его внедрения? Доклад Денис Базина, представленный на конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
2. Содержание PMI: (очень)краткий обзор PMI и управление интернет-проектами: от инициации до завершения Почему это хорошо работает на Западе и плохо работает в России? Российская специфика: проблемы и способы борьбы с ними В заключение 2
7. PMI: Группы процессов Мониторинг и контроль Процессы планирования Завершающие процессы Процессы инициации Процессы исполнения 5
8. Группы процессов проекта Управление Интернет-Проектами и PMI . Мониторинг и контроль Процессы планирования Процессы инициации Завершающие процессы Процессы исполнения Жизненный цикл Фаза 1 Фаза 2 Фаза 3 Фаза 4 Мониторинг и контроль Мониторинг и контроль Мониторинг и контроль Мониторинг и контроль Процессы планирования Процессы планирования Процессы планирования Planning Processes Процессы планирования Процессы инициации Процессы инициации Процессы инициации Процессы инициации Процессы инициации Процессы исполнения Процессы исполнения Процессы исполнения Процессы исполнения 6
25. Планирование рисков и ответов на рискиКак правило, документ, получаемый на выходе – это план проекта в MS Project , утверждаемый с заказчиком + список рисков и ответов на риски в Excel + регламент внутренних и внешних коммуникаций по проекту … И только потом –начинается создание Т.З.! 8
53. Почему это НЕ работает в России? 15 Главные болезни менеджера проекта: Боязнь заказчика Неумение или нежелание аргументированно отстаивать точку зрения
54. Российская специфика: четыре главные проблемы (большинство из которых можно решить при помощи PMI) Дополнительные требования, возникающие в ходе проекта Переделки Фрилансеры Работа с кадрами 16
5 мин: Области знаний – сконцентрированы по методике PMI
Планирование коммуникаций: basecamp
Функциональные требования и эскизы страниц должен делать грамотный IA
В идеале, авторитет менеджера проекта должен быть достаточным для переубеждения заказчика. Во многих случаях, когда речь идет об опытном менеджере, авторитета бывает достаточно, но не хватает умения правильно вести коммуникации.
Не бойтесь сказать нет! Не поддавайтесь на шантаж! :)
Одноклассники, Счастливый Фермер, и время, которое менеджеры проектов тратят на тестирование, исправление грамматических ошибок, и «креативное» руководство дизайнерами – сьедают маржу.