Можно ли объять необъятное или чем Agile отличается от водопада?

Публикация № 871965

Методология - Управление проектом

Что общего между управлением парусной яхтой и проектом по внедрению ERP-системы на предприятии? В данной статье я постаралась понятным языком описать разные подходы к проектному управлению, и разобраться при каких условиях та или иная методология может быть полезной при реализации проектов.

- А как будет по-английски “фигак, фигак и в продакшн”?
- “Agile software development”
(народный фольклор)

 


Про методологию проектного управления последнее время говорят все больше и больше. Очень часто в собеседовании в компанию, занимающуюся внедрением, соискателя будут пристально допрашивать, читал ли он PMBOK, умеет ли он работать по Agile. Вокруг темы проектного управления можно услышать огромное количество терминов и понятий. Причем, очень часто разные люди в одни и те же слова вкладывают совершенно разный смысл. Примером возможных разночтений, на мой взгляд, можно как раз считать эпиграф в начале статьи. "Фигак, фигак - и в продакшн" - это, как мне кажется, как раз типичный пример Do & Fix, а вовсе не Agile. Лично у меня ясность по вопросу разных проектных подходов появилась после детального изучения Agile Practice Guide от Project Management Institute в рамках подготовки к экзамену на PMI Agile Certified Practicioner.

По моему опыту, универсального подхода к управлению проектами не существует. Оптимальный для каждой ситуации подход нужно подбирать отдельно, анализируя большое количество факторов. В первую очередь - степень определенности требований и степень определенности технических решений. Многим знакома ситуация, когда при первых же встречах с заказчиком выясняется, что он представляет конечный результат в формате "сделайте мне красиво" (на схеме: уровень неопределенности требований - высокий). Или когда заказчик четко рассказал свои хотелки после перехода на новый программный продукт, а вот исполнитель уже не очень представляет, как именно технически этот запрос реализовать (здесь уровень неопределенности требований - низкий, а уровень технической неопределенности - высокий). 

 

Сравнение моделей управления проектами

 

Ниже я хочу рассказать подробнее о том, как можно классифицировать разные методологии в управлении проектами, и для каких ситуаций подходит каждый из них. Два слова о себе: PMP, выпускник Таллиннской школы менеджеров Владимира Тарасова, бизнес-тренер, консультант по управлению проектами. Приходилось руководить проектными офисами и командами в различных IT-компаниях, иногда проекты были крупные и серьезные, иногда - собранные на коленке. Указанное ниже - мой сугубо личный опыт, рада буду комментариям и точкам зрения.  Отдельно поясню, почему здесь морские фото. Так как мое основное хобби  - парусный яхтинг, как яхтенный капитан, при сравнении подходов буду пользоваться здесь метафорой яхтенного плавания.

Подход Do & FixРешила использовать образ детей, управляющих яхтой в качестве наиболее наглядной иллюстрации к подходу Do & Fix

“Что-то сделали, если получилось не то - исправили ошибки. Потом снова что-то сделали… и далее по кругу” На русский язык иногда переводят как подход “тяп-ляп”. По сути - отсутствие методологии.

  • На что это похоже? Мы каким-то образом оказались в море на парусной яхте, на которой нет ни одного опытного члена экипажа. Налетел шквал, яхта начала крениться и черпать воду. Чтобы не потонуть, нужно что-то сделать!!! Мы начинаем случайным образом тянуть за различные веревочки и крутить штурвал, и (если повезет и не затонем раньше), в конце концов нам удается снять нагрузку с парусов и повернуть к берегу...
  • Как это выглядит в реальной жизни? К сожалению, когда команда не задумывается о применяемых методах, а действует по принципу “вижу проблему - решаю проблему”, чаще всего это и есть подход “do & fix”. Удовлетворение запросов пользователей без стратегического плана приводит к тому, что мы получаем конфигурацию, работающую в формате “что выросло, то выросло”...
  • Когда подход может быть полезным? Когда у нас недостаточно компетенций и сведений для составления плана работы (и нет возможности это исправить), а что-то предпринимать нужно. Фактически, в ситуации полного хаоса - это единственное, что мы можем сделать… В моей практике такой подход был оправдан для решения "пожарных" задач в "эпоху перемен" - когда составление стратегического плана нововведений по каким-то причинам отложено, а работать нужно здесь и сейчас, и решения "на коленке" оказываются лучше комплексного планирования.

Каскадный подход  или Waterfall (водопад)

Мы составляем четкий план и по нему действуем. Сначала собираем требования всей системы, потом определяем архитектуру, потом разрабатываем отдельные части, интегрируем, тестируем, внедряем. 

  • На что это похоже? В ходе подготовки к плаванию мы изучили лоцию, проанализировали долговременный прогноз погоды, уточнили компетенции экипажа. После чего составили и записали четкий маршрут, включая дату и место прибытия, промежуточные точки, расписание вахт, меню для кока и т. п. План действий записан в бортовой журнал и не подлежит изменениям.
  • Как это выглядит в реальной жизни? Мы проходим с заказчиком весь путь от начала и до конца. Коммерческое предложение, определение концепции (верхнеуровневые бизнес-требования), детализация требований, технический проект, выполнение работ, проведение приемо-сдаточных испытаний, закрывающие акты. Все изменения в контракт - строго по доп.соглашениям. 
  • Когда такой подход может быть полезным? На самом деле, водопад - самый простой и надежный способ управления проектами. И он удобнее всего - с одним-единственным (и очень суровым) ограничением - когда мы можем в начале проекта четко понять требования и технологии реализации. Как выражаются матерые сотрудники крупных корпораций, где водопад часто неизбежен, “если у вас водопад, вам потребуются хорошие юристы, чтобы в конце доказать заказчику, что вы ему ничего не должны”...  В моей практике водопад чаще всего оказывался неизбежным при тендерах с государственными или крупными заказчиками - подробный план составляется еще до подписания контракта, и отклонения от него (по-крайней мере, формально) считаются недопустимыми.

