9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

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

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

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

И у нее есть два слоя, каким образом она может быть полезна руководителям проектов (я, по-крайней мере, на это надеюсь): во-первых, здесь много интересных идей, высказанных РП, работающими в разных условиях и с разными заказчиками. А во-вторых, можно посмотреть, как проводить такого рода онлайн-мозговые штурмы - можно повторить по темам, которые актуальны вам. Кстати, если будете проводить свой мозговой штурм по мотивам - поделитесь в комментариях, как оно прошло - интересно обменяться опытом!

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

24 февраля 2021 стартует Базовый курс  в рамках Комплексного курса  по управлению ИТ-проектами, а 25 марта - курс по Agile.  


Суть проблемы

Те, кто читали мою статью под заголовком “Как собрать исчерпывающие бизнес-функциональные требования в начале проекта внедрения?” помнят предлагаемый в ней ответ на поставленный в названии вопрос (спойлер: Никак!).

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

Описание кейса 

Автор: Антон Солодков, РП, выпускник курсов по управлению ИТ-проектами.

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

1. Получили запрос на внедрение. Как-то примерно оценили общую стоимость исходя из допущений и опыта.
2. Сделали предпроектное обследование. Сформулировали этапы, описание, сроки, бюджет скорректировали (все что хотел видеть заказчик). При этом из заказчика как будто «клещами вытаскивали информацию». И почему-то устойчивое ощущение, что в проекте нас ждет огромное количество подводных камней, много решений/предложений, когда «ходим по краю» - один маленький шаг в сторону и вся архитектура «к чертям». На этом месте у Исполнителя сложилось устойчивое убеждение, что выполнить проект можно только гибкими методологиями - внедряя по частям, и уточняя требования по мере продвижения. 
3. У заказчика нет человека кто бы был «в теме» гибких методологий. При этом гибкие методологии предполагают активное участие заказчика во всем процессе разработки, следование общим принципам и методам командной работы (для успеха проекта необходимо тесное сотрудничество - фактически, общая команда исполнителя и заказчика). Конечно, можно было бы обучить заказчика гибким методологиям, но как это в реальности осуществить совершенно непонятно – никто не хочет время «тратить», тем более, что заказчик считает, что “итак все понятно”. 
4. В условиях высокой неопределенности определить бюджет проекта не представляется возможным. Просто умножить сумму «на 2» или «на 10» - вряд ли помогут. Во-первых есть конкуренты. А во-вторых, сколько не закладывай, если нет четкого понимания как управлять – все проестся и все-равно не хватит.
5.  Мария Темчина любит цитировать на этом месте афоризм:

- Ты сильный, ты справишься!
- Я умный, я даже не возьмусь!

Это, конечно, хороший ответ. Но часто именно изначально кажущиеся неразрешимые проекты давали бесценный опыт и были потом не просто рентабельны, но и выводили исполнителя на другой уровень развития. Хотелось бы возможных решений, как можно склонить Заказчика к Agiel?

Вопрос: как такие проекты запускать, как общаться с Заказчиком, на какие точки давить. Как донести другой порядок работы?

 

Как проходил мозговой штурм

 


Обсудить этот вопрос мы пригласили всех заинтересованных сторон (из сообщества Инфостарта, сообществ РП 1С, выпускников и слушателей курсов и т. п.).
На вебинаре собралось около 100 человек, причем большинство с многолетним опытом (на этой картинке можно посмотреть, кто из участников как оценил свой уровень профессионализма)...

 

 

 


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

 

 


Советы, как уговорить Заказчика

Итак, какие же предложения прозвучали? Какие ходы и аргументы могут помочь “склонить заказчика к гибким методологиям” - то есть к работе “по кусочкам” с постепенным сбором требований и небольшими поставками?
Ниже привожу прозвучавшие идеи с моими комментариями

Совет №1. Познакомить с чужим опытом

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


Совет №2. Лучше один раз попробовать, чем сто раз услышать

