Протокол переговоров с клиентом: как его составить и согласовать?
В новой статье разобрали общую структуру протокола, которая поможет правильно и точно фиксировать ключевые моменты и договоренности, достигнутые в ходе переговоров с клиентом. Также проработали пошаговую инструкцию о том, как согласовать протокол с клиентом и убедиться, что все детали записаны верно.
➡️ Читать статью
В новой статье разобрали общую структуру протокола, которая поможет правильно и точно фиксировать ключевые моменты и договоренности, достигнутые в ходе переговоров с клиентом. Также проработали пошаговую инструкцию о том, как согласовать протокол с клиентом и убедиться, что все детали записаны верно.
➡️ Читать статью
👍5❤4
Занятная статья об исследовании автора с целью найти замену Microsoft Visio.
Habr
Мой поиск аналога Microsoft Visio
Доброго дня всем. В сегодняшней статье хотел бы поделиться проведенным анализом приложений, потенциально способных заменить MS Visio для разного рода задач. Откуда возникла такая потребность На самом...
👍3🔥2
Доводилось ли вам работать в команде с вредными коллегами?
Я о тех, кто постоянно вас упрекает, раздувает ваши промахи, едко шутят или постоянно демонстрируют недовольный вид.
Каждый, наверное, припомнит таких персон из своей практики.
Зачастую, с таким отношением встречаются новички, у которых еще нет заслуг перед компанией или не достаточно знаний и опыта.
Тем, кто уже прошел эту стадию, эта публикация не будет интересна. А для тех, кто только начинает свой путь в IT, эти советы будут полезны:
1️⃣ Постарайтесь не зависеть от этого человека, насколько это возможно. Если, по воле руководства над вами поставили вредину, то лучше попросить перевести вас в другую команду.
2️⃣ Найдите поддержку у других коллег, поскольку одному противостоять с врединой будет сложнее, чем с союзниками.
3️⃣ Сократить общение с врединой по-минимуму, только "по существу". Прочие попытки выйти на разговоры "не по делу", игнорируйте.
4️⃣ Установите границы своего суверенитета. Решите для себя, что вы готовы позволить со стороны других людей. Если кто-то нарушил эти границы, надо предупредить об этом, открыто и без сантиментов. Это очень важный момент, когда не нужно молчать. Неплохо, если вы еще предупредите, что сделаете, если снова нарушат ваши границы. Когда снова до человека не дошло, то принимайте решительные меры.
Да, возможно, произойдет конфликт, но это лучше, чем быть терпилой.
Я о тех, кто постоянно вас упрекает, раздувает ваши промахи, едко шутят или постоянно демонстрируют недовольный вид.
Каждый, наверное, припомнит таких персон из своей практики.
Зачастую, с таким отношением встречаются новички, у которых еще нет заслуг перед компанией или не достаточно знаний и опыта.
Тем, кто уже прошел эту стадию, эта публикация не будет интересна. А для тех, кто только начинает свой путь в IT, эти советы будут полезны:
1️⃣ Постарайтесь не зависеть от этого человека, насколько это возможно. Если, по воле руководства над вами поставили вредину, то лучше попросить перевести вас в другую команду.
2️⃣ Найдите поддержку у других коллег, поскольку одному противостоять с врединой будет сложнее, чем с союзниками.
3️⃣ Сократить общение с врединой по-минимуму, только "по существу". Прочие попытки выйти на разговоры "не по делу", игнорируйте.
4️⃣ Установите границы своего суверенитета. Решите для себя, что вы готовы позволить со стороны других людей. Если кто-то нарушил эти границы, надо предупредить об этом, открыто и без сантиментов. Это очень важный момент, когда не нужно молчать. Неплохо, если вы еще предупредите, что сделаете, если снова нарушат ваши границы. Когда снова до человека не дошло, то принимайте решительные меры.
Да, возможно, произойдет конфликт, но это лучше, чем быть терпилой.
👍9
Это пока законодательная инициатива. Но кто знает?
Forwarded from RT на русском
❗️Для работающих из-за границы россиян предложили повысить налог на доходы физлиц (НДФЛ) — до 30%.
Согласно проекту закона, который правительство внесло в Госдуму, компании с 1 января 2024 года смогут взимать его с выплат сотрудникам или фрилансерам, утратившим налоговое резидентство в России.
Изменение затронет тех, кто работает в российском сегменте интернета или размещает в РФ технические и программно-аппаратные средства.
🟩 Подпишись — RT на русском
Согласно проекту закона, который правительство внесло в Госдуму, компании с 1 января 2024 года смогут взимать его с выплат сотрудникам или фрилансерам, утратившим налоговое резидентство в России.
Изменение затронет тех, кто работает в российском сегменте интернета или размещает в РФ технические и программно-аппаратные средства.
Please open Telegram to view this post
VIEW IN TELEGRAM
Команда Assino проверила ChatGPT на знание 1С
Международная консалтинговая компания Assino проверила, что ИИ знает об автоматизации и сможет ли он посоветовать подходящую систему для более эффективного управления бизнес-процессами компании.
⚙️ Подробнее об эксперименте
Международная консалтинговая компания Assino проверила, что ИИ знает об автоматизации и сможет ли он посоветовать подходящую систему для более эффективного управления бизнес-процессами компании.
⚙️ Подробнее об эксперименте
👍6🤔2
Должностная инструкция функционального архитектора 1С
Функциональный архитектор является ключевым членом проектной команды, ответственной за разработку высокопроизводительных, масштабируемых и надежных решений на платформе 1С:Предприятие 8.
В новом материале объединили основные обязанности функционального архитектора и требования к кандидату.
Функциональный архитектор является ключевым членом проектной команды, ответственной за разработку высокопроизводительных, масштабируемых и надежных решений на платформе 1С:Предприятие 8.
В новом материале объединили основные обязанности функционального архитектора и требования к кандидату.
👍9
В целом это рекламная статья, но передает краткую суть того, что называется верификацией и валидацией требований, изложенных в BABOK Guide.
Практические курсы по бизнес-анализу и проектированию информационных систем – обучение аналитиков и проектировщиков ИС
Верификация и валидация требований: 2 задачи из BABOK®Guide
Чем валидация отличается от верификации, как и когда бизнес-аналитику выполнять эти проверки требований: рекомендации BABOK®Guide, курсы
👍5
5 soft skills для успешной работы IT-команды 🙌
Сегодня успех управления IT проектом зависит не только от технических знаний и навыков сотрудников. Важную роль играет уровень их soft skills.
Согласно исследованию, проведенному компанией LinkedIn в 2020 году, более 57% руководителей в сфере IT считают, что soft skills являются более важными, чем hard skills. В результате, уровень владения soft skills стал одним из ключевых показателей при найме новых сотрудников в IT-компаниях.
Рассмотрим 5 наиболее важных soft skills для успешной работы IT-команды:
1️⃣ Коммуникация. Работа в команде требует от сотрудников постоянной связи друг с другом, и умение эффективно общаться является ключевым навыком. Этот навык включает в себя умение слушать, задавать вопросы, давать конструктивную обратную связь, а также ясно и понятно излагать свои мысли.
2️⃣ Сотрудничество. Работа над проектом включает в себя процессы, в которых необходимо сотрудничество и координация усилий. Сотрудничество включает в себя способность работать в команде, быть толерантным к идеям и мнениям других людей, а также умение достигать общих целей.
3️⃣ Гибкость. В работе часто возникают сложные задачи и проблемы, которые нужно решать быстро и эффективно. Хороший специалист должен быть способен анализировать проблемы, искать решения, принимать взвешенные решения и уметь адаптироваться к новым ситуациям.
4️⃣ Управление временем. Умение планировать свое время важно, чтобы успеть выполнить все задачи в срок. Этот навык включает в себя умение определять приоритеты, управлять своими задачами, организовывать свое рабочее пространство и эффективно использовать свое время.
5️⃣ Лидерство. Хороший лидер - это тот, кто умеет мотивировать и вдохновлять свою команду на достижение общих целей. В IT-сфере, лидерство включает в себя не только управление проектами и командой, но также умение принимать риски и принимать решения в сложных ситуациях. Хороший лидер также должен быть открытым к обратной связи, уметь делегировать задачи и создавать атмосферу, которая способствует развитию и росту каждого члена команды.
Развитие soft skills - это ключевой фактор успеха команды и проектов. Эти навыки помогают повысить эффективность работы команды, сократить время на решение проблем и достигать более качественных результатов. Кроме того, улучшение soft skills способствует развитию личности и уверенности в себе, что может повысить мотивацию и продуктивность работника в целом.
Улучшайте и развивайте свои soft skills, чтобы создавать более продуктивные, гармоничные и успешные команды, быть готовыми к изменениям и находить нестандартные решения проблем.
Развить свои коммуникативные навыки вы можете на интерактивном онлайн-курсе Светланы Долговой «Переговоры. Лучшие практики», старт 6 июня.
Подробнее о курсе https://15630f.skillspace.ru/course/9784/about
Сегодня успех управления IT проектом зависит не только от технических знаний и навыков сотрудников. Важную роль играет уровень их soft skills.
Согласно исследованию, проведенному компанией LinkedIn в 2020 году, более 57% руководителей в сфере IT считают, что soft skills являются более важными, чем hard skills. В результате, уровень владения soft skills стал одним из ключевых показателей при найме новых сотрудников в IT-компаниях.
Рассмотрим 5 наиболее важных soft skills для успешной работы IT-команды:
1️⃣ Коммуникация. Работа в команде требует от сотрудников постоянной связи друг с другом, и умение эффективно общаться является ключевым навыком. Этот навык включает в себя умение слушать, задавать вопросы, давать конструктивную обратную связь, а также ясно и понятно излагать свои мысли.
2️⃣ Сотрудничество. Работа над проектом включает в себя процессы, в которых необходимо сотрудничество и координация усилий. Сотрудничество включает в себя способность работать в команде, быть толерантным к идеям и мнениям других людей, а также умение достигать общих целей.
3️⃣ Гибкость. В работе часто возникают сложные задачи и проблемы, которые нужно решать быстро и эффективно. Хороший специалист должен быть способен анализировать проблемы, искать решения, принимать взвешенные решения и уметь адаптироваться к новым ситуациям.
4️⃣ Управление временем. Умение планировать свое время важно, чтобы успеть выполнить все задачи в срок. Этот навык включает в себя умение определять приоритеты, управлять своими задачами, организовывать свое рабочее пространство и эффективно использовать свое время.
5️⃣ Лидерство. Хороший лидер - это тот, кто умеет мотивировать и вдохновлять свою команду на достижение общих целей. В IT-сфере, лидерство включает в себя не только управление проектами и командой, но также умение принимать риски и принимать решения в сложных ситуациях. Хороший лидер также должен быть открытым к обратной связи, уметь делегировать задачи и создавать атмосферу, которая способствует развитию и росту каждого члена команды.
Развитие soft skills - это ключевой фактор успеха команды и проектов. Эти навыки помогают повысить эффективность работы команды, сократить время на решение проблем и достигать более качественных результатов. Кроме того, улучшение soft skills способствует развитию личности и уверенности в себе, что может повысить мотивацию и продуктивность работника в целом.
Улучшайте и развивайте свои soft skills, чтобы создавать более продуктивные, гармоничные и успешные команды, быть готовыми к изменениям и находить нестандартные решения проблем.
Развить свои коммуникативные навыки вы можете на интерактивном онлайн-курсе Светланы Долговой «Переговоры. Лучшие практики», старт 6 июня.
Подробнее о курсе https://15630f.skillspace.ru/course/9784/about
🔥10👍4
Forwarded from Заметки Честного HR #ЗЧHR
This media is not supported in your browser
VIEW IN TELEGRAM
😁27🔥9
Что мы продаем клиентам?
Когда я задаю коллегам (проектным специалистам) вопрос, а что мы продаем клиентам, то получаю совершенно разные варианты ответа.
Кто-то говорит, что мы продаем программные продукты, иные - целевую систему, удовлетворяющей требованиями пользователей, а кто-то утверждает, что мы продаем эффект для бизнеса, который создает целевая система. Есть и другие мнения, все не перечислить. Все они верные, но, на мой скромный взгляд, лишь частично отражают полную картину.
Я выскажу здесь свои мысли, относительно данного вопроса:
1️⃣ Несомненно, мы предлагаем конечный результат, т.е. свойства и функции целевой автоматизированной системы. Это то, что в PMBOK называют содержанием продукта. С этой целью, мы проводим встречи, готовим презентации, демонстрируем программные продукты, составляем описания и сравнения прикладных решений. Также, полагаясь на статистику 1С, мы демонстрируем возможный эффект для бизнеса от внедрения целевой системы.
2️⃣ То, как мы создаем и внедряем программные продукты - это тоже является товаром. В PMBOK это называется содержанием проекта. В это понятие входит полный перечень работ и услуг, направленных на получение промежуточных и конечных результатов проекта.
3️⃣ Для клиента также важно знать, кто будет создавать для него целевую систему. PMBOK именует эти аспекты, как факторы среды предприятия (ФСП) и активы процессов организации (АПО). Это довольно широкие понятия, включающие множество элементов. Если совсем коротко.
ФСП:
- финансовое состояние компании
- репутация и срок присутствия на рынке
- географическое распределение производственных объектов и ресурсов
- организационная культура, структура и руководство
- доступность ресурсов
- кадровые возможности
- и пр.
также сюда можно отнести и проектную команду, ее проектный опыт и компетенции.
К АПО относят планы, процессы, политики, процедуры и базы знаний, специфичные для исполняющей организации и используемые ею. Это те активы, которые оказывают влияние на управление проектом.
Как видим, то что мы предлагаем клиентам - это сложный и комплексный продукт.
Для наглядности приведу бытовую ситуацию, когда мы выбираем какую-либо медицинскую услугу. На что мы обращаем внимание?
Как и в случае продажи проектов, нам продают еще не готовый результат, а лишь обещание его предоставить, через комплекс исследований и медицинских услуг.
При выборе медучреждения мы используем те же критерии, а именно:
- нам важно, что мы получим в результате всего процесса, и интересуемся этим весьма подробно.
- наводим справки о медучреждении, по отзывам пациентов, судим о его репутации, справляемся о лечащем враче и пр.
- наиболее внимательные из нас, подробно интересуются о самом процессе предоставления медицинских услуг (что за чем следует, сроки, условия и пр.).
В общем, аналогия полная.
Если мы заинтересованы в том, чтобы наши клиенты заключили с нами сделку, необходимо приложить немалые усилия, чтобы продемонстрировать все указанные составляющие нашего продукта, заостряя внимание на наших сильных сторонах и уникальных достоинствах.
Это неизбежно должно повысить ценность нашего предложения в глазах клиентов. Но всегда ли мы понимаем, что продаем и выкладываемся ли по полной?
Когда я задаю коллегам (проектным специалистам) вопрос, а что мы продаем клиентам, то получаю совершенно разные варианты ответа.
Кто-то говорит, что мы продаем программные продукты, иные - целевую систему, удовлетворяющей требованиями пользователей, а кто-то утверждает, что мы продаем эффект для бизнеса, который создает целевая система. Есть и другие мнения, все не перечислить. Все они верные, но, на мой скромный взгляд, лишь частично отражают полную картину.
Я выскажу здесь свои мысли, относительно данного вопроса:
ФСП:
- финансовое состояние компании
- репутация и срок присутствия на рынке
- географическое распределение производственных объектов и ресурсов
- организационная культура, структура и руководство
- доступность ресурсов
- кадровые возможности
- и пр.
также сюда можно отнести и проектную команду, ее проектный опыт и компетенции.
К АПО относят планы, процессы, политики, процедуры и базы знаний, специфичные для исполняющей организации и используемые ею. Это те активы, которые оказывают влияние на управление проектом.
Как видим, то что мы предлагаем клиентам - это сложный и комплексный продукт.
Для наглядности приведу бытовую ситуацию, когда мы выбираем какую-либо медицинскую услугу. На что мы обращаем внимание?
Как и в случае продажи проектов, нам продают еще не готовый результат, а лишь обещание его предоставить, через комплекс исследований и медицинских услуг.
При выборе медучреждения мы используем те же критерии, а именно:
- нам важно, что мы получим в результате всего процесса, и интересуемся этим весьма подробно.
- наводим справки о медучреждении, по отзывам пациентов, судим о его репутации, справляемся о лечащем враче и пр.
- наиболее внимательные из нас, подробно интересуются о самом процессе предоставления медицинских услуг (что за чем следует, сроки, условия и пр.).
В общем, аналогия полная.
Если мы заинтересованы в том, чтобы наши клиенты заключили с нами сделку, необходимо приложить немалые усилия, чтобы продемонстрировать все указанные составляющие нашего продукта, заостряя внимание на наших сильных сторонах и уникальных достоинствах.
Это неизбежно должно повысить ценность нашего предложения в глазах клиентов. Но всегда ли мы понимаем, что продаем и выкладываемся ли по полной?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13👍4
Антикризисное управление проектом. Что это и как организовать?
Кризисы в проектах – это неизбежная реальность, с которой сталкиваются практически все руководители проектов в своей карьере. Независимо от того, насколько грамотно планировался и контролировался проект, ситуации, когда что-то идет не так, могут возникнуть в любом проекте, и чем дольше продолжается проект, тем больше вероятность возникновения кризиса.
Читайте подробнее в нашей новой статье
Кризисы в проектах – это неизбежная реальность, с которой сталкиваются практически все руководители проектов в своей карьере. Независимо от того, насколько грамотно планировался и контролировался проект, ситуации, когда что-то идет не так, могут возникнуть в любом проекте, и чем дольше продолжается проект, тем больше вероятность возникновения кризиса.
Читайте подробнее в нашей новой статье
👍3🔥3
Интересные посты на канале в апреле:
✦ Что мы продаем клиентам? Составляющие нашего продукта и его уникальные достоинства.
✦ Протокол переговоров с клиентом. Пошаговая инструкция о том, как согласовать протокол с клиентом и убедиться, что все детали записаны верно.
✦ «Что-то пошло не так». Разбор реальной ситуации на проекте.
✦ Кейс «Как запустить фабрику-кухню используя гибкие методологии». Запуск нового производства в общественном питании за 4 месяца и сохранение 8 млн рублей бюджета.
✦ Планирование проекта: как избежать непредвиденных задержек. Роль резерва времени и бюджета при планировании проекта.
✦ Семь навыков высокоэффективных людей. Спроецировали тезисы Стивена Кови на проектную деятельность.
✦ Должностная инструкция функционального архитектора 1С. Основные обязанности и требования к кандидату.
✦ 5 soft skills для успешной работы IT-команды.
✦ Искусственный интеллект (ChatGPT) на службе руководителя проекта. Создание концептуальной заготовки плана проекта, которую можно доработать в MS Project до его конечного состояния.
Задать вопрос, поделиться мнением, рассказать историю по теме проектных технологий вы можете в чате Проектник 1С
✦ Что мы продаем клиентам? Составляющие нашего продукта и его уникальные достоинства.
✦ Протокол переговоров с клиентом. Пошаговая инструкция о том, как согласовать протокол с клиентом и убедиться, что все детали записаны верно.
✦ «Что-то пошло не так». Разбор реальной ситуации на проекте.
✦ Кейс «Как запустить фабрику-кухню используя гибкие методологии». Запуск нового производства в общественном питании за 4 месяца и сохранение 8 млн рублей бюджета.
✦ Планирование проекта: как избежать непредвиденных задержек. Роль резерва времени и бюджета при планировании проекта.
✦ Семь навыков высокоэффективных людей. Спроецировали тезисы Стивена Кови на проектную деятельность.
✦ Должностная инструкция функционального архитектора 1С. Основные обязанности и требования к кандидату.
✦ 5 soft skills для успешной работы IT-команды.
✦ Искусственный интеллект (ChatGPT) на службе руководителя проекта. Создание концептуальной заготовки плана проекта, которую можно доработать в MS Project до его конечного состояния.
Задать вопрос, поделиться мнением, рассказать историю по теме проектных технологий вы можете в чате Проектник 1С
👍8🔥3❤1
Школа проектного специалиста pinned «Интересные посты на канале в апреле: ✦ Что мы продаем клиентам? Составляющие нашего продукта и его уникальные достоинства. ✦ Протокол переговоров с клиентом. Пошаговая инструкция о том, как согласовать протокол с клиентом и убедиться, что все детали записаны…»
⚡️Кейс «Переход с 1С:УСО на 1С:ERP в строительной компании»
Наш клиент занимается комплексным строительством, реконструкцией и ремонтом автомобильных дорог, аэродромов, промышленных и гидротехнических сооружений. На момент обращения строительная компания использовала программу «1С:Управление строительной организацией». Она не позволяла нашему заказчику использовать современные технологические наработки «1С», а также в полной мере удовлетворить возросшие потребности бизнеса к учету, планированию и управлению.
Как проходил переход с 1С:УСО на 1С:ERP
Наш клиент занимается комплексным строительством, реконструкцией и ремонтом автомобильных дорог, аэродромов, промышленных и гидротехнических сооружений. На момент обращения строительная компания использовала программу «1С:Управление строительной организацией». Она не позволяла нашему заказчику использовать современные технологические наработки «1С», а также в полной мере удовлетворить возросшие потребности бизнеса к учету, планированию и управлению.
Как проходил переход с 1С:УСО на 1С:ERP
👍6
Вчера на занятии курса "Школа руководителя проекта" обсуждали вопрос о том, когда начинать формировать проектную команду?
Во-многом, этот вопрос зависит от того, какого масштаба проект и насколько уникальные требуются компетенции.
Но если брать рядовой случай, когда необходимо сформировать команду из 5 человек, со специализацией по подсистемам 1С:ERP, то сколько времени потребуется на этот процесс?
Предлагаю 4 варианта на обсуждение:
1️⃣ На стадии согласования коммерческого предложения;
2️⃣ После неформального подтверждения клиента о намерении с нами работать;
3️⃣ На стадии согласования договора;
4️⃣ После подписания договора.
А что вы думаете по этому вопросу?
Во-многом, этот вопрос зависит от того, какого масштаба проект и насколько уникальные требуются компетенции.
Но если брать рядовой случай, когда необходимо сформировать команду из 5 человек, со специализацией по подсистемам 1С:ERP, то сколько времени потребуется на этот процесс?
Предлагаю 4 варианта на обсуждение:
А что вы думаете по этому вопросу?
Please open Telegram to view this post
VIEW IN TELEGRAM
👏4
Кажется неплохая статья. Хоть и не об 1С, но подходы к решению проблемы описаны верно.
Хабр
Как подружиться с межсистемной интеграцией?
Большое количество задач, с которыми сталкиваются аналитики – интеграционное взаимодействие между различными системами. Часто при первом взгляде на задачу совершенно не понятно с какой стороны к ней...
👍6
У многих зарубежных программных продуктов существуют российские аналоги. Относительно качества и полноты функционала совсем нового ПО, оперативно разработанного в прошлом году, у потенциальных пользователей есть сомнения, и зачастую обоснованные.
В нашей статье сосредоточимся на решениях, разработанных компанией 1С.
В нашей статье сосредоточимся на решениях, разработанных компанией 1С.
Дзен | Статьи
Замена зарубежного ПО: переход на решения 1С
Статья автора «Школа проектного специалиста» в Дзене ✍: С 2022 года многие зарубежные поставщики программного обеспечения приостановили продажу и поддержку своих систем.
👍7🔥3❤1
🌀ТЗ Шрёдингера
Мы привыкли делиться успешными кейсами и показывать себя только с лучших сторон. Но бывает и негативный опыт, который многому может научить, как Исполнителя, так и Заказчика. Таким “негативным” кейсом поделился наш коллега:
2020-2021 гг. Идёт внедрение ERP в одной из производственных компаний. Стадия Моделирование. Всё прекрасно, все в общем-то довольны результатами, ДС закрываются один за другим. В ТЗ вносятся правки по отработанным системным процессам, которые конечно же по требованию бизнеса меняются. Каждая встреча ‒ активное бурление мнений. Все в предвкушении новой системы, особенно Заказчик.
Тут случается февраль 2022 года. Маршруты поставок сырья ломаются из-за вводимых санкций, никто не понимает, что делать дальше. Заказчик просит остановить проект, только доделать ТЗ. ТЗ доделывают, утверждают и расстаются полюбовно.
Ноябрь 2022 года. Бизнес в РФ адаптировался к санкциям, проложены новые маршруты, появились новые поставщики. Заказчик возвращается к нам, но как нетрудно догадаться почему, - команда уже на других проектах. Ни РП, ни аналитиков, ни архитектора уже не найти и не привлечь обратно. Они лишь рассказали в общих чертах, что было на проекте. Да ещё и у Заказчика проектом занимается новый РП ‒ нанятый финансовый директор, сменил в этой роли директора по кадрам.
Меня ставят на проект и я собираю пока двух человек - архитектора и аналитика. Мы начинаем переслушивать и перечитывать все накопившиеся материалы. Тратим время. А время у нас что? Правильно ‒ деньги. И вот, потратив примерно 40 часов на то, чтобы всё переслушать, перечитать, подготовить новый план работ, мы готовимся к встрече с Заказчиком. И тут выясняется, что несмотря на то, что шло моделирование - в ТЗ нет ни строчки про функциональные требования. Нет ни ЧТЗ, ни ЛТ. А почему? Правильно, потому что активные бурления у Заказчика шли без матрицы ответственности. То главбух побеждал технолога, то технолог побеждал главбуха. Наши старательно писали протоколы, которые на следующей встрече отменялись и писались заново. Так было потрачено 6 млн. рублей.
Новый РП Заказчика тогда заняла позицию "РП Шрёдингера":
- У нас есть ТЗ делайте по нему.
- ТЗ плохое, за что мы вам платили?!
Более того, оказалось, что у всех участников проектной группы заказчика "отложилось в памяти, что проект в целом будет стоить 10 млн.". Но это “не отложилось” ни в одном из документов, которые бы были подписаны сторонами.
Проект, конечно, никуда не пошёл. Я пытался объяснить Заказчику, что изменения, которые произошли за время пока проект не двигался, обязаны были повлиять на то, что было проделано. Что нам надо начать проработку функциональных требований заново, что проект по внедрению ERP на их число рабочих мест не может стоить 4 млн., которые они предлагали нам за его завершение. Но они заняли позицию "штош, очень жаль! Вот такая вот плохая у вас компания".
Для себя же я отметил некоторые вещи:
1. Всегда под запись предупреждать Заказчика, что проект не должен останавливаться на длительное время.
2. Работать надо так, как учит Юлий Минькин в “Школе руководителя проекта”, а аналитиков надо брать тех, что прошли его курс “Школа аналитика”.
3. Что без матрицы ответственности и прочих атрибутов рекомендуемых PMBoK мы просто увеличиваем риски проекта.
В принципе, достаточно просто работать по курсам Школы проектного специалиста, ведь там подробно рассказывается про все необходимые атрибуты, в том числе и из PMBoK. А вам я желаю хороших клиентов и легких проектов 🙌
Мы привыкли делиться успешными кейсами и показывать себя только с лучших сторон. Но бывает и негативный опыт, который многому может научить, как Исполнителя, так и Заказчика. Таким “негативным” кейсом поделился наш коллега:
2020-2021 гг. Идёт внедрение ERP в одной из производственных компаний. Стадия Моделирование. Всё прекрасно, все в общем-то довольны результатами, ДС закрываются один за другим. В ТЗ вносятся правки по отработанным системным процессам, которые конечно же по требованию бизнеса меняются. Каждая встреча ‒ активное бурление мнений. Все в предвкушении новой системы, особенно Заказчик.
Тут случается февраль 2022 года. Маршруты поставок сырья ломаются из-за вводимых санкций, никто не понимает, что делать дальше. Заказчик просит остановить проект, только доделать ТЗ. ТЗ доделывают, утверждают и расстаются полюбовно.
Ноябрь 2022 года. Бизнес в РФ адаптировался к санкциям, проложены новые маршруты, появились новые поставщики. Заказчик возвращается к нам, но как нетрудно догадаться почему, - команда уже на других проектах. Ни РП, ни аналитиков, ни архитектора уже не найти и не привлечь обратно. Они лишь рассказали в общих чертах, что было на проекте. Да ещё и у Заказчика проектом занимается новый РП ‒ нанятый финансовый директор, сменил в этой роли директора по кадрам.
Меня ставят на проект и я собираю пока двух человек - архитектора и аналитика. Мы начинаем переслушивать и перечитывать все накопившиеся материалы. Тратим время. А время у нас что? Правильно ‒ деньги. И вот, потратив примерно 40 часов на то, чтобы всё переслушать, перечитать, подготовить новый план работ, мы готовимся к встрече с Заказчиком. И тут выясняется, что несмотря на то, что шло моделирование - в ТЗ нет ни строчки про функциональные требования. Нет ни ЧТЗ, ни ЛТ. А почему? Правильно, потому что активные бурления у Заказчика шли без матрицы ответственности. То главбух побеждал технолога, то технолог побеждал главбуха. Наши старательно писали протоколы, которые на следующей встрече отменялись и писались заново. Так было потрачено 6 млн. рублей.
Новый РП Заказчика тогда заняла позицию "РП Шрёдингера":
- У нас есть ТЗ делайте по нему.
- ТЗ плохое, за что мы вам платили?!
Более того, оказалось, что у всех участников проектной группы заказчика "отложилось в памяти, что проект в целом будет стоить 10 млн.". Но это “не отложилось” ни в одном из документов, которые бы были подписаны сторонами.
Проект, конечно, никуда не пошёл. Я пытался объяснить Заказчику, что изменения, которые произошли за время пока проект не двигался, обязаны были повлиять на то, что было проделано. Что нам надо начать проработку функциональных требований заново, что проект по внедрению ERP на их число рабочих мест не может стоить 4 млн., которые они предлагали нам за его завершение. Но они заняли позицию "штош, очень жаль! Вот такая вот плохая у вас компания".
Для себя же я отметил некоторые вещи:
1. Всегда под запись предупреждать Заказчика, что проект не должен останавливаться на длительное время.
2. Работать надо так, как учит Юлий Минькин в “Школе руководителя проекта”, а аналитиков надо брать тех, что прошли его курс “Школа аналитика”.
3. Что без матрицы ответственности и прочих атрибутов рекомендуемых PMBoK мы просто увеличиваем риски проекта.
В принципе, достаточно просто работать по курсам Школы проектного специалиста, ведь там подробно рассказывается про все необходимые атрибуты, в том числе и из PMBoK. А вам я желаю хороших клиентов и легких проектов 🙌
👍11🔥7❤3😱1
В статье приводится результат опросов представителей бизнеса по теме сложности работы с поколением Z (теми, кто родился в 2000 году и позже).