Следующим блоком идут адаптивные подходы. “Недоводопад, недоэджайл”. Даже догматичные авторы PMBOK начиная с 3-ьего издания (а нынче издано 6-ое) уже поняли, что каскадный метод управления проектами слишком консервативен. На практике не очень осмысленно на старте спланировать проект от начала и до конца - планирование лучше вести по кусочкам.

Итеративный подходВажно помнить, что при любом грамотном подходе к проектному управлению у нас присутствует планирование

От слова “итерация” - повторение. Мы планируем так называемым “методом набегающей волны” - ближайшие события планируются подробно, более далекие - приблизительно. То есть мы готовы уточнять и корректировать планы по ходу проекта.

  • На что это похоже? Как и в прошлый раз, в ходе подготовки к плаванию мы изучили всю необходимую информацию, определили ориентировочную дату и место прибытия. Но план составлен не столь подробно, скорее приблизительно. По ходу путешествия мы будем повторять процесс планирования, и корректировать изначальный план по ситуации - как изменится прогноз погоды, как поведет себя экипаж, как будет выглядеть навигационная обстановка на месте. 
  • Как это выглядит в реальной жизни? Мы стараемся заключить контракт в достаточно мягких формулировках, понимая только наиболее верхнеуровневые требования. Более точное техническое задание составляется уже по ходу работы.
  • Когда такой подход может быть полезным? Итеративный подход находит свое применение существенно чаще, чем каскадный, и помогает преодолеть многие ограничения водопада - ибо в начале проекта заказчик чаще всего не может подробно описать требуемый функционал. Типичной иллюстрацией итеративного подхода являются прототипы - когда, к примеру, поставщик не пытается сразу разработать и внедрить ERP-систему целиком, а сначала простраивает какой-то один ключевой бизнес-процесс и дает заказчику с ним "поиграться". 

Инкрементальный подход

От слова “инкремент” - промежуточный результат. Мы едим слона по кусочкам. Разбиваем наш проект на несколько небольших поставок, и отдельно планируем каждую из них. 

  • На что это похоже? Как и при работе по “водопаду”, мы составляем подробный и детальный план, отклонения от которого не предполагаются. Но - только на ближайшую часть плавания. Все остальное - включая время и место назначения следующего этапа, мы будем обдумывать, когда первая часть плавания завершится.
  • Как это выглядит в реальной жизни? Главный признак инкрементального подхода - не одна финальная поставка, серия небольших. Чаще всего каждая поставка сопровождается отдельным контрактом или доп.соглашением. Результат, как правило, в большей степени устраивает клиента, чем при водопаде, но уверенности в завтрашнем дне и у исполнителя, и у заказчика может быть меньше. Исполнителю никто не обещал подписание следующего контракта, а заказчик может опасаться, что исполнитель “сольется” где-то в середине процесса. Впрочем, если исполнитель пропадет посередине большого проекта, управляемого “по водопаду”, то заказчик окажется в еще худшем положении…
  • Когда такой подход может быть полезным? Особенно важно заключать контракты на куски работ, когда у нас нет четкого понимания, какие именно функции являются обязательными для проекта и уверенности в том, что проект будет завершен. 

Гибкие методы управления проектами (Agile)

Мы соединяем оба принципа предыдущих подходов: планируем, во-первых, инкрементально, во-вторых итеративно. 

  • На что это похоже? В начале плавания мы можем не иметь определенности по многим пунктам. Например, мы можем знать точку назначения, но не знать, когда мы туда прибудем. Или знать дату окончания плавания, но не иметь определенности, куда мы приплывем. Из этого не следует, что мы “плывем куда глаза глядят”, как в первом случае - на каждом этапе плавания мы составляем план, при необходимости его корректируем. И в конце каждого этапа оцениваем, куда же мы приплыли, и как нам дальше управлять яхтой лучше… 
  • Как это выглядит в реальной жизни? Для того, чтобы гибкие методы были применимы в проектах внедрения, нужно, чтобы и заказчик и исполнитель были готовы к работе в условиях отсутствия детализированных требований в контракте. Заказчик на старте описывает требуемый результат, а дальше конкретные функции и механизмы детализируются уже по ходу проекта. 
  • Когда такой подход может быть полезным? Важные ограничения гибких методов - готовность всех сторон к их использованию. Важно наличие базового доверия между заказчиком и исполнителем, важна готовность заказчика деятельно участвовать в ходе проекта (с чем на практике бывают серьезные проблемы), важен профессионализм и дисциплина команды исполнителей. Важно не скатываться в подход “Do & Fix” - то есть постоянно сверяться с генеральным направлением и стремиться корректировать результаты от итерации к итерации. 


Ниже привожу табличку, где можно наглядно увидеть, в чем отличия и преимущества каждого из описанных подходов. 

 

Сравнение подходов


Практический совет - поймите, каковы ваши граничные условия, что для вас является главной целью - и вам станет проще понять, какой подход применять разумнее. И, главное, помните, что “чистые” подходы встречаются чаще всего только в красиво оформленных учебниках, а в жизни мы применяем те или иные гибридные формы. Удачи в управлении проектами!

 

Подробнее об управлении ИТ-проектами вы можете узнать на моих онлайн-курсах //infostart.ru/public/1162541/