Самое сложное - это убедить заказчика, что на самом деле, ни он ни исполнитель не понимают, как должен выглядеть конечный результат. Потому что заказчику по умолчанию всегда “здесь же все понятно”. Для того, чтобы наглядно показать, что неопределенность куда выше, чем заказчик предполагает, полезно подготовить список вопросов, чтобы был очевиден объем неопределенности.

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

1. Сначала он ставит задачу (или тот, кто по его мнению в курсе - руководитель среднего звена)

2. Пользователь  комментирует эту задачу и описывает все реальные проблемы.
Наглядно будет видна разница. И сразу расхочется “писать полное ТЗ в начале”. Правда, чтобы этот метод сработал, нужно, чтобы были заинтересованные конечные пользователи, а не с реакцией “нас всё устраивает”...


Совет №3. Обеспечить прозрачность


Тот факт, что заказчики часто “в штыки” воспринимают разговоры про возможный разброс в цене связано в первую очередь с недоверием. Поэтому важно не брать цифры с потолка, а показать прозрачный расчет вилки с учетом возможных рисков, влияющих на реализацию проекта. Чтобы было понятно, откуда взялись те или иные цифры.
Стоит внедрить систему управления проектами, например, Jira. И дальше предложить Заказчику контролировать стадии выполнения проекта в системе. Когда разработка из “черного ящика” превращается в понятный и управляемый процесс, вопросов и претензий становится резко меньше (ну, или они становятся более обоснованными).

 

Совет №4. Объяснить Заказчику, что Agile не увеличивает его риски, а наоборот, снижает

Очень часто страх применять гибкие методы обусловлен ощущением, что это более рискованно. Мол, при внедрении по Водопаду сразу понятен и план, и бюджет, и сроки поставки. А как работать, когда неизвестно в какую сумму внедрение выльется и сколько времени займет. Так вот, ключевая задача при взаимодействии - наглядно объяснить заказчику, что кажущаяся определенность “Водопада” - это иллюзия.
Скажем, добавляя этап моделирования можно в красках расписать Заказчику, что они смогут сразу же попробовать модель в работе. Ну и сразу будет понятно, какие требования сформулированы в формате “я думал будет хорошо, а вышло не очень…”
А при работе по водопаду Заказчику придется утвердить ТЗ на 300-500 страницах и потом все риски на его стороне. Ну а качественно собрать все требования в начале проекта, как мы помним, практически нереально...
Ну и если бюджет больная тема - то можно и на нее надавить, объяснив, что Agile - это еще и способ сэкономить. Стоит заранее объяснить, что в классическом подходе стоимость изменений в конце проекта, как правило, стоит дорого. Так что Agile - это способ сэкономить на ненужных переделках, но получить при этом нужный и ценный результат.
Стоит объяснить, что прототип поможет быстро реагировать на изменения требований и окружение бизнеса. И Цена изменения будет во много раз меньше, чем когда мы 3 месяца проектируем, потом 3-4 месяца настраиваем, а потом уже только получаем результат. Если прототип делается за месяц, то экономия составит почти 6-8 месяцев.

 

Совет №5. Перейти от общих слов к конкретике. Самый сложный шаг - первый. Выбираем самое важное 

