Инфостарт все больше становится площадкой не только для автоматизаторов, но и для управленцев. В этом разделе вы можете найти полезные материалы по управлению проектами, размещенные на сайте infostart.ru. Мы собрали здесь статьи, курсы, транскрибации докладов с Infostart Event'ов, ссылки на видеоматериалы.
Темы раздела:
Agile - Гибкие методологии
PMBoK: Классический подход
Инструменты для проектного управления
Разбор кейсов успешных и неуспешных внедрений
Каждая статья, размещенная в данном разделе - совокупность теоретического и практического опыта ведущих специалистов в области Project Management. Представленные материалы доступны для всех пользователей сайта.
Это один из вопросов, которые мне задают довольно часто. Ну да, Эджайл, Скрам, технологии, методологии, красивые слова. Но где вы видели это в реальности в 1С внедрениях????
Как знает большинство старожилов Инфостарта, я люблю устраивать разного рода онлайн-обсуждения. И эта статья написана как раз по итогам такого рода вебинара-дискуссии.
Некоторое время назад я публиковала статью, где начала разбираться, что следует из Agile-манифеста на практике, и каковы сильные и слабые стороны происходящего. В одну статью всё не поместилось, и сегодня попробую закончить эту тему.
Гибкие методологии набирают популярность среди команд разработчиков. Но применять их в том варианте, который предлагается первоначально, не всегда удается. О своем опыте работы по Scrum в условиях, когда нет проектов, рассказал на конференции Infostart Event 2018 Education ведущий разработчик 1С одной из крупнейших торговых сетей Дмитрий Кирилкин.
Крик души про иллюзию внедрения Agile. Продолжаем разговор про сложности, с которыми мы сталкиваемся, когда под видом гибких технологий используются "топорные" директивные методы. По сути, мы в очередной раз сталкиваемся с извечным конфликтом "сурового менеджмента" и "творческих разработчиков"
В своем докладе Мария Темчина подробно рассказала про то, какие подходы к управлению проектами вообще бывают с точки зрения Project Management Institute, и какие из них применимы при руководстве проектами внедрения 1С.
Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании. Публикую рецензию как есть - свое имя автор, к сожалению, не написал.
Иван Селиховкин более 12 лет занимается управлением проектами, программами, портфелями. И в статье он расскажет о проблемах использования Scrum, которые могут поставить под угрозу вашу карьеру или ваш проект, если вы неловко неудачно примените этот фреймворк.
12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике.
В большинстве проектов, реализуемых при помощи гибких методологий, точное содержание продукта невозможно выяснить на этапе инициации. Отсюда и возникает крик души руководителей проектов – «Как можно заключить контракт, не понимая точный бюджет проекта?» В статье я попробую рассмотреть этот вопрос с двух сторон: рекомендации от идеологов Agile и опыт реальных практиков.
Мне понравился встретившийся на просторах интернета перевод английского слова agile на русский – не как «гибкий», а как «пронырливый». В этом что-то есть – управлять проектом за счет пронырливых методов и пронырливости проектной команды. В этой статье я расскажу про то, почему для управления современными проектами необходимо быть пронырливым, а также как это выглядит в реальных командах по внедрению.
В моей практике довольно много историй, когда компании, решившие внедрять гибкие методологии, начинали за здравие (Agile), а кончали за упокой - Do & Fix (делаем, как бог на душу положит). Попробуем разобраться, почему так происходит.
Что общего между управлением парусной яхтой и проектом по внедрению ERP-системы на предприятии? В данной статье я постаралась понятным языком описать разные подходы к проектному управлению, и разобраться при каких условиях та или иная методология может быть полезной при реализации проектов.
Я буду говорить не столько о том, как делать проекты, сколько буду делиться с вами некоторыми инструментами, которые я использую в своей работе.
К сожалению, вся проектная практика, которая существует не только в России, но и, наверное, во всем мире, в большей степени говорит о том, что огромное количество проектов выполняется с нарушением каких-либо параметров.
Немало примеров тому, как проект, хорошо сделанный с точки зрения функциональности системы, по факту оказался неприменим в реальной практике крупной компании. Наверняка кто-то из вас будет делать проекты в таких компаниях со стороны исполнителя, или кто-то сам будет там работать и сталкиваться с этим. И вот для того, чтобы немного разобраться в том, каким образом выполняются проекты в крупных компаниях, мы и поговорим об этих сложностях и противоречиях.
Речь пойдет о том, что такое гибкие методологии. Статья написана на основе доклада, прочитанного на Конференции IE 2013 Revolution (7-8 ноября 2013 года).
Я работаю с 1С с 2004 года. В процессе своей работы я сменил несколько команд, и практически все они были командами внутренней разработки большого или среднего заказчика. В одной из команд (это был холдинг среднего размера) мы внедряли Scrum. Об этом я и хочу рассказать.
Итак, мой доклад будет о внедрении Scrum. «Глубоких мыслей» не обещаю, просто постараюсь рассказать о том, как это было у нас, и возможно, пояснить, почему это было именно так