Специальные предложения

Поделитесь - а какой подход (подходы) к управлению проектами используется в вашей компании?


Do & Fix - думать некогда, прыгать надо! (53.33%, 16 голосов)
53.33%
Гибкие методы - содержание уточняется по ходу проекта (26.67%, 8 голосов)
26.67%
Итеративный подход - вначале ТЗ в общих чертах, детали выясняем по ходу (23.33%, 7 голосов)
23.33%
Инкрементальный подход - серия небольших контрактов/ТЗ (20%, 6 голосов)
20%
Ближе всего к водопаду - все работы указываем в контракте/ТЗ (16.67%, 5 голосов)
16.67%
Никогда не задумывались над этим вопросом (6.67%, 2 голосов)
6.67%

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. MarryJane 25 23.07.18 13:24 Сейчас в теме
А вот можно описать грань между 1 Do & Fix и последним. Потому как план то есть, но мы идем маленькими шагами к этому плану, тоже самое и в первом пункте план есть, мы просто не понимаем как его реализовать.
MariaTemchina; +1 Ответить
2. MariaTemchina 23.07.18 14:52 Сейчас в теме
(1) - очень хитрый вопрос.
Я бы сформулировала ключевые практические отличия Agile от Do & Fix примерно так:
1) Гибкие методы - про обучение и рефлексию. По итогам очередного шага мы останавливаемся и рефлексируем: что мы сделали так, что не так, и как нам дальше работать лучше? И, черт возьми, не просто фиксируем, а применяем на практике на следующем шаге!!!!
2) Для ответа на вопрос стоит почитать и поосмыслять Agile манифест.
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану


И особенно внимательно нижнюю строчку:

То есть, не отрицая важности того, что справа,
мы всё-таки больше ценим то, что слева.

Потому что если мы правую часть откидываем в принципе, мы как раз и получаем Do&Fix.

Таким образом, мы можем взять манифест в качестве своеобразного чеклиста:
- Главным фокусом внимания для нас являются люди и взаимодействие?
- На этом фоне уделяем ли мы внимание процессам и инструментам?

- Мы стремимся в первую очередь производить работающий продукт?
- При этом, заполняем ли мы необходимую документацию?

- Готовы ли мы к сотрудничеству с заказчиком (вместо приглашения юриста для объяснения, что мы ничего не обязаны)?
- На этом фоне, относимся ли мы уважительно к контрактным обязательствам?

- Готовы ли мы к изменениям?
- Есть ли у нас первоначальный план, и отталкиваемся ли мы от него при изменениях?

Если мы на все вопросы ответили "Да" - то можно говорить, что у нас гибкие методы управления проектами. Если каждый применяет какие попало инструменты, документация не соответствует продукции, контракт "для галочки", сроки точно сорваны под предлогом изменений - простите, но это Do & Fix.
P. S. Я специально довожу ситуацию до абсурда, понятно, что на практике - дьявол в деталях. Но работающий Agile я видела, да.
AlenaR; pbabincev; LordKim; mysm; A_Max; NPetrovichev; +6 Ответить
37. strange2007 143 19.10.18 09:47 Сейчас в теме
(2)
Люди и взаимодействие важнее процессов и инструментов

Надо границу провести, где много общения, а где мало. А то тут вон специалисты общались, общались, а по факту без документов не могут 2 слова связать. Когда дело дошло до конкретике, выяснилось, что они много общались и шли по не правильному пути. Грустно очень, но когда дело касается денег, сразу вспоминаешь про бумажки. Я ж им диктовал как правильно писать, а они... Эх...
А ещё они уверены, что сделали что-то рабочее. Автоматизаторы, блин
3. oleganatolievich 24.07.18 16:18 Сейчас в теме
Не люблю слова, которые не отражают суть, а дают лишь общую концепцию. "Рыночная экономика" и "капитализм", по сути одно и тоже, зато "рыночная экономика" не так запятнана как "капитализм". чем Agile отличается от "тяп-ляп"? Позитивным восприятием последнего? Может быть у меня не было опыта автоматизации по концепции Agile, и я не смог прочувствовать что это. Но обычно изучаются бизнес-процессы предприятия, потом дело настраивается в тестовой конфигурации, тестируется, так до определенной точки, когда основной функционал отлажен и можно пересаживаться на рабочую базу. Ну или можно просто посадить пользаков работать в чистую базу, и по-тихоньку настраивать, это наверное и есть Agile.
5. MariaTemchina 1020 24.07.18 17:36 Сейчас в теме
(3) Я чуть выше ответила, в чем в данном случае отличия между "рыночной экономикой" и "капитализмом"... Видимо, подробнее напишу отдельный материал. Скажем так, если вы будете изучать все бизнес-процессы предприятия, прежде чем начинать настраивать, то вы рискуете это делать до морковкиного заговенья, а полученный результат будет не факт, что подходящим.
Agile - это когда вы выделяете какой-то логически законченный небольшой кусок, его анализируете, тестируете, в процессе тестирования 8 раз переделываете, потому что заказчик понял, что всё не так, потом навинчиваете на рабочую базу, и берете следующий кусок - и так по кругу.
Шансы, что результат устроит заказчика в среднем выше. Хотя подход применим не всегда, тоже спорить не буду.
Kochergov; +1 Ответить
4. oleganatolievich 24.07.18 16:21 Сейчас в теме
А если заказчик сам не знает чего хочет, и в середине проекта, когда пользователи уже забили НСИ, решил... ну скажем - учитывать оплаты по заказам, а не в разрезе договора (в УТ 11), а клиентская база огромная, то есть надо не только настроить правильно конфигурацию, но и перенести оплаты на заказы клиентов. Чем это не "тяп-ляп"?
6. MariaTemchina 1020 24.07.18 17:40 Сейчас в теме
(4) Подскажите, а в указанном варианте прототип делали? В смысле, тестовую версию, как будет выглядеть на "условных" данных заказчику показывали, до того как пользователи уже справочники стали заполнять, и он ее одобрил?..
10. oleganatolievich 25.07.18 12:06 Сейчас в теме
(6) показывали, все было норм. а потом генеральный решил внедрить KPI по оплаченным заказам. вполне в духе Agile.
7. Kosstikk 86 25.07.18 10:38 Сейчас в теме
(4) в Вашем случае Agile подход разрешит разделить процесс внедрения на независимые блоки которые внедряются итерациями. Разговаривая о подходах нельзя избежать абстракций. Пока Вы не научитесь перекладывать теорию на конкретно Ваш пример - погрузиться в Agile будет сложно.
Суть Agile, на мой взгляд, это честные и прозрачные отношения между заказчиком и исполнителем, понимание закономерностей проекта и приближенность к реальной жизни, без иллюзии, что уникальный проект может быть расписан заранее и выполнен с первого раза, без попыток перекидывания рисков или ответственности. А вообще все в манифесте есть, им надо проникнуться, без блокировок внутри головы. Это работает в современном мире..