Один из распространенных (и понятных) страхов заказчиков перед Agile - страх неизвестности. Важно показать заказчику, что неопределенность будет падать по мере перехода к конкретным работам. Для этого можно выделить замкнутый блок проекта, который удается оценить (например, один внедряемый модуль). Желательно, чтобы это был базовый блок - который можно сделать в начале проекта. Но чтобы ожидаемый эффект для Заказчика был максимальным. И промежуточные результаты можно было сразу использовать в работе.  На примере выбранного замкнутого блока продемонстрировать, что возможно реализовать нужный функционал в оговоренные рамки (по срокам и стоимости), и что неизвестность на старте быстро рассеивается по ходу работы. Если выбранный функционал самый “больной”, то Заказчик скорее всего будет рад тому, что этот блок будет готов “быстро”. По результату, возможно, клиент согласится нашей методологией ведения проекта. 
Далее можно переходить к другим блокам, обращая внимание на то, что неопределенных моментов по проекту достаточно много. Здесь важно выстроить приоритеты блоков от базового функционала к надстройкам и сервисам.
После первого кусочка дальше эта схема работы будет уже привычной, и ее можно повторять.По ходу итераций придёт понимание стоимости всего проекта. Отдельное преимущество сотрудничества в том, что у заказчика есть  возможность прервать процесс улучшения для любого блока (подцели). Заказчик сам может принять решение о том, что "уже достаточно".

 

Совет №6. Грамотно расставить акценты - не на недостатках, а на достоинствах

Для того, чтобы договориться, необходимо "популярно донести" до заказчика идею гибких технологий. Не акцентировать внимания на том, что не известны сроки и стоимость проекта. Акцент держать на преимуществах и плюсах гибких технологий.
Явным плюсом является скорость поставки. При использовании гибких технологий ценность поставляется итерационно, а значит заказчик может использовать часть  продукта до завершения финальных работ. Это удобно, особенно если проект делается в формате “нам этот функционал был нужен еще вчера”...

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

 

Совет №7. Ищите человека, который станет проводником изменений

Вполне возможно, что в культуре организации заказчика пока не говорят про гибкие технологии. Если убедить всех ключевых участников невозможно -попробуйте представителя руководства у Заказчика влияющего на проект и попытайтесь объяснить ему преимущества работы по гибким методологиям. 
Найти одного человека, через которого можно “протащить” изменения всегда проще, чем изменить культуру организации в целом.  Чтобы работа по Agile “взлетела” - важно найти людей "зажигалок", с активной позицией для уточнения ТЗ и примерной общей оценки, для выдачи более точных рамок разбега. А еще важно найти союзников из управленцев среднего звена - тогда работу удастся реально запустить, и даже есть шанс, что люди будут реально пользоваться продуктом.
Можно предлагать бизнес-заказчику почитать книжку по Scrum - говорят, с некоторыми заказчиками это срабатывает ))). Можно вообще подарить набор книг по управлению проектами при начале работы по проекту. 
Можно использовать человеческое любопытство и попробовать уговорить на эксперимент. Мол, для Заказчика это тоже интересный опыт работы “гибкими” методами, который потом можно применить в других сферах. Agile часто вызывает любопытство у тех, кто его не пробовал, ну и отличный повод освоить новую технологию!
Как известно - вода камень точит. Важно постепенно выстроить доверительные отношения с заказчиком. Начинать совместную работу стоит с небольших задач или проектов, а дальше постепенно все уже “притираются” друг к другу. При этом важно показывать свою компетентность - она повышает доверие.
Кстати, иногда стоит избегать слова Agile
Бывают компании, где “гибкие методологии” - слово ругательное (чаще всего по итогам негативного опыта из серии “мы не документируем, у нас Agile”). В такой ситуации можно подробно объяснить, что имеется в виду по сути - например, что мы предлагаем часто встречаться для сверки и корректировки результата. И преподнести метод "под другим соусом". Иногда этого бывает достаточно, чтобы предложение сработало.

 

Совет №8. Использовать разные методы создания определенности в сфере расходов 

Время и материалы. Один из способов добавить определенности в расходы - это перейти на контракт “Время и материалы”. То есть оговориться, что исполнитель выполняет каждый месяц фиксированный объем работ за фиксированную оплату. А очередь заданий как раз можно сделать динамической - то есть изменяемой под текущие запросы/приоритеты. Что важно - динамическая очередь должна оперативно формироваться, редактироваться и быть доступной клиенту онлайн в режиме реального времени 
Кстати, можно еще и проговорить, что при уточнении требований задачи будут не только добавляться - . часть ТЗ, возможно, уйдет. Соответственно бюджет будет потрачен более целенаправленно.

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

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


