🔰Прием «коктейль из проблем» и что с ним делать? Или как сотрудники прячут проебы факты в лапше с навозом, прикрывая свой зад.
Одной из самых иезуитских техник самозащиты от руководителя в корпоративной среде является техника, которую я называю «коктейль из проблем». 🍸💩
Многие сотрудники владеют ей в совершенстве, а неопытные руководители теряются, не зная, как ей противостоять.💀
Как это выглядит? Вы поставили сотруднику задачу, отбились от обезьян, но как только пришла пора требовать результат, столкнулись с бесконечным количеством оправданий и объяснений, почему его нет.
Для коктейля проблем характерны следующие признаки:
▪️Вам говорят о разведенной бурной деятельности в настоящем времени, но ни одно из названных действий прямо не относится к результату.🏋️♀️
▪️Оправдания подаются одним большим комом и представляют собой «сложные обстоятельства». Они взаимоувязаны и могут перекрывать друг друга в самых причудливых комбинациях. Обычно преподносятся с выгодой для себя.🏔
▪️Популярные ингредиенты коктейля: «высокая загрузка», «множество поручений», «вновь открывшиеся обстоятельства», «сделал, но остались мелочи» и разного рода неожиданности.🚴
Задача коктейля проблем увести фокус внимания руководителя в сторону от результата, выбить себе максимум поблажек и сохранить статус-кво.
В чем опасность коктейля для управленца? Попытка обсуждения проблем может затянуть неопытного руководителя в пучину безнадеги. В сердцах, он может плюнуть на это и сделать все сам, т.к. в моменте это может быть проще и быстрее, чем разбирать ситуацию.
⚠️ Это будет большой управленческой ошибкой, т.к. чревато тем, что сотрудник запомнит такое поведение как допустимое и будет им пользоваться в аналогичных ситуациях – станет неуправляемым!
Но не все так однозначно. Дилемма руководителя, состоит в том, что если в коктейле есть реальные проблемы, а такое иногда случается, и он их проигнорирует, продолжая требовать результат, то сотрудник будет демотивирован и, возможно, получит выгорание. А там недолго и до выхода из проекта или увольнения.🫤
Продолжение следует...
Одной из самых иезуитских техник самозащиты от руководителя в корпоративной среде является техника, которую я называю «коктейль из проблем». 🍸💩
Многие сотрудники владеют ей в совершенстве, а неопытные руководители теряются, не зная, как ей противостоять.💀
Как это выглядит? Вы поставили сотруднику задачу, отбились от обезьян, но как только пришла пора требовать результат, столкнулись с бесконечным количеством оправданий и объяснений, почему его нет.
Для коктейля проблем характерны следующие признаки:
▪️Вам говорят о разведенной бурной деятельности в настоящем времени, но ни одно из названных действий прямо не относится к результату.🏋️♀️
▪️Оправдания подаются одним большим комом и представляют собой «сложные обстоятельства». Они взаимоувязаны и могут перекрывать друг друга в самых причудливых комбинациях. Обычно преподносятся с выгодой для себя.🏔
▪️Популярные ингредиенты коктейля: «высокая загрузка», «множество поручений», «вновь открывшиеся обстоятельства», «сделал, но остались мелочи» и разного рода неожиданности.🚴
Задача коктейля проблем увести фокус внимания руководителя в сторону от результата, выбить себе максимум поблажек и сохранить статус-кво.
В чем опасность коктейля для управленца? Попытка обсуждения проблем может затянуть неопытного руководителя в пучину безнадеги. В сердцах, он может плюнуть на это и сделать все сам, т.к. в моменте это может быть проще и быстрее, чем разбирать ситуацию.
⚠️ Это будет большой управленческой ошибкой, т.к. чревато тем, что сотрудник запомнит такое поведение как допустимое и будет им пользоваться в аналогичных ситуациях – станет неуправляемым!
Но не все так однозначно. Дилемма руководителя, состоит в том, что если в коктейле есть реальные проблемы, а такое иногда случается, и он их проигнорирует, продолжая требовать результат, то сотрудник будет демотивирован и, возможно, получит выгорание. А там недолго и до выхода из проекта или увольнения.🫤
Продолжение следует...
Telegram
ПРО-продукт
🔰Если ты владелец IT-продукта и болеешь за свое дело, то без качественных технических заданий не обойтись.
В больших нетиповых проектах постановка и формирование ТЗ становится нетривиальной. Нужно описать много условий, ветвлений и прочих сложных логических…
В больших нетиповых проектах постановка и формирование ТЗ становится нетривиальной. Нужно описать много условий, ветвлений и прочих сложных логических…
👍4
... в продолжение темы "Коктейль из проблем"
Пример «коктейля проблем»
- Иван, как дела по-нашему проект? Каков результат?
- Еще в работе. Не переносил на сервер. Пытаюсь ветки доклеить, т.к. много пунктов красных я правил. Скорее всего, сегодня завершу все. Правки в двух ветках перетерлись, когда конфликты решал. И завтра также буду в ночь работать. Вчера удалось с одним разобраться, стартую самый злостный баг.
Наблюдаем типичнуюкучу говна кашу из проблем: повествование в настоящем времени, скачкообразная подача обстоятельств и объяснений на тему «почему не сделано», смещение фокуса внимания с результата на проблемы и бурная деятельность по их решению.
Что же делать?
Как и при решении многих других управленческих задач, тут важен принцип «разделяй и властвуй». Нам нужно «расщепить» коктейль на составляющие и работать с каждым ингредиентом порознь.
Каждый ингредиент-проблема обычно легко решаема сама по себе, если не давать сотруднику слишком вольно манипулировать фактами.
К каждому ингредиенту полезно применить следующие приемы из поста отбиться от обезьян:
✔️Как ты мог решить это?
✔️Это прописано в твоих инструкциях/регламентах?
✔️Ты владеешь полномочиями, чтобы устранить это?
Разбор нашей ситуации
Если вернуться к нашему примеру, то мы можем разбить его на следующие составляющие:
▪️Проблема с ветками.
▪️Проблема злостного бага.
▪️Не переносил на сервер.
▪️Между строк: не уведомил всех заинтересованных лиц об имеющихся препятствиях. Как следствиепросрал сорвал срок.
Начнем с уведомления, т.к. это проще всего. Принципы коммуникации в проекте зафиксированы документально и там написано о необходимости превентивного уведомления о задержках? – Да. Уведомление последовало? – Нет!
Значит, в качестве немедленного управленческого воздействия должен последовать выговор. 📢 Здесь - порешали!
Проблема с ветками может являться проблемой недостатка компетенций или нехватки времени. Если на вопрос «Как ты мог решить это?», приходит понимание о компетенциях, то на проект можно выделить более квалифицированного помощника. Спеца, замешавшего коктейль, направить на обучение. Тоже порешали!
〰️〰️〰️
Важная ремарка
Типична ситуация, когда сотрудник отмазывается нехваткой времени ввиду «множества других задач», которые навалились на него.
В этом случае руководитель должен:
1️⃣ Свериться с отчетом сотрудника о выполненных задачах. У вас нет такого отчета? – Немедленно внедрите его или настройте учет задач в CRM. Может обнаружиться, что среди выполняемых задач не было более срочных и важных чем та, которая зафакаплена. Разберите с сотрудником приоритеты и сделайте выговор, если они были нарушены.
2️⃣ Сделать организационные выводы. Если график сотрудника действительно забит и у него есть реальный перегруз в работе, будет логичным найти ему помощника или распределить его обязанности по другим сотрудникам.
〰️〰️〰️
Злостный баг и перенос на сервер решаются по аналогии проблемы с ветками, принимая во внимание их происхождение – будь то компетенции или время.
Итогом решения нашей проблемы стал выговор сотруднику, что подстрахует нас в будущем от ее повторения, и выделение новых ресурсов на выполнение задачи.
Коктейль взболтали, но больше не смешиваем!🙂
❓А вы когда-нибудь сталкивались с подобными ситуациями? Как разбирали их?
Пример «коктейля проблем»
- Иван, как дела по-нашему проект? Каков результат?
- Еще в работе. Не переносил на сервер. Пытаюсь ветки доклеить, т.к. много пунктов красных я правил. Скорее всего, сегодня завершу все. Правки в двух ветках перетерлись, когда конфликты решал. И завтра также буду в ночь работать. Вчера удалось с одним разобраться, стартую самый злостный баг.
Наблюдаем типичную
Что же делать?
Как и при решении многих других управленческих задач, тут важен принцип «разделяй и властвуй». Нам нужно «расщепить» коктейль на составляющие и работать с каждым ингредиентом порознь.
Каждый ингредиент-проблема обычно легко решаема сама по себе, если не давать сотруднику слишком вольно манипулировать фактами.
К каждому ингредиенту полезно применить следующие приемы из поста отбиться от обезьян:
✔️Как ты мог решить это?
✔️Это прописано в твоих инструкциях/регламентах?
✔️Ты владеешь полномочиями, чтобы устранить это?
Разбор нашей ситуации
Если вернуться к нашему примеру, то мы можем разбить его на следующие составляющие:
▪️Проблема с ветками.
▪️Проблема злостного бага.
▪️Не переносил на сервер.
▪️Между строк: не уведомил всех заинтересованных лиц об имеющихся препятствиях. Как следствие
Начнем с уведомления, т.к. это проще всего. Принципы коммуникации в проекте зафиксированы документально и там написано о необходимости превентивного уведомления о задержках? – Да. Уведомление последовало? – Нет!
Значит, в качестве немедленного управленческого воздействия должен последовать выговор. 📢 Здесь - порешали!
Проблема с ветками может являться проблемой недостатка компетенций или нехватки времени. Если на вопрос «Как ты мог решить это?», приходит понимание о компетенциях, то на проект можно выделить более квалифицированного помощника. Спеца, замешавшего коктейль, направить на обучение. Тоже порешали!
〰️〰️〰️
Важная ремарка
Типична ситуация, когда сотрудник отмазывается нехваткой времени ввиду «множества других задач», которые навалились на него.
В этом случае руководитель должен:
1️⃣ Свериться с отчетом сотрудника о выполненных задачах. У вас нет такого отчета? – Немедленно внедрите его или настройте учет задач в CRM. Может обнаружиться, что среди выполняемых задач не было более срочных и важных чем та, которая зафакаплена. Разберите с сотрудником приоритеты и сделайте выговор, если они были нарушены.
2️⃣ Сделать организационные выводы. Если график сотрудника действительно забит и у него есть реальный перегруз в работе, будет логичным найти ему помощника или распределить его обязанности по другим сотрудникам.
〰️〰️〰️
Злостный баг и перенос на сервер решаются по аналогии проблемы с ветками, принимая во внимание их происхождение – будь то компетенции или время.
Итогом решения нашей проблемы стал выговор сотруднику, что подстрахует нас в будущем от ее повторения, и выделение новых ресурсов на выполнение задачи.
Коктейль взболтали, но больше не смешиваем!🙂
❓А вы когда-нибудь сталкивались с подобными ситуациями? Как разбирали их?
Telegram
ПРО-продукт
🔰Прием «коктейль из проблем» и что с ним делать? Или как сотрудники прячут проебы факты в лапше с навозом, прикрывая свой зад.
Одной из самых иезуитских техник самозащиты от руководителя в корпоративной среде является техника, которую я называю «коктейль…
Одной из самых иезуитских техник самозащиты от руководителя в корпоративной среде является техника, которую я называю «коктейль…
👍5
Я много работаю с программистами. 👨💻
И есть у меня привычка - отзывы собирать. Ну, прежде чем взять человека в команду, проверяю его по разным источникам, чтобы не получить какой-то нежданчик.
Дело в том, что многие программисты по сути своей - интроверты. На прямой вопрос - "А можно ли у кого-то получить отзыв на вас?" - тушуются. Некоторые говорят что-то про NDA и тому подобное. Сливаются в общем.
А проверить человека хочется!
✅ Ваша задача в этом случае выудить из кандидата хотя бы один работающий проект (сайт). Ну, если прямо все под NDA - это очень подозрительно - таких брать в команду рискованно.
Далее вы лезете на этот сайт в поисках хоть каких контактов. Их бывает найти тяжело, но тогда меня выручает какое-нибудь пользовательское соглашение, где всегда (ну по закону так должно быть!), есть контакт. Обычно это емэйл, реже - телефон.
Ваша задача написать на этот емэйл запрос. Я обычно пишу как-то так.
➖➖➖➖➖
Здравствуйте!
Мы ищем исполнителя (программиста) для нашего проекта по доработке сайта на Laravel. И нам откликнулся некийВасильков Василий Васечкин
В личной беседе с ним в телеграм он скинул ваш сайт:https://сайткоторыйвамудалосьнайти.рф в качестве проекта, который он реализовал.
Могли бы вы дать отзыв о нем?
1. Знаете ли вы такого человека?
2. В какой части он реализовал ваш проект? Полностью/частично?
3. Что хорошего можете сказать о нем?
4. Пропадал ли он со связи? Были ли трудности в общении? Странные ситуации
5. Как со сроками?
Буду благодарен за любую обратную связь о нем!
Если у вас есть встречные вопросы ко мне, то с удовольствием переговорю с вами по телефону.
Успехов в вашем деле!
[Подпись и телефон]
➖➖➖➖➖
⚠️ Обратную связь на такой запрос дают в 9/10 случаев. И это то, что вам нужно.
Вы скажете: "Спасибо, Кэп!" - Не благодарите. Что-то мне подсказывает, что этим пользуются немногие. Или я ошибаюсь?
Пишите в комментариях, проверяете ли ваших кандидатов таким образом? Получаете обратную связь?
И есть у меня привычка - отзывы собирать. Ну, прежде чем взять человека в команду, проверяю его по разным источникам, чтобы не получить какой-то нежданчик.
Дело в том, что многие программисты по сути своей - интроверты. На прямой вопрос - "А можно ли у кого-то получить отзыв на вас?" - тушуются. Некоторые говорят что-то про NDA и тому подобное. Сливаются в общем.
А проверить человека хочется!
✅ Ваша задача в этом случае выудить из кандидата хотя бы один работающий проект (сайт). Ну, если прямо все под NDA - это очень подозрительно - таких брать в команду рискованно.
Далее вы лезете на этот сайт в поисках хоть каких контактов. Их бывает найти тяжело, но тогда меня выручает какое-нибудь пользовательское соглашение, где всегда (ну по закону так должно быть!), есть контакт. Обычно это емэйл, реже - телефон.
Ваша задача написать на этот емэйл запрос. Я обычно пишу как-то так.
➖➖➖➖➖
Здравствуйте!
Мы ищем исполнителя (программиста) для нашего проекта по доработке сайта на Laravel. И нам откликнулся некий
В личной беседе с ним в телеграм он скинул ваш сайт:
Могли бы вы дать отзыв о нем?
1. Знаете ли вы такого человека?
2. В какой части он реализовал ваш проект? Полностью/частично?
3. Что хорошего можете сказать о нем?
4. Пропадал ли он со связи? Были ли трудности в общении? Странные ситуации
5. Как со сроками?
Буду благодарен за любую обратную связь о нем!
Если у вас есть встречные вопросы ко мне, то с удовольствием переговорю с вами по телефону.
Успехов в вашем деле!
[Подпись и телефон]
➖➖➖➖➖
⚠️ Обратную связь на такой запрос дают в 9/10 случаев. И это то, что вам нужно.
Вы скажете: "Спасибо, Кэп!" - Не благодарите. Что-то мне подсказывает, что этим пользуются немногие. Или я ошибаюсь?
Пишите в комментариях, проверяете ли ваших кандидатов таким образом? Получаете обратную связь?
🔥4👍2
🔰 Что такое упоротый профессионализм?
Понадобился мне однажды дизайнер на проект. Задача состояла в том, чтобы отрисовать страницы для нового (это важно!) раздела сайта. Дизайн надо было сделать с учетом современных трендов, при этом сохранить стилистическую преемственность с уже существующим блоком. Дополнительно внести интерактив, чтобы понимать, как будет выглядеть путь пользователя в новом разделе.
Когда мне попался дизайнер, условно назовем его Виктор, я был просто в восторге от его работ. Я осмотрел его портфолио и понял – он тот человек, кто мне нужен. Там было все то, что мне требовалось: воздушность, эргономичность, стилистическая полнота, прослеживались структура и удобство. Все это было более чем актуальным и я практически не размышлял над тем, заключать с ним договор или нет.
Мы созвонились с Виктором по скайпу и я объяснил ему задачу. В беседе он задавал грамотные вопросы, демонстрировал активную профессиональную позицию и был, в целом, инициативен и внимателен к моим пожеланиям.
Мне казалось, что мы договорились, но через некоторое время Виктор снова позвонил мне и настоятельно посоветовал начать делать дизайн с главной страницы сайта. Не нужного мне раздела, а именно сайта!
Он сказал, что проанализировал его и нашел ряд непозволительных дизайнерских ошибок, которые надо исправить. И привел несколько примеров, где часть элементов была не в сетке, часть элементов использовалась не по назначению и прочие подобные моменты.🙈
На это я резонно заметил, что этого делать не надо было: эти ошибки мне, во-первых, известны, во-вторых, касаются той части проекта, работа с которой сейчас не требуется и не финансируется заказчиком.
Я еще раз обратил внимание Виктора, что работать нужно именно с новым разделом, но уже не допуская подобных ошибок, которые были поставлены мне в пример.
Виктор согласился со мной, но почему-то теперь стал настаивать на внесении полного аванса за весь проект целиком, который оценил в немалую (выше, чем по рынку) сумму. Логика была такая – если проект содержит много «ошибок», то и цена за их «исправление» будет соответствующая.
Я не стал спорить и согласился с его ценой, но попросил начать работу с оформления основной страницы раздела, чтобы понять насколько хорошо он осознал задачу. Потом я благодарил себя за это решение!
‼️ Я внес аванс за эту страницу и через 3 дня Виктор предоставил мне макет. И это была… Главная страница всего сайта, которую он все же переделал, как считал нужным.🤬
Он объяснил это тем, что не мог поступить по-другому, т.к., вопреки моим увещеваниям, счел неправильным, непрофессиональным и, следовательно, невозможным начать делать дизайн с нужного мне раздела, не исправив главную.
Такое поведение я называю «упоротый профессионализм». Благодаря Виктору и похожим «специалистам» я выделил характерные для него черты поведения:
⛔️ Ставят свое мнение и амбиции на первый план. Зачастую, против интересов проекта. Вы можете хотеть сделать дизайн новой страницы, а дизайнер - добавить крутую работу в свое портфолио, обучиться за ваш счет новому инструменту или технологии и т.п.
⛔️ Сильно задирают ценник, когда с ними не соглашаются. Так они компенсируют недостаток мотивации в работе с «тупым заказчиком». Цена остается единственной интересной для них движущей силой проекта. Но не адекватной.
⛔️ Склоны переоценивать свои заслуги. Выдают оплошности за свершенное в интересах заказчика благо, которое он, в силу множества причин, не в силах осознать самостоятельно. Иногда апеллируют к чувству вины - "Верну деньги, если вы считаете, что поступаете правильно" (в смысле, что требуете их назад заговно ненужный результат).
⛔️ На переговорах с ними вы незаметно для себя уклоняетесь от намеченных целей. Ваше внутренне ощущение можно описать словами «тут что-то не так». Верьте ему!
⛔️ Перфекционизм - одна из составляющих упоротого профессионализма. Делать бесконечно хорошо, когда вам это совсем не нужно.
〰️〰️〰️
А вы встречались с проявлениями упоротого профессионализма? Как реагировали? Напишите в комментариях.
Понадобился мне однажды дизайнер на проект. Задача состояла в том, чтобы отрисовать страницы для нового (это важно!) раздела сайта. Дизайн надо было сделать с учетом современных трендов, при этом сохранить стилистическую преемственность с уже существующим блоком. Дополнительно внести интерактив, чтобы понимать, как будет выглядеть путь пользователя в новом разделе.
Когда мне попался дизайнер, условно назовем его Виктор, я был просто в восторге от его работ. Я осмотрел его портфолио и понял – он тот человек, кто мне нужен. Там было все то, что мне требовалось: воздушность, эргономичность, стилистическая полнота, прослеживались структура и удобство. Все это было более чем актуальным и я практически не размышлял над тем, заключать с ним договор или нет.
Мы созвонились с Виктором по скайпу и я объяснил ему задачу. В беседе он задавал грамотные вопросы, демонстрировал активную профессиональную позицию и был, в целом, инициативен и внимателен к моим пожеланиям.
Мне казалось, что мы договорились, но через некоторое время Виктор снова позвонил мне и настоятельно посоветовал начать делать дизайн с главной страницы сайта. Не нужного мне раздела, а именно сайта!
Он сказал, что проанализировал его и нашел ряд непозволительных дизайнерских ошибок, которые надо исправить. И привел несколько примеров, где часть элементов была не в сетке, часть элементов использовалась не по назначению и прочие подобные моменты.🙈
На это я резонно заметил, что этого делать не надо было: эти ошибки мне, во-первых, известны, во-вторых, касаются той части проекта, работа с которой сейчас не требуется и не финансируется заказчиком.
Я еще раз обратил внимание Виктора, что работать нужно именно с новым разделом, но уже не допуская подобных ошибок, которые были поставлены мне в пример.
Виктор согласился со мной, но почему-то теперь стал настаивать на внесении полного аванса за весь проект целиком, который оценил в немалую (выше, чем по рынку) сумму. Логика была такая – если проект содержит много «ошибок», то и цена за их «исправление» будет соответствующая.
Я не стал спорить и согласился с его ценой, но попросил начать работу с оформления основной страницы раздела, чтобы понять насколько хорошо он осознал задачу. Потом я благодарил себя за это решение!
‼️ Я внес аванс за эту страницу и через 3 дня Виктор предоставил мне макет. И это была… Главная страница всего сайта, которую он все же переделал, как считал нужным.🤬
Он объяснил это тем, что не мог поступить по-другому, т.к., вопреки моим увещеваниям, счел неправильным, непрофессиональным и, следовательно, невозможным начать делать дизайн с нужного мне раздела, не исправив главную.
Такое поведение я называю «упоротый профессионализм». Благодаря Виктору и похожим «специалистам» я выделил характерные для него черты поведения:
⛔️ Ставят свое мнение и амбиции на первый план. Зачастую, против интересов проекта. Вы можете хотеть сделать дизайн новой страницы, а дизайнер - добавить крутую работу в свое портфолио, обучиться за ваш счет новому инструменту или технологии и т.п.
⛔️ Сильно задирают ценник, когда с ними не соглашаются. Так они компенсируют недостаток мотивации в работе с «тупым заказчиком». Цена остается единственной интересной для них движущей силой проекта. Но не адекватной.
⛔️ Склоны переоценивать свои заслуги. Выдают оплошности за свершенное в интересах заказчика благо, которое он, в силу множества причин, не в силах осознать самостоятельно. Иногда апеллируют к чувству вины - "Верну деньги, если вы считаете, что поступаете правильно" (в смысле, что требуете их назад за
⛔️ На переговорах с ними вы незаметно для себя уклоняетесь от намеченных целей. Ваше внутренне ощущение можно описать словами «тут что-то не так». Верьте ему!
⛔️ Перфекционизм - одна из составляющих упоротого профессионализма. Делать бесконечно хорошо, когда вам это совсем не нужно.
〰️〰️〰️
А вы встречались с проявлениями упоротого профессионализма? Как реагировали? Напишите в комментариях.
👍4
#ПсихологияОбщения
🔰 Случалось ли вам работать с теми, чью переписку вы не понимаете?
Поясню. Перед вами текст. В нем буквы. Каждая в отдельности вам вроде бы известна. Из букв составлены какие-то слова. Но когда вы пытаетесь сложить их в осмысленную конструкцию, то оказывается, что сделать это чрезвычайно сложно.
▪️Попытки найти какое-либо содержание в них разбиваются о лексические противоречия.
▪️Неправильно употребленные слова сбивают с толку - из-за двойственности смыслов уводят к другим контекстам.
▪️Плохо расставленные знаки препинания заставляют перечитывать предложение по 2 раза, чтобы правильно расставить акценты и понять мысль автора.
Что вы чувствуете в такой момент?
Желание помочь? Беспомощность? Превосходство (во, ту-по-о-ой)?
Или вам все равно - лишь бы работа спорилась?
Удается ли вам в таких случаях удержать нить беседы, не скатившись в бесконечные уточнения деталей?
Может, вы превращаетесь в мага-гадалку, а текст перед вами в хрустальный шар, источающий любые нужные вам смыслы?🔮
Для меня это создаёт психологический дискомфорт:
❎ Внимание и энергия уходят на склеивание смысловых пазлов.
❎ Избыточная обработка информации мешает конструктивному диалогу.
❎ Вместо общения по существу вопроса - отвлекаешься.
Прямо сейчас я дам вам простые советы, как сделать общение в переписке комфортным:
1️⃣ Знаки препинания имеют значение. Помните "казнить нельзя помиловать"? Ну, или "заплатить нельзя зажать". Где поставите запятую? Другие знаки тоже нужны.
У меня план, я работаю с многими проектами. Что там проверять, список статей, c возможностью редактировать.
В этом примере запятые расставлены везде и на всякий случай. Общий смысл ускользает. Напрягаюсь. Что надо сделать после прочтения сообщения непонятно. Придется тратить время на уточнения.
2️⃣ Пользуйтесь форматированием. В телеграм оно есть. И в почте. Ладно, скайп можете оставить бабушке.
3️⃣ Напишите одну емкую мысль вместо трёх странных сообщений. Не получается? - Тогда хватит зависать в тикток!
Пример странной ёмкой мысли:
Нужно искать фанатов своего дела, а большинство ствлкиваешся с людьми которые пришли в эту сферу из за денег или планирует вот он сейчас научится и будет зарабатывать. А по факту ты в него пол года вложил, а он тупа хочет в офисе сидеть, а не дома работать и уходит в вэб студию. Я одно время для этого офис снимал, но расходов очень много. Как в Краснодар переехал только на удалёнке работаем и не разу не пожалел.
Так не пишите! ☝️
4️⃣ Ёмкая мысль, выраженная простыми словами, и множество простых слов, стоящих рядом, не одно и то же. Запомните!
Я просто не привык работать, и зарабатывать, и не тратить лишнего времени.
Не привык человек работать! Вот это признание... Только то ли он хотел сказать? А зарабатывать тоже не привык? Или всё-таки привык? А как вам связочка "не привык не тратить лишнего времени"? Вот прямо сейчас на расшифровку этой билеберды мое время очень тратится!
Так тоже не пишите!
5️⃣ Да воздастся всякому по живописанию его. А ежели возжелал он мыслию повелевать полно и красноречно, аки гусляр из струны его музыку иссякая, то обязан он книгу уважать и держать при себе.
Имел ввиду - в деловой переписке так писать не надо☝️
Витиеватость - это еще одна крайность. Мысли, чрезмерно наполненные не относящимися к делу обстоятельствами и описаниями, оставьте для поэм. Для переписки выбирайте деловой стиль. И, конечно, читайте больше литературы (можно по бизнесу). Да, вместо тиктока! Это просто добрый совет.
6️⃣ Согласовывайте слова друг с другом. Это так по-русски и так сближает.
Предлагаю обрезать изображение сертификатов, а при нажатие показывать полное изображение
Ладно, я это переживу и даже пойму суть. Только хочется спросить: "Ну, а ты-то как с этим живёшь?" Окончания имен существительных в разных падежах проходят еще во втором классе! Могу простить в моменте. На длинной дистанции напрягает гораздо больше. Иногда рассогласованность в окончаниях искажает смысл довольно сильно.
продолжение следует...👇
🔰 Случалось ли вам работать с теми, чью переписку вы не понимаете?
Поясню. Перед вами текст. В нем буквы. Каждая в отдельности вам вроде бы известна. Из букв составлены какие-то слова. Но когда вы пытаетесь сложить их в осмысленную конструкцию, то оказывается, что сделать это чрезвычайно сложно.
▪️Попытки найти какое-либо содержание в них разбиваются о лексические противоречия.
▪️Неправильно употребленные слова сбивают с толку - из-за двойственности смыслов уводят к другим контекстам.
▪️Плохо расставленные знаки препинания заставляют перечитывать предложение по 2 раза, чтобы правильно расставить акценты и понять мысль автора.
Что вы чувствуете в такой момент?
Желание помочь? Беспомощность? Превосходство (во, ту-по-о-ой)?
Или вам все равно - лишь бы работа спорилась?
Удается ли вам в таких случаях удержать нить беседы, не скатившись в бесконечные уточнения деталей?
Может, вы превращаетесь в мага-гадалку, а текст перед вами в хрустальный шар, источающий любые нужные вам смыслы?🔮
Для меня это создаёт психологический дискомфорт:
❎ Внимание и энергия уходят на склеивание смысловых пазлов.
❎ Избыточная обработка информации мешает конструктивному диалогу.
❎ Вместо общения по существу вопроса - отвлекаешься.
Прямо сейчас я дам вам простые советы, как сделать общение в переписке комфортным:
1️⃣ Знаки препинания имеют значение. Помните "казнить нельзя помиловать"? Ну, или "заплатить нельзя зажать". Где поставите запятую? Другие знаки тоже нужны.
У меня план, я работаю с многими проектами. Что там проверять, список статей, c возможностью редактировать.
В этом примере запятые расставлены везде и на всякий случай. Общий смысл ускользает. Напрягаюсь. Что надо сделать после прочтения сообщения непонятно. Придется тратить время на уточнения.
2️⃣ Пользуйтесь форматированием. В телеграм оно есть. И в почте. Ладно, скайп можете оставить бабушке.
3️⃣ Напишите одну емкую мысль вместо трёх странных сообщений. Не получается? - Тогда хватит зависать в тикток!
Пример странной ёмкой мысли:
Нужно искать фанатов своего дела, а большинство ствлкиваешся с людьми которые пришли в эту сферу из за денег или планирует вот он сейчас научится и будет зарабатывать. А по факту ты в него пол года вложил, а он тупа хочет в офисе сидеть, а не дома работать и уходит в вэб студию. Я одно время для этого офис снимал, но расходов очень много. Как в Краснодар переехал только на удалёнке работаем и не разу не пожалел.
Так не пишите! ☝️
4️⃣ Ёмкая мысль, выраженная простыми словами, и множество простых слов, стоящих рядом, не одно и то же. Запомните!
Я просто не привык работать, и зарабатывать, и не тратить лишнего времени.
Не привык человек работать! Вот это признание... Только то ли он хотел сказать? А зарабатывать тоже не привык? Или всё-таки привык? А как вам связочка "не привык не тратить лишнего времени"? Вот прямо сейчас на расшифровку этой билеберды мое время очень тратится!
Так тоже не пишите!
5️⃣ Да воздастся всякому по живописанию его. А ежели возжелал он мыслию повелевать полно и красноречно, аки гусляр из струны его музыку иссякая, то обязан он книгу уважать и держать при себе.
Имел ввиду - в деловой переписке так писать не надо☝️
Витиеватость - это еще одна крайность. Мысли, чрезмерно наполненные не относящимися к делу обстоятельствами и описаниями, оставьте для поэм. Для переписки выбирайте деловой стиль. И, конечно, читайте больше литературы (можно по бизнесу). Да, вместо тиктока! Это просто добрый совет.
6️⃣ Согласовывайте слова друг с другом. Это так по-русски и так сближает.
Предлагаю обрезать изображение сертификатов, а при нажатие показывать полное изображение
Ладно, я это переживу и даже пойму суть. Только хочется спросить: "Ну, а ты-то как с этим живёшь?" Окончания имен существительных в разных падежах проходят еще во втором классе! Могу простить в моменте. На длинной дистанции напрягает гораздо больше. Иногда рассогласованность в окончаниях искажает смысл довольно сильно.
продолжение следует...👇
👍4🔥3
#Автоматизация #1С
Сезон отпусков закончился. Пришло время активной онлайн-торговли - золотая пора для совершения рывков в развитии продаж 🔥📈
Коммерсантам нужны удобные инструменты для управления продажами и сокращения издержек. И желательно одновременно!
Это всегда баланс между "ща как найму новых продавцов" и "а где взять деньги на зарплату этим бездельникам?". В поиске равновесия и хождении по мукам, можно так и остаться ни с чем!
В то же время рынок не дремлет. Появляются новые онлайн площадки для сбыта. Если все мы уже привыкли к Ozon, Wildberries, Яндекс.Маркет, СберМегаМаркет, то сколько их еще - всяких поменьше, но тоже способствующих росту продаж и отнимающих ресурсы на их содержание и актуализацию.
Встает вопрос, кто будет поддерживать весь этот зоопарк?
⚠️ Слава разработчикам и программистам, которые давно решили этот вопрос. Вам осталось только выбрать подходящий инструмент. Предлагаю краткий обзор 3-х таких решений, которые позволят вам управлять онлайн площадками прямо из привычного интерфейса 1С.
Их общие преимущества:
✔️ Управление продажами на маркетплейсах из одного окна;
✔️ Нет необходимости в увеличении штата персонала, т.к. все может делать один оператор;
✔️Максимальная автоматизация типовых процессов: выгрузка товаров и остатков, загрузка заказов в 1С, актуализация информации и прочие рутинные операции.
🟢 Управление онлайн торговлей. Интеграция 1С с маркетплейсами: Вайлдберриз, Озон, СберМегаМаркет, Яндекс.Маркет, АлиЭкспресс, другими сервисами, а также интеграции с любыми поставщиками
Решение позволяет осуществлять полный контроль за магазинами, созданными на популярных торговых площадках. Предназначено для автоматизации онлайн-сегмента и компаний, торгующих через собственные сайты, интернет магазины, социальные сети, на маркетплейсах.
Поддерживаются обмены по схемам FBS, FBO и ЭДО. Работает с конфигурациями:
▪️Управление торговлей 11,
▪️Комплексная автоматизация 2.0,
▪️ERP Управление предприятием 2.0
🟢 Модули интеграции с маркетплейсами (WILDBERRIES + ЯНДЕКС МАРКЕТ) по схеме FBS для УТ 11, КА 2, ERP 2
Расширения обеспечивают работу с личными кабинетами маркетплейсов WILDBERRIES и ЯНДЕКС.МАРКЕТ на принципах FBS. Для разработки характерны простой запуск и удобство использования. Купив решение, вы сможете увеличить скорости сборки и наклейки стикеров на заказы при больших объемах отгрузок.
Код разработки полностью открыт и позволяет самостоятельно проводить любые необходимые изменения.
🟢 Интеграция 1С с маркетплейсами (Ozon, Wildberries). Обычные формы
Решение встраивается в типовую конфигурацию УТ10.3, КА 1.х, УПП 1.3 или самописные конфигурации.
Программа осуществляет выгрузку карточек товаров в ОЗОН/Wildberries, загрузку и синхронизацию ранее загруженных карточек с номенклатурой в 1С, гибкую настройку синхронизации по номенклатуре, характеристикам, сериям и единицам измерения, а также загрузку отправлений ОЗОН/ Сборочных заданий Wildberries и создание на их основании документов в 1С и управление статусами отправлений ОЗОН/ Сборочных заданий Wildberries.
А вы успели подготовиться к активной осенней торговле? Какие решения используете? Пишите в комментариях!
Сезон отпусков закончился. Пришло время активной онлайн-торговли - золотая пора для совершения рывков в развитии продаж 🔥📈
Коммерсантам нужны удобные инструменты для управления продажами и сокращения издержек. И желательно одновременно!
Это всегда баланс между "ща как найму новых продавцов" и "а где взять деньги на зарплату этим бездельникам?". В поиске равновесия и хождении по мукам, можно так и остаться ни с чем!
В то же время рынок не дремлет. Появляются новые онлайн площадки для сбыта. Если все мы уже привыкли к Ozon, Wildberries, Яндекс.Маркет, СберМегаМаркет, то сколько их еще - всяких поменьше, но тоже способствующих росту продаж и отнимающих ресурсы на их содержание и актуализацию.
Встает вопрос, кто будет поддерживать весь этот зоопарк?
⚠️ Слава разработчикам и программистам, которые давно решили этот вопрос. Вам осталось только выбрать подходящий инструмент. Предлагаю краткий обзор 3-х таких решений, которые позволят вам управлять онлайн площадками прямо из привычного интерфейса 1С.
Их общие преимущества:
✔️ Управление продажами на маркетплейсах из одного окна;
✔️ Нет необходимости в увеличении штата персонала, т.к. все может делать один оператор;
✔️Максимальная автоматизация типовых процессов: выгрузка товаров и остатков, загрузка заказов в 1С, актуализация информации и прочие рутинные операции.
🟢 Управление онлайн торговлей. Интеграция 1С с маркетплейсами: Вайлдберриз, Озон, СберМегаМаркет, Яндекс.Маркет, АлиЭкспресс, другими сервисами, а также интеграции с любыми поставщиками
Решение позволяет осуществлять полный контроль за магазинами, созданными на популярных торговых площадках. Предназначено для автоматизации онлайн-сегмента и компаний, торгующих через собственные сайты, интернет магазины, социальные сети, на маркетплейсах.
Поддерживаются обмены по схемам FBS, FBO и ЭДО. Работает с конфигурациями:
▪️Управление торговлей 11,
▪️Комплексная автоматизация 2.0,
▪️ERP Управление предприятием 2.0
🟢 Модули интеграции с маркетплейсами (WILDBERRIES + ЯНДЕКС МАРКЕТ) по схеме FBS для УТ 11, КА 2, ERP 2
Расширения обеспечивают работу с личными кабинетами маркетплейсов WILDBERRIES и ЯНДЕКС.МАРКЕТ на принципах FBS. Для разработки характерны простой запуск и удобство использования. Купив решение, вы сможете увеличить скорости сборки и наклейки стикеров на заказы при больших объемах отгрузок.
Код разработки полностью открыт и позволяет самостоятельно проводить любые необходимые изменения.
🟢 Интеграция 1С с маркетплейсами (Ozon, Wildberries). Обычные формы
Решение встраивается в типовую конфигурацию УТ10.3, КА 1.х, УПП 1.3 или самописные конфигурации.
Программа осуществляет выгрузку карточек товаров в ОЗОН/Wildberries, загрузку и синхронизацию ранее загруженных карточек с номенклатурой в 1С, гибкую настройку синхронизации по номенклатуре, характеристикам, сериям и единицам измерения, а также загрузку отправлений ОЗОН/ Сборочных заданий Wildberries и создание на их основании документов в 1С и управление статусами отправлений ОЗОН/ Сборочных заданий Wildberries.
А вы успели подготовиться к активной осенней торговле? Какие решения используете? Пишите в комментариях!
solutions.drip-center.ru
Управление онлайн торговлей. Интеграция 1С с маркетплейсами: Вайлдберриз, Озон, СберМегаМаркет, Яндекс.Маркет, АлиЭкспресс, другими…
Решение предназначено для автоматизации типовых бизнес процессов работы компаний, ведущих свою деятельность в онлайн сегменте и торгующих через собственные сайты, интернет магазины, социальные сети, на маркетплейсах: Вайлдберриз/WildBerries (wildberries.ru)…
🔥3
#ПсихологияОбщения
...Начало поста
7️⃣ Проверьте предложение до отправки и после. Если заметили, что ваш Т9 где-то накосячил - исправьте. Не исключено, что искусственный интеллект решил восстать против вас именно сейчас.
- Да вот не понятно, трели выжила, то ли до последнего боролась за него
-Бля , здравствуйте!
В продолжение предыдущего письма...
В качестве выводов.
Да, я понимаю, что темп жизни высок. В череде поступающей информации мы стремимся транслировать ее дальше быстрее, чем успеваем осознать и обработать.
Но что если пойти обратным путем? - попробовать обработать ее здесь, на входе чуть более качественнее, чем обычно? Ведь какой смысл в коммуникации, если тебя не понимают?
Я точно знаю, что какой бы крутой не была компьютерная программа, если в нее подать неправильные данные, то в процессе их обработки возникнет ошибка. Чтобы этого не произошло в программу закладывают алгоритмы нормализации данных, т.н. процедуры предобработки информации.
Давайте применим этот принцип к нашему человеческому взаимодействию?
И всякий раз, когда будем отправлять сообщение адресату, "предобработаем" его - подумаем, над его формой и содержанием.
...Начало поста
7️⃣ Проверьте предложение до отправки и после. Если заметили, что ваш Т9 где-то накосячил - исправьте. Не исключено, что искусственный интеллект решил восстать против вас именно сейчас.
- Да вот не понятно, трели выжила, то ли до последнего боролась за него
-
В продолжение предыдущего письма...
В качестве выводов.
Да, я понимаю, что темп жизни высок. В череде поступающей информации мы стремимся транслировать ее дальше быстрее, чем успеваем осознать и обработать.
Но что если пойти обратным путем? - попробовать обработать ее здесь, на входе чуть более качественнее, чем обычно? Ведь какой смысл в коммуникации, если тебя не понимают?
Я точно знаю, что какой бы крутой не была компьютерная программа, если в нее подать неправильные данные, то в процессе их обработки возникнет ошибка. Чтобы этого не произошло в программу закладывают алгоритмы нормализации данных, т.н. процедуры предобработки информации.
Давайте применим этот принцип к нашему человеческому взаимодействию?
И всякий раз, когда будем отправлять сообщение адресату, "предобработаем" его - подумаем, над его формой и содержанием.
Telegram
ПРО-продукт
#ПсихологияОбщения
🔰 Случалось ли вам работать с теми, чью переписку вы не понимаете?
Поясню. Перед вами текст. В нем буквы. Каждая в отдельности вам вроде бы известна. Из букв составлены какие-то слова. Но когда вы пытаетесь сложить их в осмысленную конструкцию…
🔰 Случалось ли вам работать с теми, чью переписку вы не понимаете?
Поясню. Перед вами текст. В нем буквы. Каждая в отдельности вам вроде бы известна. Из букв составлены какие-то слова. Но когда вы пытаетесь сложить их в осмысленную конструкцию…
👍5
#УправлениеПроектами #Формализация
🔰 Поговорим о так называемом "Плане коммуникаций".
План коммуникаций - документ, рекомендуемый практически всеми фреймворками по управлению проектами.
Ваш проект будет подобен хромой лошади, если его участники не понимают принципы взаимодействия внутри команды. Даже если на первый взгляд кажется, что все очевидно, то:
▪️это не точно
▪️это не для каждого
Сформулированные и понятные тезисы позволят значительно ускорить работу и сделать взаимодействие в команде единым для всех.
К этому посту я приложил документ, который вы можете скачать и опереться на него в построении своего плана. Ну а сейчас я поделюсь с вами крутыми фишками, которые вы, как руководитель, можете использовать в любом проекте.
Что нужно сделать, чтобы составить хороший план:
✅ Обозначить основной канал коммуникации: скайп, телеграм, слак, что-то еще.
✅ Обозначить участников коммуникации.
✅ Обозначить правила (а лучше принципы), на которых будут построены взаимодействия.
✅ Ознакомить с готовым документов всех участников и закрепить на видном месте.
Заметка из жизни о том, куда уходит время
Был у меня на проекте один верстальщик. Толковый очень парень, но, что называется "весь в себе". Дизайнер пишет верстальщику вопрос. Тот читает его (видно в мессенджере, что сообщение прочитано), но не отвечает. Дизайнер при этом ожидает ответа, т.к. скоро должен отойти по личным делам, а ответ позволит ему быстро доделать начатую работу и передать результат дальше. Получается, что верстальщик, который, как оказалось, не посчитал вопрос важным, задерживает проект. И сам того не осознает! Дизайнер простаивает иох**вает от безразличия демотивируется, уходит ценный ресурс - время.
Налицо разница в ответственности и подходах к делу. Чтобы ее нивелировать нужно заложить такие ситуации в план, обозначить принципы реакции и отслеживать как это работает на практике. При необходимости - давать взбучку за несоблюдение.
Боязнь обратиться за помощью как крайность
На другом проекте у меня был программист, который писал в общий чат довольно редко. Первое время он сдавал работы без сбоев, вовремя и в хорошем качестве, и я подумал, что это его фирменный "суровый" стиль. Но в какой-то момент он пропал с радаров и не выходил на связь по причине того - как оказалось позже - что он считал свой вопрос несущественным и недостойным внимания. Пытался разобраться в нем самостоятельно и не хотел докладывать о возникшей проблеме.
Стоит ли говорить, что проект все это время пробуксовывал.
Стандартные косяки в коммуникациях, которые необходимо учитывать в плане:
1. Отсутствие какой-либо реакции на сообщения.
2. Долгая реакция на сообщения.
3. Боязнь "потревожить" человека напрасно.
4. Флуд в коммуникациях - переизбыток сообщений без полезной нагрузки.
Лайфхак. Включите в ваш план коммуникации раздел "Слово владельца продукта". Поприветствуйте вашу команду и обозначьте, что к вам можно обращаться в любое время и по любым вопросам. Это задаст общий позитивный тон и подаст хороший пример открытости каждому члену команды.
Само собой, что вам нужно не только декларировать открытость, но и действовать самому в рамках этого принципа!
🔰 Поговорим о так называемом "Плане коммуникаций".
План коммуникаций - документ, рекомендуемый практически всеми фреймворками по управлению проектами.
Ваш проект будет подобен хромой лошади, если его участники не понимают принципы взаимодействия внутри команды. Даже если на первый взгляд кажется, что все очевидно, то:
▪️это не точно
▪️это не для каждого
Сформулированные и понятные тезисы позволят значительно ускорить работу и сделать взаимодействие в команде единым для всех.
К этому посту я приложил документ, который вы можете скачать и опереться на него в построении своего плана. Ну а сейчас я поделюсь с вами крутыми фишками, которые вы, как руководитель, можете использовать в любом проекте.
Что нужно сделать, чтобы составить хороший план:
✅ Обозначить основной канал коммуникации: скайп, телеграм, слак, что-то еще.
✅ Обозначить участников коммуникации.
✅ Обозначить правила (а лучше принципы), на которых будут построены взаимодействия.
✅ Ознакомить с готовым документов всех участников и закрепить на видном месте.
Заметка из жизни о том, куда уходит время
Был у меня на проекте один верстальщик. Толковый очень парень, но, что называется "весь в себе". Дизайнер пишет верстальщику вопрос. Тот читает его (видно в мессенджере, что сообщение прочитано), но не отвечает. Дизайнер при этом ожидает ответа, т.к. скоро должен отойти по личным делам, а ответ позволит ему быстро доделать начатую работу и передать результат дальше. Получается, что верстальщик, который, как оказалось, не посчитал вопрос важным, задерживает проект. И сам того не осознает! Дизайнер простаивает и
Налицо разница в ответственности и подходах к делу. Чтобы ее нивелировать нужно заложить такие ситуации в план, обозначить принципы реакции и отслеживать как это работает на практике. При необходимости - давать взбучку за несоблюдение.
Боязнь обратиться за помощью как крайность
На другом проекте у меня был программист, который писал в общий чат довольно редко. Первое время он сдавал работы без сбоев, вовремя и в хорошем качестве, и я подумал, что это его фирменный "суровый" стиль. Но в какой-то момент он пропал с радаров и не выходил на связь по причине того - как оказалось позже - что он считал свой вопрос несущественным и недостойным внимания. Пытался разобраться в нем самостоятельно и не хотел докладывать о возникшей проблеме.
Стоит ли говорить, что проект все это время пробуксовывал.
Стандартные косяки в коммуникациях, которые необходимо учитывать в плане:
1. Отсутствие какой-либо реакции на сообщения.
2. Долгая реакция на сообщения.
3. Боязнь "потревожить" человека напрасно.
4. Флуд в коммуникациях - переизбыток сообщений без полезной нагрузки.
Лайфхак. Включите в ваш план коммуникации раздел "Слово владельца продукта". Поприветствуйте вашу команду и обозначьте, что к вам можно обращаться в любое время и по любым вопросам. Это задаст общий позитивный тон и подаст хороший пример открытости каждому члену команды.
Само собой, что вам нужно не только декларировать открытость, но и действовать самому в рамках этого принципа!
Telegram
ПРО-продукт
#Формализация #Документация
👍7🔥1
#Продажи #Маркетинг
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру грубую оценку. Менеджер накидывает на эту стоимость некий фирменный коэффициент и получает сумму, которую озвучивает клиенту.
Подобная оценка смотрится настолько же неуместно как лейбл адидас на китайской болванке резинового тапка из 90-х и часто ведёт к тому, что проект будет сделан в убыток для компании или недостаточно хорошо для клиента, т.е. с возможными репутационными потерями для вас.
Правильный подход к оценке должен состоять из следующих этапов.
✅ Выяснить трудозатраты всех специалистов, которые будут участвовать в производстве проекта: дизайнеры, программисты, тестировщики и т.д.
✅ Заложить суммы бонусов производственникам за успешное выполнение проекта в срок. Позже эти суммы закладываются в KPI.
✅ Учесть риски на сюрпризы в ТЗ, хотелки и "забывалки" клиента. Такие риски могут составлять до 50% стоимости проекта.
✅ Заложить суммы взяток на реализацию проекта. Да, я против коррупции, но мне на пути встречались такие люди, без которых проект ни на йоту не сдвинется, пока он не получит свой гешефт.
✅ Учесть управленческую надбавку за менеджмент проекта.
✅ Увеличить сумму на величину налогов.
Полученную сумму ещё рано демонстрировать клиенту.
Продолжение сегодня... 👇
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру грубую оценку. Менеджер накидывает на эту стоимость некий фирменный коэффициент и получает сумму, которую озвучивает клиенту.
Подобная оценка смотрится настолько же неуместно как лейбл адидас на китайской болванке резинового тапка из 90-х и часто ведёт к тому, что проект будет сделан в убыток для компании или недостаточно хорошо для клиента, т.е. с возможными репутационными потерями для вас.
Правильный подход к оценке должен состоять из следующих этапов.
✅ Выяснить трудозатраты всех специалистов, которые будут участвовать в производстве проекта: дизайнеры, программисты, тестировщики и т.д.
✅ Заложить суммы бонусов производственникам за успешное выполнение проекта в срок. Позже эти суммы закладываются в KPI.
✅ Учесть риски на сюрпризы в ТЗ, хотелки и "забывалки" клиента. Такие риски могут составлять до 50% стоимости проекта.
✅ Заложить суммы взяток на реализацию проекта. Да, я против коррупции, но мне на пути встречались такие люди, без которых проект ни на йоту не сдвинется, пока он не получит свой гешефт.
✅ Учесть управленческую надбавку за менеджмент проекта.
✅ Увеличить сумму на величину налогов.
Полученную сумму ещё рано демонстрировать клиенту.
Продолжение сегодня... 👇
👍5❤1🔥1
#Продажи #Маркетинг
... начало статьи выше ☝️
Чтобы она не казалась неподъемной, функционал проекта стоит разбить на категории. Условно это могут быть "min", "standard" и "platinum" комплекты.
✔️ В варианте "min" реализация проекта представляет собой минимально работающий функционал только с самым необходимым набором базовых функций.
✔️ Вариант "standard" содержит функции, достаточные для комфортной работы пользователей, но без излишеств, "бантиков" и супер удобств, характерных для варианта "platinum".
✔️ Вариант "platinum" - это all inclusive в мире IT. Полная цена за все функции продукта обозначена тут.
Но и это ещё не всё.
⚡️ Фишка: в отдельном разделе КП представьте клиенту те функции продукта, которые он не заказывал, но которые ему могут быть полезны!
Напротив каждой функции обозначьте стоимость ее реализации. Придумайте несколько таких функций.
Это одновременно и увеличит ваш потенциальный доход и снизит на своем фоне общую стоимость продукта по ТЗ.
❓ Как понять, какие функции включать в состав "platinum" комплекта? Ведь ваша задача как руководителя - максимизировать прибыль с продукта и принести клиенту максимальную пользу. При этом, крайне желательно, не потерять клиента еще на этапе оценки)
Разбейте ТЗ на функциональные блоки. И попросите клиента дать каждому из блоков приоритеты. Воспользуйтесь MOSCOW приоритезацией - это удобно!
Если вы ещё не встречались с этим, то позже я напишу, что это такое. Сейчас просто знайте, что функционал, который клиент обозначит как C (could have) и W (would have) надо включать в комплект "platinum".
Передайте получившееся КП клиенту, но не молча!
Устройте встречу или хотя бы конференцию онлайн, чтобы кратко пояснить суть своего предложения и закрыть возникшие вопросы.
Продолжение сегодня... 👇
... начало статьи выше ☝️
Чтобы она не казалась неподъемной, функционал проекта стоит разбить на категории. Условно это могут быть "min", "standard" и "platinum" комплекты.
✔️ В варианте "min" реализация проекта представляет собой минимально работающий функционал только с самым необходимым набором базовых функций.
✔️ Вариант "standard" содержит функции, достаточные для комфортной работы пользователей, но без излишеств, "бантиков" и супер удобств, характерных для варианта "platinum".
✔️ Вариант "platinum" - это all inclusive в мире IT. Полная цена за все функции продукта обозначена тут.
Но и это ещё не всё.
⚡️ Фишка: в отдельном разделе КП представьте клиенту те функции продукта, которые он не заказывал, но которые ему могут быть полезны!
Напротив каждой функции обозначьте стоимость ее реализации. Придумайте несколько таких функций.
Это одновременно и увеличит ваш потенциальный доход и снизит на своем фоне общую стоимость продукта по ТЗ.
❓ Как понять, какие функции включать в состав "platinum" комплекта? Ведь ваша задача как руководителя - максимизировать прибыль с продукта и принести клиенту максимальную пользу. При этом, крайне желательно, не потерять клиента еще на этапе оценки)
Разбейте ТЗ на функциональные блоки. И попросите клиента дать каждому из блоков приоритеты. Воспользуйтесь MOSCOW приоритезацией - это удобно!
Если вы ещё не встречались с этим, то позже я напишу, что это такое. Сейчас просто знайте, что функционал, который клиент обозначит как C (could have) и W (would have) надо включать в комплект "platinum".
Передайте получившееся КП клиенту, но не молча!
Устройте встречу или хотя бы конференцию онлайн, чтобы кратко пояснить суть своего предложения и закрыть возникшие вопросы.
Продолжение сегодня... 👇
Telegram
ПРО-продукт
#Продажи #Маркетинг
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру…
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру…
❤1👍1🔥1
#Продажи #Маркетинг
Часть 1
Часть 2
Так вы дистанцируетесь от большинства подрядчиков, чьи КП тут же отправляются в помойку ввиду их непонятности и несоответствия ожиданиям клиентов.
Фишка: не отправляйте КП файлом. Разместите его на своем сайте или хотя бы в гугл-докс, чтобы понимать ознакомился ли ваш контрагент с ним и отслеживать статистику.
Так вы не будете дергать его звонками: "Ну что, посмотрел?" - и сможете влиять на ситуацию.
Кратко подведем итоги:
✅ Разбиваем ТЗ клиента на функциональные блоки.
✅ Просим сделать его приоритезацию каждого блока.
✅ Проводим внутреннюю оценку.
✅ Раскладываем функционал по КП на "min", "standard" и "platinum" комплекты.
✅ Добавляем upsale-функционал в наше предложение.
✅ Выкладываем КП на сайт или шарим для совместного доступа.
✅ Сопровождаем звонком или встречей для защиты и заключения сделки.
Опционально: установить обоснованный дедлайн на заключение договора. После дедлайна стоимость проекта может быть пересмотрена и увеличена.
Чем можно обосновать дедлайн?
Ну, например, уходом основного специалиста на другой проект. Так есть вероятность заключить договор на ваших условиях быстрее.
Пользуйтесь этой схемой и пусть ваши проекты будут всегда прибыльны, а заказчики довольны!
Пишите в комментариях, какие советы из статьи вам показались полезными и что считаете неприемлемым.
Подискутируем🙂
Часть 1
Часть 2
Так вы дистанцируетесь от большинства подрядчиков, чьи КП тут же отправляются в помойку ввиду их непонятности и несоответствия ожиданиям клиентов.
Фишка: не отправляйте КП файлом. Разместите его на своем сайте или хотя бы в гугл-докс, чтобы понимать ознакомился ли ваш контрагент с ним и отслеживать статистику.
Так вы не будете дергать его звонками: "Ну что, посмотрел?" - и сможете влиять на ситуацию.
Кратко подведем итоги:
✅ Разбиваем ТЗ клиента на функциональные блоки.
✅ Просим сделать его приоритезацию каждого блока.
✅ Проводим внутреннюю оценку.
✅ Раскладываем функционал по КП на "min", "standard" и "platinum" комплекты.
✅ Добавляем upsale-функционал в наше предложение.
✅ Выкладываем КП на сайт или шарим для совместного доступа.
✅ Сопровождаем звонком или встречей для защиты и заключения сделки.
Опционально: установить обоснованный дедлайн на заключение договора. После дедлайна стоимость проекта может быть пересмотрена и увеличена.
Чем можно обосновать дедлайн?
Ну, например, уходом основного специалиста на другой проект. Так есть вероятность заключить договор на ваших условиях быстрее.
Пользуйтесь этой схемой и пусть ваши проекты будут всегда прибыльны, а заказчики довольны!
Пишите в комментариях, какие советы из статьи вам показались полезными и что считаете неприемлемым.
Подискутируем🙂
Telegram
ПРО-продукт
#Продажи #Маркетинг
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру…
🔰 Правильная оценка проекта в IT и подача КП
Как обычно происходит оценка проекта в IT?
ТЗ от клиента дают на осмотр специалисту / старшему специалисту / руководителю проектов. Он прикидывает объем трудозатрат "за всех" и сообщает менеджеру…
👍3🔥1👏1
#Текущее
Привет! 🙂
Последнюю неделю активно погружен в запуск большого проекта, связанного с фриланс-активностью для 1С-программистов. Времени писать в канал практически нет, простите🙈
❓Пользуясь минуткой отдыха, решил задать вам вопрос, посоветоваться. Что вы думаете насчет следующих формулировок для правил публикации материалов на проекте?
〰️〰️〰️
3.1 Недопустимы публикации, содержащие:
3.1.1 Ссылки на любые информационные ресурсы и материалы, не соответствующие предмету публикации;
3.1.2 Искусственно обусловленное ограничение контента с побуждением получить недостающую информацию на другом информационном ресурсе;
3.1.3 Рекламу сторонних ресурсов или призывающие воспользоваться товарами или услугами определенной компании, физического лица или круга лиц;
3.1.4 Явные или скрытые отзывы на компании, физических лиц, места, события, действия;
3.1.5 Негативное отношение автора к предмету публикации и созданные исключительно с целью критики, если они не подкреплены достаточно полным всесторонним анализом темы и основаны исключительно на личном мнении автора.
〰️〰️〰️
В частности интересует:
1. Не кажется ли вам, что какие-то пункты являются частными случаями других?
2. Можно ли по-вашему как-то упростить формулировки, но при этом не упустить ничего важного из описанного?
Буду рад вашему мнению в комментариях!
Привет! 🙂
Последнюю неделю активно погружен в запуск большого проекта, связанного с фриланс-активностью для 1С-программистов. Времени писать в канал практически нет, простите🙈
❓Пользуясь минуткой отдыха, решил задать вам вопрос, посоветоваться. Что вы думаете насчет следующих формулировок для правил публикации материалов на проекте?
〰️〰️〰️
3.1 Недопустимы публикации, содержащие:
3.1.1 Ссылки на любые информационные ресурсы и материалы, не соответствующие предмету публикации;
3.1.2 Искусственно обусловленное ограничение контента с побуждением получить недостающую информацию на другом информационном ресурсе;
3.1.3 Рекламу сторонних ресурсов или призывающие воспользоваться товарами или услугами определенной компании, физического лица или круга лиц;
3.1.4 Явные или скрытые отзывы на компании, физических лиц, места, события, действия;
3.1.5 Негативное отношение автора к предмету публикации и созданные исключительно с целью критики, если они не подкреплены достаточно полным всесторонним анализом темы и основаны исключительно на личном мнении автора.
〰️〰️〰️
В частности интересует:
1. Не кажется ли вам, что какие-то пункты являются частными случаями других?
2. Можно ли по-вашему как-то упростить формулировки, но при этом не упустить ничего важного из описанного?
Буду рад вашему мнению в комментариях!
❤3👍2
Знаю, вы снова меня потеряли!
Я здесь. И сегодня мы открыли регистрацию программистов 1С на портале https://specportal.pro
За последние дни было многое сделано:
✅ Разработана система регламентов
✅ Устранены замеченные ошибки в работе личного кабинета - в моем журнале регистрации ошибок сегодня юбилей - 50 штук😁
✅ Отлажен процесс регистрации
И еще многое предстоит!
Продолжаем пилить страницу материала - наделяем ее свойствами, которые будут понятны программистам при публикации решений и которые необходимы для построения классного каталога, удобного для поиска и пользователей!
Работы много, работа кипит. Возможно, скоро покажу вам дизайн. Или не покажу :) Пока не решил.
Не теряйте!
Я здесь. И сегодня мы открыли регистрацию программистов 1С на портале https://specportal.pro
За последние дни было многое сделано:
✅ Разработана система регламентов
✅ Устранены замеченные ошибки в работе личного кабинета - в моем журнале регистрации ошибок сегодня юбилей - 50 штук😁
✅ Отлажен процесс регистрации
И еще многое предстоит!
Продолжаем пилить страницу материала - наделяем ее свойствами, которые будут понятны программистам при публикации решений и которые необходимы для построения классного каталога, удобного для поиска и пользователей!
Работы много, работа кипит. Возможно, скоро покажу вам дизайн. Или не покажу :) Пока не решил.
Не теряйте!
👍1🔥1
А вы тоже думали, что задачи бизнеса решает компания? В прошлой статье из цикла "Отношение к ТЗ в современных ИТ-проектах" мы разобрали, что практику переноса ответственности стоит сокращать, а сегодня разберем еще одно популярное убеждение, приводящее к конфликтам:
🔰 Это не оплачивается (не учтено в KPI), значит, и делать не буду
Что сделать с точки зрения психологии?
Осознать, откуда в компании появляются деньги. Понять, за что действительно платит клиент (нет, не за работу по ТЗ). Постигнуть ценность таких понятий как взаимопомощь, взаимовыручка, профессиональный долг. Определить свою нравственно-этическую позицию в компании. Подумать над тем, когда компания получает больше пользы от вас: когда вы создаете ей проблемы или когда решаете проблемы? Подумать, в каком из этих случаев будет расти ваше вознаграждение и как можно повлиять на него.
Что сделать физически?
Продолжать так же качественно делать свою работу (как и сейчас), но уже с осознанием того, что я описал с точки зрения психологии. Если вы напрямую работаете с заказчиком, например, вы – фрилансер, то доходчиво объяснить клиенту, за что он вам платит и как следует описать процесс изменения требований в единой связи с их оплатой, убедиться, что вас поняли. Кстати, если вы до сих пор не знаете, за что вам платит клиент, спросите прямо у него – узнаете много интересного.
Когда узнаете, сделайте это своей сильной стороной. Если вы наемный специалист, делайте все то же самое: качественно работайте, подойдите к руководству и узнайте, за что оно платит вам. Предложите ваше видение о том, как можно решать задачи клиентов эффективнее, как не допускать ошибок при постановке задач и что вы можете сделать со своей стороны, если увидите их на своем участке работы.
Предложите включить эти изменения в процессы компании с их учетом в KPI. Если ваше предложение ценно – вас услышат. Если нет, это будет поводом задуматься, а в той ли компании вы работаете. Но если вы ничего не сделали, значит, вы всем довольны и нечего тогда говорить о том, что это не оплачивается – вы просто лентяй!
Что сделать управленчески?
✅ Таки внедрить процессы критической обработки ТЗ программистами с возвратом на уровень постановщиков, в случае обнаружения косяков.
✅ Обеспечить прозрачность и выполнимость таких процессов. Изменить KPI по рекомендациям задачи бизнеса решает компания/менеджмент (не я лично).
✅ Отправить всех методистов, постановщиков и аналитиков на тренинги по написаниям ТЗ.
✅ Выявить и уволить людей, допускающих выполнение заведомо некорректных требований в ТЗ без их предварительной верификации.
Дополнительные пояснения
Часто за формулировками «это не оплачивается» стоит банальная лень и страх изменений. Обычно у таких специалистов, все в действительности хорошо – оклад их устраивает, а больше денег им и не нужно.
Перестраиваться они не хотят, а потому избегают любых попыток привлечь себя к анализу требований. Такие сотрудники 100% формалисты и бюрократы. На вопрос «чей косяк?» они всегда сошлются на «убогое ТЗ», «криворуких постановщиков» и трудовой договор. Они редко признают свои ошибки, т.к. считают, что их допустил кто угодно, но не они.
Если перед ними встает выбор сообщить об ошибке или допустить ее – сделают так как написано в ТЗ, т.е. с ошибкой, даже если спокойно могли бы избежать этого. Являются очевидными саботажниками. Могут работать изолированно, например, на проектах по поддержке. В остальных случаях лучше уволить.
🔰 Это не оплачивается (не учтено в KPI), значит, и делать не буду
Что сделать с точки зрения психологии?
Осознать, откуда в компании появляются деньги. Понять, за что действительно платит клиент (нет, не за работу по ТЗ). Постигнуть ценность таких понятий как взаимопомощь, взаимовыручка, профессиональный долг. Определить свою нравственно-этическую позицию в компании. Подумать над тем, когда компания получает больше пользы от вас: когда вы создаете ей проблемы или когда решаете проблемы? Подумать, в каком из этих случаев будет расти ваше вознаграждение и как можно повлиять на него.
Что сделать физически?
Продолжать так же качественно делать свою работу (как и сейчас), но уже с осознанием того, что я описал с точки зрения психологии. Если вы напрямую работаете с заказчиком, например, вы – фрилансер, то доходчиво объяснить клиенту, за что он вам платит и как следует описать процесс изменения требований в единой связи с их оплатой, убедиться, что вас поняли. Кстати, если вы до сих пор не знаете, за что вам платит клиент, спросите прямо у него – узнаете много интересного.
Когда узнаете, сделайте это своей сильной стороной. Если вы наемный специалист, делайте все то же самое: качественно работайте, подойдите к руководству и узнайте, за что оно платит вам. Предложите ваше видение о том, как можно решать задачи клиентов эффективнее, как не допускать ошибок при постановке задач и что вы можете сделать со своей стороны, если увидите их на своем участке работы.
Предложите включить эти изменения в процессы компании с их учетом в KPI. Если ваше предложение ценно – вас услышат. Если нет, это будет поводом задуматься, а в той ли компании вы работаете. Но если вы ничего не сделали, значит, вы всем довольны и нечего тогда говорить о том, что это не оплачивается – вы просто лентяй!
Что сделать управленчески?
✅ Таки внедрить процессы критической обработки ТЗ программистами с возвратом на уровень постановщиков, в случае обнаружения косяков.
✅ Обеспечить прозрачность и выполнимость таких процессов. Изменить KPI по рекомендациям задачи бизнеса решает компания/менеджмент (не я лично).
✅ Отправить всех методистов, постановщиков и аналитиков на тренинги по написаниям ТЗ.
✅ Выявить и уволить людей, допускающих выполнение заведомо некорректных требований в ТЗ без их предварительной верификации.
Дополнительные пояснения
Часто за формулировками «это не оплачивается» стоит банальная лень и страх изменений. Обычно у таких специалистов, все в действительности хорошо – оклад их устраивает, а больше денег им и не нужно.
Перестраиваться они не хотят, а потому избегают любых попыток привлечь себя к анализу требований. Такие сотрудники 100% формалисты и бюрократы. На вопрос «чей косяк?» они всегда сошлются на «убогое ТЗ», «криворуких постановщиков» и трудовой договор. Они редко признают свои ошибки, т.к. считают, что их допустил кто угодно, но не они.
Если перед ними встает выбор сообщить об ошибке или допустить ее – сделают так как написано в ТЗ, т.е. с ошибкой, даже если спокойно могли бы избежать этого. Являются очевидными саботажниками. Могут работать изолированно, например, на проектах по поддержке. В остальных случаях лучше уволить.
Telegram
ПРО-продукт
В прошлый раз мы выяснили, что причиной конфликтов между участниками проекта являются убеждения. Одно из таких убеждений мы уже рассмотрели. Теперь рассмотрим, что делать с другим популярным суждением.
🔰 Задачи бизнеса решает компания/менеджмент (не я лично)…
🔰 Задачи бизнеса решает компания/менеджмент (не я лично)…
👍2🔥1
Продолжаем цикл статей "Отношение к ТЗ в современных ИТ-проектах".
Прошлое убеждение, которое разобрали, звучало как это не оплачивается (не учтено в KPI), значит, и делать не буду.
Сегодня у нас такое:
🔰 Не хочу переделывать без внятного техзадания
Что сделать с точки зрения психологии?
Тут обычно подразумевается, что кто-то (обычно заказчик, если работаете напрямую, или аналитик - в компании) должен предоставить это техзадание автору убеждения.
Подать, так сказать, на блюдечке с голубой каемочкой.
Чтобы понять всю абсурдность такой позиции достаточно представить как врач, после неудачных попыток вылечить вас, просит сделать для него (более) внятное ТЗ. А если, в автосервисе от вас вдруг попросят такое ТЗ, как вам? Понравится?
Ваши опасения вполне понятны. Но они бы не вылились в переделки, если бы изначально вы провели более качественную диагностику проблемы и верификацию требований. Таким образом, если перед нами замаячило такое убеждение, то в 95% случаев мы допускаем ошибку раньше – скорее всего, спешим быстрее начать работу, не проявляем достаточной вовлеченности при выявлении проблемы, погружении в задачу, описании конечного результата. Допускаем промахи во взаимодействии с заказчиком (постановщиком), не внимательны к деталям.
Если вы отвечаете за непосредственный сбор требований и создание ТЗ, то следует осознать, что именно в вашей зоне ответственности находится постановка задачи: понятная и вам, и заказчику, и непосредственному исполнителю.
Что сделать физически?
Если вы – исполнитель ТЗ, то нужно активнее участвовать в сборе требований и их верификации и формализации. Об этом я уже писал выше.
Если вы – постановщик задачи, пройдите дополнительные тренинги по взаимодействию с заказчиками и подготовке документации. Отличным вариантом будет разделение большого проекта на несколько маленьких. Так ТЗ на каждый проект будет меньше, а результат каждого этапа более предсказуем и понятен для заказчика и исполнителя и менее трудоемок в осознании будущего результата и реализации. При этом цена ошибки будет меньше.
Возможно, что стоит сделать предложение руководству о переходе к гибким методологиям ведения проектов – там меньше бюрократии на идеологическом, т.е. определяющем все остальные процессы, уровне. Сместить фокус внимания на заказчиков и допустить, что задача может видоизменяться на ходу.
Что сделать управленчески?
Организовать совместную работу над ТЗ аналитиками и тестировщиками. Предполагается, что одновременно с написанием ТЗ ведется подготовка сценариев тестирования и все это передается заказчику на ознакомление. Смысл в том, что хороший сценарий тестирования обычно достаточно нагляден. Если его передать заказчику перед началом работ, то ему будет проще оценить, соответствуют ли его желания описаниям. А у разработчиков будет меньше вариантов ошибиться. В рамках управленческих подходов следует также зафиксировать процедуры совместной работы в административных регламентах компании. Рассмотреть переход на agile.
Дополнительные пояснения
Заказчик имеет полное право не понимать, не уметь или не хотеть делать для вас ТЗ. Ему важен конечный результат, который закроет проблемы его бизнеса. Если принять это утверждение как данность, то перед вами откроются следующие возможности:
✅ Быть на голову выше своих конкурентов, работающих по схеме «Дайте ТЗ».
Вместо этого стоит перейти на схему:
проблема (ставит заказчик) – анализ ( делаете вы) – предложения (вы) – решение (вы) + постоянное взаимодействие с получением обратной связи и корректировка действий.
✅ Получать больше денег и уменьшить количество бюрократии. Заказчики охотно платят за отсутствие геморроя, волокиты и бумажек. Покажите им, что умеете взаимодействовать, быть на связи, нести ответственность и они будут платить вам рублями и преданностью.
Прошлое убеждение, которое разобрали, звучало как это не оплачивается (не учтено в KPI), значит, и делать не буду.
Сегодня у нас такое:
🔰 Не хочу переделывать без внятного техзадания
Что сделать с точки зрения психологии?
Тут обычно подразумевается, что кто-то (обычно заказчик, если работаете напрямую, или аналитик - в компании) должен предоставить это техзадание автору убеждения.
Подать, так сказать, на блюдечке с голубой каемочкой.
Чтобы понять всю абсурдность такой позиции достаточно представить как врач, после неудачных попыток вылечить вас, просит сделать для него (более) внятное ТЗ. А если, в автосервисе от вас вдруг попросят такое ТЗ, как вам? Понравится?
Ваши опасения вполне понятны. Но они бы не вылились в переделки, если бы изначально вы провели более качественную диагностику проблемы и верификацию требований. Таким образом, если перед нами замаячило такое убеждение, то в 95% случаев мы допускаем ошибку раньше – скорее всего, спешим быстрее начать работу, не проявляем достаточной вовлеченности при выявлении проблемы, погружении в задачу, описании конечного результата. Допускаем промахи во взаимодействии с заказчиком (постановщиком), не внимательны к деталям.
Если вы отвечаете за непосредственный сбор требований и создание ТЗ, то следует осознать, что именно в вашей зоне ответственности находится постановка задачи: понятная и вам, и заказчику, и непосредственному исполнителю.
Что сделать физически?
Если вы – исполнитель ТЗ, то нужно активнее участвовать в сборе требований и их верификации и формализации. Об этом я уже писал выше.
Если вы – постановщик задачи, пройдите дополнительные тренинги по взаимодействию с заказчиками и подготовке документации. Отличным вариантом будет разделение большого проекта на несколько маленьких. Так ТЗ на каждый проект будет меньше, а результат каждого этапа более предсказуем и понятен для заказчика и исполнителя и менее трудоемок в осознании будущего результата и реализации. При этом цена ошибки будет меньше.
Возможно, что стоит сделать предложение руководству о переходе к гибким методологиям ведения проектов – там меньше бюрократии на идеологическом, т.е. определяющем все остальные процессы, уровне. Сместить фокус внимания на заказчиков и допустить, что задача может видоизменяться на ходу.
Что сделать управленчески?
Организовать совместную работу над ТЗ аналитиками и тестировщиками. Предполагается, что одновременно с написанием ТЗ ведется подготовка сценариев тестирования и все это передается заказчику на ознакомление. Смысл в том, что хороший сценарий тестирования обычно достаточно нагляден. Если его передать заказчику перед началом работ, то ему будет проще оценить, соответствуют ли его желания описаниям. А у разработчиков будет меньше вариантов ошибиться. В рамках управленческих подходов следует также зафиксировать процедуры совместной работы в административных регламентах компании. Рассмотреть переход на agile.
Дополнительные пояснения
Заказчик имеет полное право не понимать, не уметь или не хотеть делать для вас ТЗ. Ему важен конечный результат, который закроет проблемы его бизнеса. Если принять это утверждение как данность, то перед вами откроются следующие возможности:
✅ Быть на голову выше своих конкурентов, работающих по схеме «Дайте ТЗ».
Вместо этого стоит перейти на схему:
проблема (ставит заказчик) – анализ ( делаете вы) – предложения (вы) – решение (вы) + постоянное взаимодействие с получением обратной связи и корректировка действий.
✅ Получать больше денег и уменьшить количество бюрократии. Заказчики охотно платят за отсутствие геморроя, волокиты и бумажек. Покажите им, что умеете взаимодействовать, быть на связи, нести ответственность и они будут платить вам рублями и преданностью.
Telegram
ПРО-продукт
А вы тоже думали, что задачи бизнеса решает компания? В прошлой статье из цикла "Отношение к ТЗ в современных ИТ-проектах" мы разобрали, что практику переноса ответственности стоит сокращать, а сегодня разберем еще одно популярное убеждение, приводящее к…
👍3❤1🔥1
🔰 Получать доход от продажи 1С-разработок на автомате? Не об этом ли мечтает каждый программист 1С?
Фриланс-биржа для 1С-ников DC - это:
- Пассивный доход от продажи разработок;
- Активный доход от новых заказов;
- Диверсификация источников клиентов;
- Живые клиенты и никакого хейта от завистников;
Пятница - отличное время взглянуть на новые возможности!
А это их канал
Фриланс-биржа для 1С-ников DC - это:
- Пассивный доход от продажи разработок;
- Активный доход от новых заказов;
- Диверсификация источников клиентов;
- Живые клиенты и никакого хейта от завистников;
Пятница - отличное время взглянуть на новые возможности!
А это их канал
👨💻3🔥1