1. Если заказчик сам не знает чего хочет - вы не можете корректно зафиксировать требования и в каскадном подходе вы вообще не запуститесь. В общем варианте за заказчика думает эксперт, объясняет как это должно быть и фиксирует требования.
2. С Agile если возникли непредвиденные изменения (предвидение - это отдельная тема) в блоке внедрения продаж вы создаете еще одну итерацию работ или несколько, которые приведут систему к нужному состоянию. В каскаде - это либо конец проекта и запуск по новой, либо скатывание к do fix (внезапно все будут готовы пойти на такие меры)
3. Параллельно вы внедряете блок закупок, который, запустится вовремя. И не будет зависеть от запуска других блоков в отличии от каскада.
4. Все понимают, что система должна быть чем-то единым и целым, и есть очень много "палок в колеса" для такого разделения, идеально не будет, но будет удобнее. Можно внедрятся блоками и этапами. Это тоже работает.

Agile со временем дает свои плюшечки, когда им долго пользуешься )) если "тяп-ляп" - это увидел сделал, получил проблему - исправил, то Agile - это посмотрел на проект целиком, разделил его на блоки, внутри блока сделал декомпозицию и далее блок итеративно доводится до необходимого результата, возможно с применением принципа Парето с быстрым запуском функционала и дальнейшим доведением до ума. Оценил ретроспективу. Определил скорость работы, для дальнейшего более точного планирования объемов итераций. Запустил работу. Большое преимущество при этом прозрачность работы, все друг-друга понимают, все видят закономерность работы и её планомерность, нет разочарований от не полученных ожиданий, нет работы по вечерам и выходным ))

Интуитивно очень часто заказчики и разработчики понимают эффективность этого подхода, но имеют внутренний барьер для перехода на него. А когда сроки/деньги жмут скатываются сразу на do fix, отступаясь от незыблемости каскадного планирования.

На моей практике Agile очень эффективен для результата, но встречает волну сопротивления от руководства, которые мыслят ценой/сроками, при этом не всегда понимают, что при каскадном подходе колоссальный объем сопутствующих работ вытекает в увеличение и первого и второго, зачастую каскад в не шаблонном проекте - это всего лишь профанация с огромной вилкой.

В заключении хотелось бы заметить, что иногда суть сразу не будет видна, но подобные статьи приблизят к ней и сформируют нужные вопросы в голове ;)
MariaTemchina; +1 Ответить
8. MariaTemchina 1020 25.07.18 11:13 Сейчас в теме
(7)
Kosstikk - спасибо большое за комментарий по делу.
На моей практике Agile очень эффективен для результата, но встречает волну сопротивления от руководства

По моему опыту, очень часто волна сопротивления бывает еще и от заказчика, который, во-первых, ждет на старте четкого контракта на весь объем работ, во-вторых, не всегда готов к тесному сотрудничеству в процессе.
Kochergov; Kosstikk; +2 Ответить
26. Kosstikk 86 26.07.18 09:10 Сейчас в теме
(8) тут как раз имел ввиду руководство вцелом как со стороны исполнителя, так и со стороны заказчика.

Проектная группа заказчика, понимая, конкретику работ - понимает сферичность каскада, а руководитель от лица заказчика, как Вы правильно заметили, хочет получить подробный план на старте )
11. oleganatolievich 25.07.18 12:08 Сейчас в теме
(7) на словах это красиво, вы не берете в расчет человеческий фактор на стороне заказчика. на деле - мне бы сказали, что я срываю сроки проекта.
16. MariaTemchina 1020 25.07.18 12:17 Сейчас в теме
(11)
на словах это красиво, вы не берете в расчет человеческий фактор на стороне заказчика. на деле - мне бы сказали, что я срываю сроки проекта.


Да, одно из условий работающего Agile моментов - заказчик должен быть готов к отсутствию определенности по срокам и содержанию финального релиза на старте. Если не готов - не взлетает... (На самом деле, в водопаде тоже скорее иллюзия определенности по срокам и содержанию - но там эту иллюзию все старательно поддерживают).
Kosstikk; DonAlPatino; +2 Ответить
9. Yashazz 3202 25.07.18 11:55 Сейчас в теме
Все случаи попытки использовать эту хрень, о которых я знаю либо лично наблюдал, приводили в лучшем случае просто к проблемам на всех уровнях, а в худшем - к катастрофе, провалу проекта и даже закрытию фирмы.
По имеющейся у меня информации, именно внедрение этой хрени в 1С привело к чудовищным косякам и проблемам релиза 8.3.7, и последующему бардаку с релизами обновлений фрагментов платформы в продакшен.