Совет №9. Оговорить в договоре возможность пересмотра параметров проекта при желании обеих сторон

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

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

 

Ну и для тех, кто дочитал статью до конца - еще одно приглашение на курсы по управлению проектами - с актуальным расписанием можно познакомиться на странице курсов Марии Темчиной
Кстати, нулевой Welcome-вебинар 24 февраля по традиции будет открытым - присоединяйтесь, продолжим практику мозговых штурмов!.. 

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. DitriX 1848 16.02.21 15:11 Сейчас в теме
Вопрос - какие технологии для развертывания и тестирования вы используете на проекте? Отсюда можно сделать вывод - верить вашей статье или нет :)
15. MariaTemchina 1277 17.02.21 14:09 Сейчас в теме
(2) Дмитрий, еще раз уточняю - данная конкретная статья представляет итоги группового обсуждения. То есть вопрос про технологии надо задавать каждому участнику по-отдельности...
3. user670659_lms.buch 16.02.21 16:58 Сейчас в теме
Огласите пожалуйста список проектов где это применялось.
16. MariaTemchina 1277 17.02.21 14:10 Сейчас в теме
(3) Еще раз уточняю - данная конкретная статья представляет итоги группового обсуждения. То есть это вопрос ко всем участникам...
20. Yashazz 3736 17.02.21 22:11 Сейчас в теме
(3) Не ждите. Список проектов нам никто не огласит. Будут увиливать, выкручиваться, жонглировать умными словами, прикрываться конфиденциальностью и хз чем ещё... А суть проста - успешных проектов нету. Есть случаи успешного отъёма денег у лопухов, это да. Но о них тоже рассказывать не станут)

Как мне однажды один, простихосспади, ДевОпс-евангелист (пардон за нецензурщину) признался в порыве душевного откровения: "да фигня это всё, на практике не более 25-30% вообще воплотимо, и то буквально раз было за 10 лет". Вот примерно так и все эти аджайл-адепты.
27. papami 43 18.02.21 12:41 Сейчас в теме
(20)
на практике не более 25-30% вообще воплотимо, и то буквально раз было за 10 лет"

Думаю, чем выше фактическая квалификация команды, тем больше вероятность успешной реализации проекта. Т.е., на деле, вопрос подхода к управлению проектом может и играет роль, но не такую значительную как принято считать.
29. MariaTemchina 1277 18.02.21 14:45 Сейчас в теме
(20) Кстати, в том что касается DevOps в 1С я с вами, как это не удивительно, соглашусь. Нечасто бывает воплотимо и целесообразно. Хотя подвижки в этом направлении идут. А в других ИТ-сферах ситуация выглядит не так.

ДевОпс-евангелист (пардон за нецензурщину) признался в порыве душевного откровения: "да фигня это всё, на практике не более 25-30% вообще воплотимо, и то буквально раз было за 10 лет"
4. booksfill 16.02.21 18:20 Сейчас в теме
Хотелось бы понять, когда именно принимается решение об архитектуре проекта, и насколько подробно?

Как быть, если очередной этап изменений приходит в противоречие с уже сделанным и "гибкость" состоит в том, чтобы вовремя выбросить все ранее сделанное?

Пример: решили строить одноэтажный дом, потом "ну, пока крышу не сделали, пристроить еще пару этажей" и сделать подземный гараж = полностью снести дом + заплатить за вывоз мусора + переделать септик + согласовать постройку снова + и т.п. И все это уже по возросшим ценам и с потерей времени.

Может процесс непрерывных улучшений более приспособлен для развития уже работающего функционала, или не критичных изменений в ходе нового проекта? Никто не будет строить завод Тойота по гибкой технологии, а вот потом, наоборот, идет непрерывное совершенствование. Или... есть примеры, на крупных проектах, а не стартапах?
FatPanzer; +1 Ответить
6. Rustig 1699 17.02.21 00:30 Сейчас в теме
(4)
Хотелось бы понять, когда именно принимается решение об архитектуре проекта, и насколько подробно?

детали проекта могут согласовываться-пересогласовываться на всем протяжении проекта....
(4)
Как быть, если очередной этап изменений приходит в противоречие с уже сделанным и "гибкость" состоит в том, чтобы вовремя выбросить все ранее сделанное?

кто-то потеряет деньги, но приобретет опыт - либо внедренец из-за своей недальновидности, либо Заказчик из-за своей некомпетентности.
17. dkoder 4 17.02.21 19:46 Сейчас в теме
(6)наоборот заказчик из-за своей недальновидности, что нанял не специалистов. внедренец из-за своей некопетентности. "гибкие" технологии лучший способ скрыть некомпетентность исполнителя. И почему такой скудный выбор agile или каскадные - плохо себя ограничивать
30. MariaTemchina 1277 18.02.21 14:47 Сейчас в теме
(4) Сергей, мне близка точка зрения, что Agile не очень подходит для проектов со сложной архитектурой.
Ну и добавлю, что история, когда решили построить одноэтажный дом, потом пристроить и т. п. бывает и при управлении по "Водопаду" сплошь и рядом :-(((.
Очень часто при Agile, наоборот, быстрее понимают, что фигня получается, и всё сносят. То есть затраты на неудачный эксперимент оказываются ниже.
33. booksfill 18.02.21 18:32 Сейчас в теме
(30)
Полагаю, что сперва надо поставить конкретные, измеримые цели на уровне архитектуры системы, комплексно.
Например, уменьшение товарных запасов на складах на столько-то процентов в стоимостном и количественном выражении.
Причем никаких: "Давайте внедрим этот критичный блок, а потом нам, конечно много еще чего понадобится. но давайте сделаем вид, что мы про это забыли".

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

Дальнейшая конкретизация ТЗ имеет смысл только для сильно детерменированных задач, иначе это тормоз.

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

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

Иначе команда потратит средства и время собственника на удовлетворение амбиций работника (а в большинстве случаев на борьбу с итальянской забастовкой. Причем я про ту ее разновидность когда "вроде хочется, но это мне. что, еще думать надо?"
5. Rustig 1699 17.02.21 00:22 Сейчас в теме
мое имхо.
- про финансы -
любая компания живет бюджетами (фондами) - из года в год - закладываются бюджеты на разное - в том числе на запуск и внедрение Айти, сопровождение Айти и т.д.

Маленькая компания бюджетирование ведет на коленке и интуитивно, периодически попадая в кассовый разрыв - с такими никакие 1с-ые проекты запускать не стоит...

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

Хорошо, если финансовый учет поставлен и вам сразу скажут, сколько запланировано на этот год конкретно на ваше 1с-направление. А если нет?

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

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

Да и рассматривать ведение проекта надо годичными периодами. В конце года будет подведен итог, в результате будут сделаны выводы - продлевать проект по 1С или отложить до лучших времен...

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

что-то навязывать заранее этому менеджеру бессмысленно, пока он месяц не поработает в программе, а слушать будут как раз его мнение на совещании, а не ваше...
Yashazz; Климов Сергей; itriot11; MariaTemchina; CodeNull; lepth; Артано; +7 Ответить
31. MariaTemchina 1277 18.02.21 14:49 Сейчас в теме
(5)
Рустем, часто такой метод оказывается действенным. Существенный недостаток у него следующий: незамотивированные сотрудники по итогам такой тестовой эксплуатации могут заявить, что "все плохо" и "эту бяку они использовать никогда не будут"... И до следующего этапа - допиливания до удобного формата - можно уже и не дойти...
я сторонник такого подхода - дать программу Заказчику в том виде, в котором она уже реализована, провести обучение типовым функциям - выделенный ответственный менеджер через месяц вам сам скажет, что ему не хватает, что не устраивает, за что он готов заплатить деньги...
7. CheBurator 3444 17.02.21 04:36 Сейчас в теме
"Совет №1. Познакомить с чужим опытом"
- вряд ли. Чужой опыт - это НЕ МОЙ опыт успешного аджайла.
а когда нет успешных собственных проектов с аджайлом - как начать ПЕРВЫЙ? - совет1 - мимо...
smit1c; FatPanzer; +2 Ответить
14. MariaTemchina 1277 17.02.21 14:04 Сейчас в теме
(7) Здесь можно воспользоваться особенностью человеческой психики, что мы склонны себя идентифицировать с другими и сопереживать. Если подробно и правдоподобно описать контекст ситуации, собеседник узнает знакомые проблемы - то рассказанная история может повысить доверие. Может помочь диалогу. Может и не помочь, конечно - здесь универсальные советы вообще трудно дать. Как и с девушками.
18. CheBurator 3444 17.02.21 20:13 Сейчас в теме
(14)
Может помочь диалогу. Может и не помочь, конечно - здесь универсальные советы вообще трудно дать.

- ну так и следует писать: рецептов нет, каждый сам кузнец своего фломастера.
19. Yashazz 3736 17.02.21 22:08 Сейчас в теме
(18) Естессно нет. Все эти "гуру", "евангелисты" и прочие проповедники - пустопорожние трепачи, которые умело пускают пыль в глаза руководству своими общими словами, за которыми никакой конкретики. Ждать от них предметных полезных советов бессмысленно.
28. oleynikovpm 18.02.21 14:35 Сейчас в теме
(7)Как ты ходить научился, у тебя же не было СВОЕГО опыта хождения на двух ногах?
34. CheBurator 3444 19.02.21 13:59 Сейчас в теме
(28) меня родители учили. поддерживали чтобы не падал. забесплатно. причем даже еще алфавита я не знал.
если кто возьмет меня ничего не умеющего безграмотного в аджайл проект и поучит меня забесплатно...
35. dklimchuk 16 19.02.21 14:06 Сейчас в теме
(34)т.е. директивно, против твоей воли, но с любовью и заботой. Т.е. заботливо пнули "давай учись". Ползать, ходить, бегать, прыгать, марафоны, с препятствиями и т.п. - в порядке усложнения. И это нормально. А чем принципиально это обучение от родителей отличается от обучения какому-то навыку? Например аджайлу? Да даже если тут и сейчас кажется, что в нем, этом аджайле, смысла нет? Мария, конечно, не мама, но она умеет научить. Таки почему нет?
37. CheBurator 3444 19.02.21 19:28 Сейчас в теме
(35) Мария нехай аджайлу заказчиков учит. как только Заказчики будут массово готовы работать по аджайлу - так технари без проблем подстроятся.
36. oleynikovpm 19.02.21 16:26 Сейчас в теме
(34) А лучше, чтобы взяли в аджайл проект, обучали и платили )))
CheBurator; dklimchuk; +2 Ответить
8. Dragonim 127 17.02.21 09:56 Сейчас в теме
Вот как я вижу Agile:

Хороший 1С программист готов разрабатывать любой ваш функционал по вашему требованию. Техническое задание не требуется. Вы всегда можете поставить новую задачу, отменить или изменить существующую. Всё для вас. Работаю по предоплате. Дорого.
Ta_Da; papami; roman72; Cерый; CodeNull; Yashazz; CheBurator; MariaTemchina; dominatorwarr; +9 Ответить
13. MariaTemchina 1277 17.02.21 14:02 Сейчас в теме
(8) Похоже, да. Только по моим представляениям примерно представление об архитектуре продукта должно быть. И примерная дорожная карта. Иначе не Agile, а тяп-ляп получается.
26. Yashazz 3736 18.02.21 11:24 Сейчас в теме
(8) Вот. Браво. Вся эта показушная заумь утрамбовывается в вашу реплику.

Но, поскольку не все хотят идти мешки ворочать, трындёж имеет место быть с неимоверными понтами.
9. Nubsdale 17.02.21 13:23 Сейчас в теме
На вебинаре собралось около 100 человек, причем большинство с многолетним опытом (на этой картинке можно посмотреть, кто из участников как оценил свой уровень профессионализма)...

На картинке 52 маленьких круга, 2 маленьких квадрата и 1 большой квадрат. Где остальные 45 человек? :))
11. MariaTemchina 1277 17.02.21 14:00 Сейчас в теме
(9) 100 человек дошли до Зума и участвовали там, но, видимо, 45 из них поленились делать упражнение... )))