Поэтому, какие бы красивые презентации, умные доклады и элегантные концепции нам не втюхивали, я могу сказать только одно, чисто по опыту: нафиг надо.

Вообще, замечу, некоторые поклонники "сферических коней в разработке" довольно лихо и регулярно собирают плюсы за свои статьи, далёкие от реальности, а стоит попытаться перейти к конкретике и делам нашим скорбным, так сторонние советчики сливаются, а свои коллеги чешут репу и говорят, да ну её нафиг. Потому что реальность разработки - это только и исключительно экстремальный костыльный кодинг, и другого не будет - не потому даже, что мы такие, а потому, что жизнь и заказчики таковы)

Автор, а что, можете привести вот прямо пруфлинк на коллектив, хотя бы вполовину успешно применяющий эту хрень?
Drivingblind; strange2007; Kochergov; oleganatolievich; +4 1 Ответить
12. oleganatolievich 25.07.18 12:09 Сейчас в теме
(9) +100500
это все откуда-то из области бизнес-тренингов. концепция красивая, а получается как всегда.
Kochergov; Yashazz; +2 Ответить
13. MariaTemchina 1020 25.07.18 12:13 Сейчас в теме
(9)
Все случаи попытки использовать эту хрень, о которых я знаю либо лично наблюдал, приводили в лучшем случае просто к проблемам на всех уровнях, а в худшем - к катастрофе, провалу проекта и даже закрытию фирмы.

Yashazz - вы удивитесь, но я вот прямо почти с вами соглашусь. Я тоже знаю попытки внедрения Agile, по итогам которых получалась феерическая фигня. По разнообразным причинам и с разнообразными последствиями...
Из самых простых причин провалов - упомяну одно из ключевых ограничений: Agile работает только в команде мотивированных профессионалов. То есть если у вас не профессионалы, и не мотивированные - работать не будет. Ну, и следующий момент - попытка внедрить Agile на судне, которое уже начало тонуть - ну, в-общем, тоже затея спорная...

(9)
Автор, а что, можете привести вот прямо пруфлинк на коллектив, хотя бы вполовину успешно применяющий эту хрень?

Могу. Как минимум, взимодействовала с успешно работающими по Agile командами в Яндексе, командами в Газпроме, командами в Ростелекоме. С небольшими внедренческими командами тоже работала (названия не готова приводить без их разрешения). В одном случае, после того как одна из команд разработчиков начала работать по SCRUM, ее эффективность настолько превысила эффективность остальных команд, что встал вопрос, а зачем вообще остальные едят деньги инвесторов?..
Kochergov; +1 Ответить
14. oleganatolievich 25.07.18 12:14 Сейчас в теме
да, пруфлинк на "правильное внедрение в Agile стиле" в студию. а то как всегда холопы в Россиюшке - увидели где-то в розовых заграничных интернетах красивое непонятное слово, ну практически заклинание, и давай его форсить везде. это же не инструкция "как надо делать", а скорее расплывчатая рекомендация. какой от нее толк в реальных условиях? так что... дизлайк, отписка.
17. MariaTemchina 1020 25.07.18 12:18 Сейчас в теме
Выше привела примеры команд, с которыми я имела дело.
Kochergov; +1 Ответить
15. oleganatolievich 25.07.18 12:14 Сейчас в теме
и если можно в конкретных цифрах насколько повысилась производительность, а не в "3-4 раза".
18. MariaTemchina 1020 25.07.18 12:37 Сейчас в теме
(15) С измерением производительности всегда не просто. В чем ее измерять? В попугаях? В удавах? В числе внедрений за единицу времени? В рублях, заработанных для фирмы?.. В удовлетворенности заказчика? Можно, наверное, покопаться в отчетах и сравнить производительность "до и после" - но конкретные цифры, по моему опыту, не очень показательны.
21. oleganatolievich 145 25.07.18 14:01 Сейчас в теме
(18)
Можно, наверное, покопаться в отчетах и сравнить производительность "до и после" - но конкретные цифры, по моему опыту, не очень показательны.

да, в объеме тех же продаж. раз цифры не очень показательны, значит и метод "не очень показателен". вот вам и практика.
Kochergov; LordKim; +2 Ответить
19. Yashazz 3202 25.07.18 13:02 Сейчас в теме
Мария, пруфлинк это не упоминание бренда или названия компании. Это ссылка на конкретные отзывы других, желательно непредвзятых, людей, которые оценивают эффект (и тактический, и стратегический) как положительный. А то я тоже могу сказать, что как только плюнули на все эти скрамы-канбаны в проекте, допустим, Минсельхоза, всё сразу продвинулось)
Kochergov; LordKim; +2 Ответить
24. MariaTemchina 1020 25.07.18 15:34 Сейчас в теме
(19) Yashazz

Вот прямо подборку подписанных отчетов - с оценкой эффекта в деньгах - не покажу. У меня ее нет.
И если вы считаете, что "все эти скрамы-канбаны" вашему проекту только помешают - я буду последним, кто будет вас отговаривать, честное слово. Я вообще никого за советскую власть (простите, за рыночную экономику), не агитирую. И если вы расскажете про опыт продвижения проекта Минсельхоза без Agile - буду очень признательна, если вы поделитесь своим личным опытом - ибо он бесценен, и, возможно обогатит мои представления про те ситуации, когда Agile только мешает...
Но факт, что многие команды, у которых получилось, оценивают результат, как позитивный - имеет место быть.
Вот, например, интересное исследование именно по российским компаниям, где рассказано про цели внедрения Agile и их продвижение - и как оценивают компании, насколько целей реально удалось добиться: https://www.cossa.ru/news/180817/
Прикрепленные файлы:
Kochergov; +1 Ответить
29. Yashazz 3202 26.07.18 10:45 Сейчас в теме
(24)
Вот прямо подборку подписанных отчетов - с оценкой эффекта в деньгах - не покажу

Ага. Ну да. Её почему-то никто из авторов подобных статей показать не может. Просишь конкретику - а её нет, только общие красивые слова, как всё стало круто. Исследование - это извне, а у нас показуха запросто делается, этой статистике грош цена. Вот слова конкретных разработчиков, да ещё в неофициальном ключе - были бы бесценны.

Короче, вывод: очередная трепотня на постном масле. Ну, могу поздравить, плюсиков вы насшибали) Людей, ведущихся на красивые сказки, достаточно, чтобы такие теоретизирования (равно как и всякая прочая бизнес-консультантская лабуда) были бы востребованы.
30. MariaTemchina 1020 26.07.18 11:05 Сейчас в теме
(29) Yashazz - рада, что вы так легко со всем разобрались. Желаю вам и впредь не вестись на красивые сказки и всякую прочую бизнес-консультантскую лабуду, и вести проекты так, как вы привыкли.
Artem-B; Kosstikk; +2 Ответить
31. Yashazz 3202 26.07.18 11:41 Сейчас в теме
(30) Причём здесь "я привык"? Я вообще привык работать в одиночку. А вот кучу проектов, которые завалили те, кто повёлся и те, кто сказки рассказывал, это я наблюдал во всех видах. И в отличие от Вас, готов предоставить контакты людей, которые весьма предметно и конкретно скажут, где и как всё стало плохо после внедрения подобной хрени.
oleganatolievich; +1 1 Ответить
20. oleganatolievich 145 25.07.18 14:00 Сейчас в теме
самый главный вопрос в ваших скрамах и эджайлах - кто заставит сторону заказчика следовать этой концепции? почему человеки, которые по сути заказывают разработку, платят за нее, будут меняться, просто потому что этого захотел разработчик? как можно быть "правильным" в одном невзаимном направлении?
Kochergov; +1 Ответить
22. MariaTemchina 1020 25.07.18 15:19 Сейчас в теме
(20) oleganatolievich, отвечаю по пунктам:
кто заставит сторону заказчика следовать этой концепции?

Никто.
почему человеки, которые по сути заказывают разработку, платят за нее, будут меняться, просто потому что этого захотел разработчик?

Нипочему.
как можно быть "правильным" в одном невзаимном направлении?

Никак.

Agile применим тогда и только тогда, когда обе стороны к нему готовы и готовы его применять. Это, к сожалению (или к счастью?), не универсальная методология. Но когда получается - все стороны оказываются в выигрыше.
Kosstikk; +1 Ответить
23. oleganatolievich 145 25.07.18 15:25 Сейчас в теме
(22) и я о том же. заказчик обычно хочет все и сразу и никто его в этом не переубедит.
Kochergov; +1 Ответить
25. MariaTemchina 1020 25.07.18 15:35 Сейчас в теме
(23) Да, совершенно верно. В ситуации, когда заказчик хочет все и сразу и переубедить его не представляется возможным, вам придется работать по водопаду.
27. Kosstikk 86 26.07.18 09:29 Сейчас в теме
(23) желание заказчика в данном случае диктует правила.

Есть ситуации, когда заказчик готов переплатить в 5 раз за водопад, это правда и это их выбор. Получить четкий фиксированный результат. Их очень много. И, на моей практике, разработчик выставляет встречные условия по фиксации конфигурации (ни каких вам обновлений впринципе). Водопад.

Есть ситуации, когда заказчик хочет платить по минимуму, обычно это заканчивается аутстафом либо взятием программиста в штат. Do fix.

Этих ситуаций - большинство..

Agile - это компромисс между четкостью и эффективностью. Agile - это отношения в первую очередь. Да, в бизнес разработке он очень сложно применим. Я бы больше рассматривал проекты постоянно совершенствующихся систем, где все работает, но хотят сделать еще удобнее/быстрее/лучше/по-новому/закрыть новые области автоматизации, чтобы получить большую эффективность работы системы. Сложно предствить Agile не внутри одной компании, т.к. грани взаиморасчетов/результата/доверия - не будут рассматриваться с одинаковой позиции заказчиком и исполнителем.
В коммерции нет чистого Agile, он либо разворачивается внутри отдела 1С, если он есть у компании, либо это примерно так: Заказчик <-> (водопад с вилкой) <- > Исполнитель (команда Agile). Ситуаций Заказчик <-> Agile <-> Исполнитель - минимум.. т.к. это больше инвестирование, а не сделка )
MariaTemchina; +1 Ответить
28. MariaTemchina 1020 26.07.18 09:55 Сейчас в теме
(27) Kosstikk - соглашусь с вами. Для меня Agile - это тоже прежде всего про доверие. В моем окружении продуктивная работа по Agile за пределами одной компании возникала в ситуации, когда уже установлено доверие между заказчиком и исполнителем, и на этом фоне обе стороны искренне искали лучшие решения. И даже когда в большинстве случаев сотрудничество получалось - все равно, иногда были ситуации, когда заказчик начинал пытаться прогибать исполнителя под себя, и ситуация скатывалась опять к жестким условиям контракта "шаг вправо, шаг влево..."