Так обычно и бывает - напоминает воронку продаж: человек 200 записалось, из них 100 дошло, 60 начали делать упражнения, 40 закончили...
dklimchuk; Nubsdale; +2 Ответить
21. Yashazz 3736 17.02.21 22:17 Сейчас в теме
(11) А потому что, к счастью, люди не совсем слепоглухонемые и начинают понимать, что "кажется, это какая-то фигня" (с). Вы хоть один раз своё конкретное достижение опубликуйте да подробно разберите, тогда, может, серьёзные и толковые люди заинтересуются. А изучать видеокурс в духе "как нам вдохновенно трындеть об умных материях" - это, видите ли, интересно тем, кому нравится трындежом зарабатывать... Как-то так.
22. klimdw 17.02.21 22:22 Сейчас в теме
(21)а у вас есть подобные достижения? Покажите, как надо, плз
black_wizard; +1 Ответить
23. Yashazz 3736 18.02.21 08:49 Сейчас в теме
(22) А я не трепач, я делом занимаюсь. И если вы умеете пользоваться поиском, то сами найдёте конкретные достижения, например, среди моих публикаций. И не переводите разговор - прием "покажи сам, как надо" это примитивненько)
24. klimdw 18.02.21 08:59 Сейчас в теме
(23) :))
Не ждите. Список проектов нам никто не огласит. Будут увиливать, выкручиваться, жонглировать умными словами, прикрываться конфиденциальностью и хз чем ещё...