Сложно предствить Agile не внутри одной компании, т.к. грани взаиморасчетов/результата/доверия - не будут рассматриваться с одинаковой позиции заказчиком и исполнителем.
Kochergov; +1 Ответить
32. oleganatolievich 145 26.07.18 11:42 Сейчас в теме
господи, сколько воды... аджайл - это как идеальный газ, его не бывает в природе. решает человеческий фактор по итогу. ну... типа вы не работали с реальными заказчиками автоматизации бизнеса на 1С по России / СНГ? вроде взрослые люди...
33. MariaTemchina 1020 26.07.18 12:22 Сейчас в теме
(32) oleganatolievich - бывает. Хотя реже, чем стандартная схема работы. На самом деле, на практике чаще встречаются так называемые "гибридные" модели - когда в проекте сочетаются элементы нескольких подходов. Я и в сфере автоматизации бизнеса, и даже в сфере госуправления (когда консультировала муниципальные/региональные органы власти) встречалась с успешно применяемыми принципами гибкого управления. Как правило, при грамотном применении результат с гибким подходом лучше, чем с жестким.
Kochergov; +1 Ответить
34. Kosstikk 86 01.08.18 16:46 Сейчас в теме
(32) https://infostart.ru/video/w878512/

посмотрите пожалуйста, если не верите, что в 1С бывает Agile ))
35. MariaTemchina 1020 01.08.18 17:24 Сейчас в теме
(34) Спасибо, Kosstikk, наглядное видео.
На самом деле, мой опыт тоже показывает, что внедрение продукта заказчику по Agile тоже возможна при условии определенного уровня доверия, хотя и не всегда всё просто и гладко.
36. MariaTemchina 1020 02.08.18 12:09 Сейчас в теме
Интересно будет через некоторое время подвести результаты опроса на Инфостарте... Пока на первом месте - в 37% компаний - подход "Do & Fix" - "Думать некогда, прыгать надо!"... Спасибо за честность... А вот "Водопад" без итераций самый последний по частоте - недобрал 12%...

Коллеги, подключайтесь, голосуйте - где какие подходы к проектному управлению применяются?
38. strange2007 143 22.10.18 13:34 Сейчас в теме
(36) Дык как можно голосовать, если там только ваши конкретные методики? Оно ж вроде как без вариантов - нет нужного пункта.
39. strange2007 143 22.10.18 13:43 Сейчас в теме
Можно чуть подробней про эти методики? А то все описания уж очень сильно смахивают на шарлатанство - мало конкретики и очень много пустословия. Простите за грубость, но в обществе не существует равенства и доверия (доказано практически и теоретически). В общем это напоминает секту какую-то. Ну и скрывать не буду, все видимые результаты внедрений таких методик выглядят... мягко говоря гаденько - название есть, а в конторе бардак полный.

И оценка изменений, как мне кажется, тоже очень странный пункт, ведь многие направления очень хорошо формализуются. Например, "до внедрения чего либо, обслуживал учёт компаний большой ИТ-отдел и 3 сторонние конторы, после внедерения один человек". Мне кажется это очень показательно. Уверен, что и у Вас есть что-то подобное. Похвастайтесь и люди заинтересуются. А иначе... а иначе остаётся осадок недосказанности.
40. MariaTemchina 1020 22.10.18 16:27 Сейчас в теме
(39)
Можно чуть подробней про эти методики? А то все описания уж очень сильно смахивают на шарлатанство - мало конкретики и очень много пустословия.

Пытаясь обобщать, трудно приводить конкретику.
Если хочется конкретики, вот вам, пожалуйста, Профкейс 2.0 доступный франчайзи - см. 1С:ТСВ - как пример водопадной методологии, 1С:ТКВ - как пример итеративной, 1С:ТБР как пример гибкой.
По результатам опроса Инфостарта, порядка 2/3 франчайзи используют.
Как-то так...
41. strange2007 143 23.10.18 07:22 Сейчас в теме
(40) Добрый день (это неуважительно, раз у меня день, но так уж воспитан). Тут уж признаю свою ошибку - не сообразил сразу, что ориентация на франчей. Там чуть-чуть другой принцип, т.к. мотивация идёт от продаж, а не от того, что бы заказчику было хорошо. Это сразу всё расставляет на свои места. И не подумайте, это не плохо, а наоборот.
А про ТКВ и ТБР не слышал. Честно-честно не слышал. Есть повод узнать.

И да, не забывайте, что Вы рекламируете технологию, а я всего лишь как ленивый кот - "а нас и тут неплохо кормят" (это шутка, а не издёвка)
42. Petr54-ru 74 28.11.18 07:40 Сейчас в теме
мне понравилась метафора по поводу управления парусной яхтой и методологиями управлением ИТ-проектами. Однако у меня, немого иной взгляд на эти вещи.

Если лодку ведет команда ботаников под управлением сертифицированного Coastal Skipper, то это и будет иджайл. А если команда находится в мозолистых руках яхтенного капитана советской парусной школы, который прошел путь от яхтенного рулевого второго класса и за спиной которого многие тысячи зачетных миль и задница давно обросла ракушками, то это и будет старый добрый водопад. Сейчас попытаюсь объяснить почему.

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

Однако возвращаясь к нашим баранам - проектные риски не такие страшные как гибель экипажа и потеря яхты, почему бы не рисковать?
Оставьте свое сообщение