Я делом занимаюсь - это да. это прям аргументище.
black_wizard; itriot11; Rustig; +3 Ответить
25. Yashazz 3736 18.02.21 11:22 Сейчас в теме
(24) Сам-то по делу скажешь что, аль нечего сказать?) Защитничек?))

Коллеги, видите реакцию, да? Перевод стрелок, эдакое бессильное барахтание... Потому что нечего им всем сказать по сути-то. Мыльный пузырь, надувание щёк, ничего более.
user1270271; +1 1 Ответить
32. MariaTemchina 1277 18.02.21 14:51 Сейчас в теме
(21) Спасибо за рекомендации, что именно мне нужно публиковать и кого мне нужно заинтересовывать!
Обязательно приму во внимание.
black_wizard; klimdw; +2 Ответить
10. morin 24 17.02.21 13:48 Сейчас в теме
Так девушку вы не уговорите.
12. MariaTemchina 1277 17.02.21 14:00 Сейчас в теме
(10) Смотря какая девушка...
39. black_wizard 20.02.21 21:12 Сейчас в теме
(12) Мария, терпения Вам, мат тут запрещен, потому сказать большего про диспут не могу :)
38. ManyakRus 415 20.02.21 11:23 Сейчас в теме
"Водопад" имеет конечную стоимость, или хотя бы максимальную стоимость.
Agile - имеет бесконечную стоимость, и бесконечную работу.
Как вы уговорите потратить вместо 1 млн. руб - бесконечно млн. руб ?
40. mephistofel 06.03.21 14:04 Сейчас в теме
Для случая проекта внедрения решения на платформе 1С заказчик не хочет пользоваться гибкими методами управления проектом, потому что не хочет оставлять за собой риск того, что он не получит результат проекта из-за того, что деньги закончились. Поэтому заказчик хочет услышать от исполнителя цену, за которую заказчик точно получит результат проекта. Для себя подразумевая, что после того, как цена озвучена риск неполучения результата за озвученную цену оказывается на стороне исполнителя. И по другому заказчик не согласится. Потому что смотри первое предложение.
Отсюда видится направление решения проблемы. К гибким методам управления проектом нужны гибкий метод определения стоимости проекта и гибкий метод управления стоимостью проекта.
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    10852    GSoft    16    

Как умирают розовые единороги, или бизнес-автоматизация как способ сделать людей несчастными

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

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

10.02.2021    3717    andironenko    13    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

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

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

09.12.2020    1647    MariaTemchina    3    

Что почитать про Agile для чайников?

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

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3289    MariaTemchina    9    

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

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

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

24.01.2019    10236    user809424    11    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

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

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    3169    MariaTemchina    8    

Как стать исполнителем в проекте от Инфостарта

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

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3184    alexandr.blinov    17    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

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

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3483    MariaTemchina    23    

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

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

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

29.06.2017    35405    1СERP    79    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

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

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

20.08.2020    3213    MariaTemchina    4    

Управление в стиле Догвилль

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

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4706    1c-intelligence    17    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

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

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

08.06.2020    5427    stepan96    12    

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

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

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

09.06.2017    31700    1СERP    175    

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

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

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

25.05.2020    5866    sapervodichka    1    

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

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

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

18.05.2020    11747    MariaTemchina    33    

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

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

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

23.03.2020    6443    MariaTemchina    24    

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

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

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

18.04.2017    32737    1СERP    189    

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

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

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

03.03.2020    7020    VLikhobabin    44    

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

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

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

23.01.2020    22167    MariaTemchina    8    

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

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

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

09.01.2020    9154    roman72    0    

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

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

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

10.04.2017    32842    1СERP    107    

Про одну Тётю

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

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

24.12.2019    6966    1c-intelligence    33    

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

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

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

14.10.2019    6116    chavalah    16    

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

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

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

19.09.2019    12997    ogroup    164    

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

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

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

03.04.2017    44039    1СERP    231    

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

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

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

30.08.2019    14154    SergeyN    10    

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

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

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

20.08.2019    9516    Arsen1986    7    

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

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

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

28.06.2019    8725    SergeyN    1    

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

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

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

23.02.2017    28077    Gavrik    10    

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

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

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

24.06.2019    7054    sbase    9    

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

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

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

19.06.2019    10654    FB_10160810658600104    62    

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

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

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

18.06.2019    8004    MariaTemchina    8    

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

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

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

17.06.2016    40662    raiml    37    

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

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

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

31.05.2019    10515    MariaTemchina    23    

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

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

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

14.05.2019    11629    1c-intelligence    121    

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

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

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

06.05.2019    8159    MariaTemchina    8    

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

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

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

26.12.2014    45306    CheBurator    64    

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

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

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

04.05.2019    9151    1c-intelligence    39    

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

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

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

15.04.2019    12682    MariaTemchina    15    

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

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

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

13.02.2019    8459    chavalah    22    

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

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

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

1 стартмани

14.09.2015    36587    axxell    15    

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

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

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

12.02.2019    10800    MariaTemchina    20    

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

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

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

04.02.2019    10420    1c-intelligence    64    

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

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

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

31.01.2019    8497    MariaTemchina    0    

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

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

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

06.04.2015    38096    raiml    14    

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

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

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

14.01.2019    10556    MariaTemchina    13    

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

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

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

10.01.2019    13327    chavalah    124    

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

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

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

26.12.2018    10254    1c-intelligence    7    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

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

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

16.11.2014    28981    raiml    46    

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

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

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

19.12.2018    10267    MariaTemchina    24    

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

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

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

09.12.2018    9457    chavalah    119