См. также

SALE! 40%

3 онлайн-курса по управлению ИТ-проектами от Марии Темчиной Промо

Управление проектом Платные (руб)

Комплексный курс по управлению ИТ-проектами в трех частях от директора по проектам Инфостарта.

30000 руб.

03.12.2019    5481    8    10    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    3422    0    sapervodichka    1    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    8428    0    MariaTemchina    31    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

На самом деле, переход рабочей жизни в онлайн обладает некоторым количеством плюсов. В частности хочется верить, что формальный контроль “отслеживаем кто сколько часов проработал, проверка, что сотрудники на месте и все чем-то заняты” заменится фактической отчетностью “по результатам”.

23.03.2020    4143    0    MariaTemchina    24    

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

Управление проектом Бесплатно (free)

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    11550    67    infostart    18    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

Все, кто когда-либо работал в проектах, знают, как важна точность даваемых оценок длительности выполнения каждого задания. При этом, достаточно лишь одному заданию опоздать, чтобы поставить под угрозу выполнение сроков всего проекта. Стараясь подстраховать выполнение своих обязательств, мы закладываем в оценку длительности каждого задания изрядное количество резервов времени. Однако, как бы мы не старались, проекты все равно не завершаются в срок. И тому есть свои причины … четыре основные причины, почему проекты никогда не завершаются в срок.

03.03.2020    4844    0    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Бесплатно (free)

В новой версии PMBoK традиционные рекомендации по управлению проектами перевернуты с ног на голову. В этой статье расскажу свою точку зрения, в чем, на мой взгляд, основные изменения, и как это может сказаться на проектах внедрения…   

23.01.2020    9036    0    MariaTemchina    8    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    8895    0    user809424    11    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    5201    0    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    5741    0    1c-intelligence    32    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

Очередной темой серии статей “20 мыслей об ИТ-проектах” будут требования к системе. По результатам голосования был вариант про карьеру проектных ИТ-специалистов, но ее я коснулся в докладе на Воронежском митапе, немного изменив и сделав акцент в сторону аналитиков. В ближайшем выпуске сделаю небольшую выдержку по теме.

14.10.2019    5132    0    chavalah    16    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    32678    0    1СERP    79    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    10991    0    ogroup    162    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    8350    0    GSoft    15    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    9821    0    SergeyN    6    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    29677    0    1СERP    175    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    7396    0    KoldunOne    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    7218    0    Hissin    18    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    6809    0    SergeyN    1    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    30510    0    1СERP    189    

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    5805    0    sbase    9    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    8946    0    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    6621    0    MariaTemchina    8    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    30351    0    1СERP    107    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    7647    0    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    10327    0    1c-intelligence    120    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    6623    0    MariaTemchina    8    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    40928    0    1СERP    231    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    8055    0    1c-intelligence    39    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    10371    0    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    7461    0    chavalah    22    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    26503    0    Gavrik    10    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    8944    0    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    9005    0    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

Тема управления проектами - популярная, вокруг нее много всего разного накручено. Кто-то считает, что главное - это выучить PMBOK и точно следовать правилам. Кто-то считает, что главное создать комфортную атмосферу, и сразу все как по волшебству заработает. В этой статье я попробую рассказать, какие шаги, по моему скромному мнению, нужно предпринять, чтобы начать более эффективно управлять проектами в организации.

31.01.2019    7509    0    MariaTemchina    0    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    38976    0    raiml    37    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    9237    0    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    11643    0    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    8859    0    1c-intelligence    7    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    43367    0    CheBurator    64    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    8878    0    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    8217    0    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    16141    0    andironenko    128    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    35314    0    axxell    15    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

Во многих остросюжетных фильмах используется этот трюк. В начале фильма главный герой одиноко скачет по прерии лицом к хвосту лошади, или закопан в пустыне по самое горло, или какие-то не совсем добрые люди собираются отрезать ему то, что отрезать и не нужно. Потом идут титры, потом на весь экран спойлер: двумя неделями раньше... и здесь он хлещет виски в салуне, прикуривает от сто долларовой банкноты, рассекает на яхте с пятнадцатилетней капитаншей. Все то, что так не рекомендует делать Минздрав. И уже весь остальной фильм нам рассказывают, как можно собственно докатиться от такой до такой жизни. Такая же история приключилась и с прошлой статьей.

03.12.2018    7802    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    8962    0    MariaTemchina    40    

"Черные страницы Scrum", по версии Ивана Селиховкина

Управление проектом Бесплатно (free)

Иван Селиховкин более 12 лет занимается управлением проектами, программами, портфелями. И в статье он расскажет о проблемах использования Scrum, которые могут поставить под угрозу вашу карьеру или ваш проект, если вы неловко неудачно примените этот фреймворк.

23.11.2018    10332    0    Selikhovkin    8    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    36974    0    raiml    14    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

Блоги Управление проектом Бесплатно (free)

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    11638    0    andironenko    43    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

Управление проектом Бесплатно (free)

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7170    0    Selikhovkin    1    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

Управление проектом Бесплатно (free)

Так уж получилось, что на сайте я представляю средний класс. А именно программистов и сисадминов, работающих не у франчайзи и не на фрилансе, а в обычных ИП, АО, ООО, и т.п., основная деятельность которых, никаким образом с производством программных продуктов не связана. Посему все удивительные рассказы Марии Темчиной про Agile это как анекдот...

19.11.2018    8653    0    capitan    41    

Почему внедрение ERP-системы не приносит пользы бизнесу?

Интеграция Управление проектом Бесплатно (free)

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

15.11.2018    21388    0    rossoxa    63