Школа проектного специалиста
Ir al canal en Telegram
Практический канал для тех, кто работает с IT-проектами и хочет развиваться системно. Разбираем реальные проектные задачи, инструменты и подходы: от требований и работы с заказчиком до управления командой и создания IT-решений. Сотрудничество: @ymin67
Mostrar más2 986
Suscriptores
-324 horas
+17 días
+230 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
octubre '26oct '26
octubre '26
+7
en 0 canales
septiembre '26
+38
en 1 canales
Get PRO
agosto '26
+36
en 1 canales
Get PRO
julio '26
+41
en 1 canales
Get PRO
junio '26
+46
en 0 canales
Get PRO
mayo '26
+36
en 1 canales
Get PRO
abril '26
+44
en 0 canales
Get PRO
marzo '26
+45
en 1 canales
Get PRO
febrero '26
+85
en 0 canales
Get PRO
enero '26
+238
en 3 canales
Get PRO
diciembre '25
+90
en 0 canales
Get PRO
noviembre '25
+116
en 2 canales
Get PRO
octubre '25
+141
en 0 canales
Get PRO
septiembre '25
+176
en 2 canales
Get PRO
agosto '25
+114
en 1 canales
Get PRO
julio '25
+131
en 2 canales
Get PRO
junio '25
+81
en 0 canales
Get PRO
mayo '25
+146
en 1 canales
Get PRO
abril '25
+116
en 0 canales
Get PRO
marzo '25
+138
en 0 canales
Get PRO
febrero '25
+92
en 0 canales
Get PRO
enero '25
+193
en 0 canales
Get PRO
diciembre '24
+373
en 2 canales
Get PRO
noviembre '24
+119
en 0 canales
Get PRO
octubre '24
+131
en 1 canales
Get PRO
septiembre '24
+131
en 1 canales
Get PRO
agosto '24
+120
en 4 canales
Get PRO
julio '24
+199
en 4 canales
Get PRO
junio '24
+201
en 8 canales
Get PRO
mayo '24
+162
en 2 canales
Get PRO
abril '24
+127
en 1 canales
Get PRO
marzo '24
+169
en 1 canales
Get PRO
febrero '24
+94
en 0 canales
Get PRO
enero '24
+115
en 1 canales
Get PRO
diciembre '23
+106
en 2 canales
Get PRO
noviembre '23
+62
en 0 canales
Get PRO
octubre '23
+104
en 0 canales
Get PRO
septiembre '23
+99
en 0 canales
Get PRO
agosto '23
+121
en 0 canales
Get PRO
julio '23
+320
en 0 canales
Get PRO
junio '23
+41
en 0 canales
Get PRO
mayo '23
+99
en 0 canales
Get PRO
abril '23
+106
en 0 canales
Get PRO
marzo '23
+124
en 0 canales
Get PRO
febrero '23
+41
en 0 canales
Get PRO
enero '23
+3
en 0 canales
Get PRO
diciembre '22
+8
en 0 canales
Get PRO
noviembre '22
+345
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 07 octubre | 0 | |||
| 06 octubre | +2 | |||
| 05 octubre | 0 | |||
| 04 octubre | 0 | |||
| 03 octubre | 0 | |||
| 02 octubre | +3 | |||
| 01 octubre | +2 |
Publicaciones del Canal
Repost from Лаборатория цифровых решений
«Не хвастайся — накажут»: почему 43% россиян прячут свои доходы
Опубликовали интересный факт (МОСКВА, 4 октября. /ТАСС/): 43% россиян намеренно прибедняются. За год стало больше на 8%. Женщины — 46%, мужчины — 27%. Дамы, понятно, осторожнее: скажешь правду — или зависть, или попросят в долг.
Как скрывают? 41% просто занижают цифру в разговоре. 27% уходят от вопроса, как партизаны. 19% молчат про премии и подработки. 13% не хвастаются покупками. Купил машину — сказал, что в кредит. И все спокойны.
Причины? 31% говорят — скромность. Ну-ну. 26% боятся, что начнут занимать. 24% не хотят смущать тех, у кого меньше. 19% переживают за отношения из-за разницы в статусе. Вот такая деликатность.
Прячутся от коллег — 34%. На работе все на виду, лучше не выделяться. От друзей — 28%. От дальних родственников — 24%. От партнёров — 14%. Тут вообще непонятно.
Средний доход шифрующихся — 135 тысяч. Вроде нормально, но не олигархи. Значит, обычные люди, уставшие от чужих ожиданий.
Чаще всего играют в бедных в торговле — 44%. Айтишники — 33%. Креативщики — 31%. Возраст — 35–45. Уже есть что терять и что скрывать.
Грустно, но факт: быть богатым сейчас не круто, а хлопотно. Проще казаться попроще. Согласны?
| 2 |  Чем больше встреч — тем меньше решений?
В календаре всё плотнее: обсуждение проблемы, синхронизация по проблеме, отдельная встреча, чтобы договориться, как будем решать проблему. А она тем временем никуда не делась.
Знакомая картина?
Обсуждать — полезно. На встрече можно обнаружить, что люди по-разному понимают задачу, увидеть зависимость, которую никто не заметил, или услышать возражение, пока оно ещё не превратилось в неприятный сюрприз. Не каждое совещание обязано заканчиваться большим решением. Иногда команде правда нужно сначала разобраться.
Но есть тонкая граница. Обсуждение заканчивается там, где становится ясно, что делать дальше: кто принимает решение, какие данные нужны, к какому сроку вернёмся с ответом. Если после встречи не изменилось ни понимание, ни план действий, ни даже список вопросов — возможно, мы не продвинулись. Мы просто ещё раз поговорили.
Особенно легко это пропустить, когда решение неудобное. Нужно выбрать один вариант и отказаться от другого. Назвать ответственного. Признать, что срок нереалистичен или что выбранный путь не работает. Тогда команда может снова и снова собираться, уточнять формулировки, просить дополнительные расчёты. Всё выглядит как работа — но иногда это способ не произносить вслух: «Пора решать».
Можно проверить себя простым вопросом: что должно стать иначе после этой встречи? Если ответ — «все будут в курсе», это тоже бывает нужно. Но тогда стоит честно назвать встречу информирующей, а не ждать от неё решения. А если цель — выбрать путь, полезно заранее договориться, кто выбирает и на основании чего.
И ещё: не всякое разногласие нужно улаживать до полного согласия. Иногда достаточно услышать аргументы, зафиксировать риск и назначить человека, который примет решение. Единодушие приятно, конечно. Только проектам оно не всегда необходимо.
Число встреч само по себе ничего не говорит о работе команды. Важнее, остается ли после разговора следующий шаг — или только приглашение на ещё один разговор.
#менеджмент #управление_проектами #проектная_команда #софт_скиллы #команда | 245 |
| 3 |  Просроченный проект нельзя спасти количеством людей
Проект опаздывает. Что обычно хочется сделать руководителю? Конечно, добавить людей. Ещё двоих сюда, троих туда — и сейчас всё разгребут.
Звучит вполне разумно. Только почти полвека назад Фредерик Брукс заметил неприятную вещь: если ИТ проект уже опаздывает, новые люди вполне могут сделать опоздание ещё больше.
Причина довольно бытовая. Новичку мало сказать: «Вот задача, работай». Нужно объяснить, что уже сделано, почему здесь принято именно такое решение, где лежат документы, с кем согласовывать. И объясняют всё это как раз те люди, которых пытаются спасти от перегрузки.
Плюс появляется ещё одна мелочь. Чем больше людей, тем больше разговоров между ними. Один знает одно, второй другое, третьему забыли рассказать вчерашнее решение. Вроде сотрудников стало больше, а работа почему-то не ускорилась.
Но вот что важно. Закон Брукса вовсе не говорит: людей добавлять нельзя. Если работу можно нормально разделить, задачи понятны, а нового человека можно быстро ввести в дело — дополнительные руки действительно помогут.
Пожалуй, интереснее другое. Когда проект начинает гореть, первая реакция обычно — искать дополнительный ресурс. Хотя сначала стоило бы выяснить, что именно сломалось.
Не хватает людей? Или уже никто толком не понимает, сколько осталось работы, кто за что отвечает и что вообще считать готовым?
Проверяется почти по-бытовому. Спросить нескольких участников проекта: «Сколько нам осталось?»
Если звучит примерно один ответ — возможно, нужны люди. Если три совершенно разных — ещё несколько человек вряд ли станут лекарством. | 277 |
| 4 | 📌 Дайджест «Школы менеджера организации»
За прошлую неделю — о системных причинах проблем с качеством, цене затянутых решений, «тихом уходе» сотрудников и стратегических сессиях, которые превращаются в ритуал.
🔹Почему контроль качества иногда убивает качество
Проверка чек-листов и отчётов не равна проверке результата: качество нужно встраивать в сам процесс, а не пытаться гарантировать его бумажным контролем.
🔹Решить быстро и ошибиться лучше, чем решить идеально
Пока команда ждёт идеального решения, условия могут измениться — и актуальность потеряет уже сама задача.
🔹Как компания теряет людей ещё до заявления об увольнении
Внешне лояльный сотрудник может уже внутренне выйти из работы: перестать проявлять инициативу, брать ответственность и предупреждать о проблемах.
🔹Стратегические сессии: инструмент или театр?
Стратсессия приносит пользу, когда после неё появляются конкретные решения, владельцы задач и действия, а не только презентация и ощущение вовлечённости.
#менеджмент #управлениекачеством #принятиерешений #команда #стратегия #организационноеразвитие | 277 |
| 5 |  «Мы тут все на ты». А говорить всё равно страшно
Есть устойчивое убеждение: хороший руководитель должен быть «своим». Без лишней дистанции, на «ты», всегда рядом. Звучит приятно. Только близость сама по себе почему-то не делает разговор честнее.
У руководителя почти всегда больше информации о сотруднике, чем наоборот. Он знает зарплату, результаты, ошибки, твои планы. Сотрудник про руководителя знает куда меньше. И эту разницу люди чувствуют без всяких теорий. Поэтому начинают осторожничать. Не с работой — со словами.
Отсюда и появляются гладкие отчёты, дружное согласие на совещаниях и удивительное отсутствие плохих новостей. Кажется, что команда всё поняла и поддержала. Хотя иногда человек просто заранее посчитал цену возражения и решил, что спор того не стоит.
У Toyota есть принцип: прежде чем делать выводы, нужно идти на место и разбираться в происходящем своими глазами. Не потому, что начальник обязан уметь делать всё руками. Просто разговор сильно меняется, когда обсуждается не отчёт о работе, а сама работа.
И ещё забавная вещь. «Мы тут все на ты» тоже не отменяет дистанцию. Иногда даже наоборот. В одной команде это снимает напряжение, в другой выглядит как попытка изобразить близость, которой на самом деле нет. Обращение меняется за секунду. Отношения — заметно медленнее.
Похоже, доверие вообще растёт не столько из близости, сколько из предсказуемости. Руководитель спокойно говорит неприятное, не меняет правила задним числом, одинаково реагирует на одинаковые ситуации. С ним может быть не по-дружески. Зато понятно.
Наверное, поэтому тёплая дистанция часто работает лучше показной близости. Не друзья. Не чужие. Просто люди, которые знают, чего друг от друга ждать. | 261 |
| 6 | 📌 Дайджест «Школы проектного специалиста»
За прошлую неделю — о том, почему проекты тормозят даже с сильной командой, как работать с неопределёнными требованиями и что меняется во взаимоотношениях заказчика с ИТ-подрядчиком.
🔹Сорок лет модели Фалера: почему обещание серебряной пули не осуществилось
Новые инструменты делают разработку удобнее, но не отменяют фундаментальную сложность корпоративных систем: много участников, уникальные правила и множество взаимосвязей.
🔹Почему команды срывают сроки, даже когда в них работают сильные специалисты
Проблема часто не в компетенциях, а в постоянном переключении между сообщениями, встречами, срочными запросами и чужими задачами.
🔹Клиент не будет ждать. Он просто откроет другое предложение
Коммерческое предложение — не отчёт о внутренней проработке: если затянуть с ответом, клиент сравнит альтернативы и выберет того, кто быстрее снизил для него неопределённость.
🔹Почему схема процесса может неожиданно развалиться
Схема описывает процесс так, как о нём рассказывают, но реальная работа может жить в неформальных договорённостях, почте и привычках сотрудников.
🔹Почему точные требования иногда опаснее неопределённости
Преждевременно зафиксированные требования могут привести к системе, которая формально соответствует ТЗ, но не помогает бизнесу в реальной работе.
🔹«Нам не нужен ваш руководитель проекта»: как меняется спрос на ИТ-услуги
Заказчики всё чаще хотят сами управлять приоритетами и сохранять экспертизу внутри компании; поэтому на старте особенно важно договориться о ролях, правах на решения и ответственности за результат.
🔹5 правил управления проектами, о которых вспоминают поздно
Короткое видео о сроках, изменениях объёма работ, своевременной эскалации проблем, живом плане и выводах перед следующим запуском.
🔹PRINCE2: что спасло проект после аварии
Кейс прокладки газопровода под рекой: как PRINCE2 помогает распределять роли, контролировать этапы, управлять рисками и качеством в сложных технических условиях.
#управлениепроектами #проектныйменеджмент #ИТпроекты #требования #бизнесанализ #PRINCE2 #управлениекомандой | 233 |
| 7 |  Доброе утро, друзья! | 249 |
| 8 |  Есть вещи, которые настолько привычны, что их просто перестают замечать. Одна и та же дорога на работу. Знакомые люди. Обычная работа. Старый навык. Разговор, который случается каждый день. Кажется, ну что тут нового?
А нового, возможно, и не нужно. Иногда достаточно чуть повернуть голову.
Знакомый человек может оказаться будущим партнёром по делу. Навык, который годами считался обычным, вдруг становится востребованным. Привычная рабочая проблема — идеей для нового проекта. Даже случайный разговор за кофе иногда даёт больше, чем длинное совещание с красивой повесткой.
Забавно, что возможности обычно не выглядят необычно. Никто не приносит их в подарочной коробке с надписью: «Вот он, шанс». Чаще жизнь просто кладёт что-то рядом. А дальше вопрос, будет ли это замечено.
Довольно обидно однажды понять, что жизнь что-то давала, просто это выглядело слишком обычно.
Поэтому берите от жизни, что дают. Смотрите внимательнее на привычные вещи. И не забывайте улыбаться. Возможно, прямо сейчас что-то интересное просто маскируется под обычный день. | 250 |
| 9 |  Иногда это все, что нужно для полного счастья. | 247 |
| 10 | Осознанность иногда представляют как что-то слегка эзотерическое. Сидеть в тишине, слушать дыхание, думать о настоящем моменте. Всё это, наверное, тоже имеет отношение к делу. Но в обычной жизни смысл куда проще.
Осознанность — это способность заметить, что сейчас происходит. Не вокруг вообще, а конкретно: что человек делает, о чём думает, почему раздражается, чего боится и зачем собирается сказать именно эту фразу.
Знакомая картина. Руководитель получает неприятное письмо и тут же пишет ответ. Жёсткий. Аргументированный. Через десять минут понимает, что отправлять его не стоило. Проблема ведь была не в отсутствии ума. Ума хватало. Не хватило маленького промежутка между раздражением и действием.
Вот этот промежуток и есть самое полезное место для осознанности.
В работе она позволяет замечать довольно неприятные вещи. Например, что совещание проводится просто потому, что его всегда проводили. Что сотрудника хочется прибить не потому, что он неправ, а потому что его мысль не нравится. Что решение уже принято, а обсуждение устроено только для приличия.
В обычной жизни примерно то же самое. Можно десять раз повторять привычный сценарий, а потом удивляться одинаковому результату. Осознанность ничего автоматически не исправляет. Она всего лишь включает свет. А при свете уже труднее не замечать мебель, о которую каждый вечер приходится спотыкаться.
Наверное, поэтому осознанность — не столько способ стать спокойнее. Скорее возможность чуть реже жить на автопилоте. Иногда этого уже достаточно, чтобы работа, отношения и собственные решения начали выглядеть совсем иначе. | 272 |
| 11 |  Классная «плоскостная» демонстрация работы гравитации. | 298 |
| 12 |  Sin texto... | 344 |
| 13 |  Пирамида тестов хороша. Пока не пришла в 1С
Пирамида тестов стала широко известна в 2009 году. С тех пор её рисуют примерно так же часто, как нарушают. Внизу — много быстрых модульных проверок. Наверху — немного тяжёлых сценариев, проверяющих систему целиком. Всё красиво.
Проблема начинается, когда эту картинку пытаются перенести в 1С буквально. Здесь даже небольшая проверка нередко требует информационной базы, данных, окружения. И быстрый тест внезапно перестаёт быть таким уж быстрым.
Дальше возникает вполне бытовая экономика. Раз маленькие тесты стоят дорого, их делают меньше. Раз их мало — проверяют большими сценариями: документы, формы, проведение, права, печать. И вот пирамида уже стоит на голове.
Обычно её пытаются «исправить» количеством тестов. Но дело вообще не в красивой пропорции. Главная ценность проверки в другом: насколько быстро она отвечает на вопрос — что именно сломалось. Если падает сценарий из двадцати шагов и после этого несколько часов ищут причину, сама цифра покрытия мало утешает.
Поэтому полезнее выносить отдельно то, что можно проверить без всей системы: расчёты, условия, правила. А тяжёлые сценарии оставлять там, где действительно важно проверить цепочку целиком.
И вот что интересно. Иногда перевёрнутая пирамида для 1С вполне разумна. Доработка может быть разовой, а создание идеального набора тестов окажется дороже самой работы.
Пожалуй, хорошая система тестирования измеряется не формой пирамиды. А временем между изменением кода и понятным ответом: всё работает или вот здесь сломалось. | 332 |
| 14 |  Водопад умер. Но почему-то продолжает работать
Водопад хоронят уже четверть века. в 2001 г. вышел Agile-манифест, появились спринты, доски, итерации, гибкие команды. А потом открывается план большого внедрения — и там всё знакомо: требования, проектирование, разработка, тестирование, сдача. Разве что слова стали современнее.
И вот что забавно. Водопад жив не потому, что руководители ничего нового не знают. Просто он прекрасно совпадает с устройством многих организаций. Есть бюджет. Есть договор. Есть сроки. Есть ответственные. Есть акт, который кто-то должен подписать.
Заказчик в такой системе покупает не столько результат, сколько предсказуемость. Фраза «через полгода будет вот это» звучит спокойнее, чем «через две недели посмотрим и решим, что делать дальше». Хотя первое обещание иногда гораздо менее честное.
У гибкости вообще есть неприятная особенность, о которой любят забывать. Она требует постоянного участия заказчика. Надо смотреть результат, принимать решения, менять приоритеты. Регулярно. А у финансового директора, производственника или главного бухгалтера обычно есть ещё одна небольшая проблема — основная работа.
Поэтому получается занятная конструкция: проект называют гибким, делят работу на спринты, проводят встречи. Но требования всё равно утверждаются заранее, бюджет фиксируется, этапы закрываются актами. Получается старый добрый водопад, только в спортивном костюме.
Но и водопад не универсален. Если заранее непонятно, что именно нужно получить, подробный план лишь позволяет очень организованно прийти не туда.
Пожалуй, спор давно не про «водопад или гибкость». Вопрос проще и неприятнее: сколько неопределённости организация действительно готова терпеть. Не на презентации. В договоре, бюджете и ежедневной работе. | 351 |
| 15 |  Сотрудница пять лет не была в отпуске — у нее накопилось 135 дней отдыха.
Используйте отпуск вовремя!
Ведь если компания спокойно работает без человека несколько месяцев, невольно возникает вопрос: насколько сотрудник действительно незаменим? | 360 |
| 16 |  ⏱️ Клиент не будет ждать. Он просто откроет другое предложение
Реальный сюжет из коммерческой рутины. Клиент просит коммерческое предложение и называет срок — условно до среды. И дальше начинается внутренняя работа команды: а давайте ещё уточним объём, а вот тут не уверены, а можно ли подешевле, а вдруг они имели в виду другое.
Желание собрать побольше информации — это не порок, это нормальная реакция на неопределённость. Тем более что клиент и сам её привносит: у него внутри разборки с начальством, конкуренты и сомнения в собственном выборе.
Но вот в чём штука. Пока команда уточняет объёмы по телефону или в переписке, клиент не сидит сложа руки. Он открывает другие предложения. Их обычно три-пять, и он выбирает не лучший, а тот, где риск для него меньше. Отсутствие предложения — это не ноль, это просто «не наш выбор». Тут даже считать ничего не надо.
И тут важная вещь про сам документ. Коммерческое предложение — не отчёт о том, как мы всё изучили. Никто не садится сверять КП с проектной документацией построчно, его листают по диагонали за десять минут. Первым в глаза попадает простой ответ на три вопроса: что будет сделано, сколько это стоит, когда. Всё остальное — обоснование, и нужно оно ровно настолько, чтобы клиент смог защитить наш выбор перед своим руководством. Не больше.
С этим связана отдельная боль — точность бюджета. Он не бывает точным до рубля на стадии предложения, чаще всего это просто не невозможно. Если клиент ждёт такой точности, он либо обманывает вас, либо обманывается сам.
Единственный честный ход — зафиксировать допущения: объёмы, состав работ, срок поставки, что считать включённым. Строчка «принимаем, что…» в КП возможно превращается потом в пункт договора, а на старте это просто строка, которая снимает бо́льшую часть будущих претензий.
И ещё наблюдение из переговорной практики, которое всё чаще подтверждается. Иногда клиент говорит «расскажите подробнее» вовсе не про информацию. Просто он хочет послушать, как именно подрядчик собирается решать его задачу, и тут же убеждается, справится ли он.
Ответ «давайте всё изучим» тут проигрывает ответу «вот эти три вещи точно, остальное — после первого этапа». Конкретика снимает страх быстрее данных.
И уж точно не помогает способ затянуть с ответом и при этом всё изучить до винтика. Так с клиентами не работает. Им нужен ответ в срок, а от нас — реалистичная, а не идеальная оценка.
Хорошее предложение — это не доказательство, что всё известно. Это приглашение начать диалог. И кто приглашает первым, тот обычно и остаётся в памяти. | 294 |
| 17 |  Почему схема процесса может неожиданно развалиться
Бывает, что аналитик может потратить четыре дня на описание процесса согласования договора. Где нарисованы все этапы, описаны точки, где нужно решение, поставлены вопросы, которые раньше висели в воздухе. Модель получилась на восьми страницах, её показали заказчику, и те кивнули — мол, наконец-то всё по полочкам.
Через три недели на совещании выяснилось, что согласование давно идёт иначе. Не по модели.
Бывает так часто. Модель проектируют на основании того, что говорят, а говорят о том, как должно быть. А процесс живёт в почте, в голосовых сообщениях, в привычках двух-трёх человек, которые годами договариваются о шагах на словах.
Справедливости ради, было бы нечестно говорить, что работа выброшена в корзину. Определения, вопросы, разговоры, которые состоялись по ходу описания, — всё это осталось. Просто из схемы ушёл несущий элемент, который никто не показывал.
Собственно, в этом и была главная ценность: не картинка, а разговор. Оттуда стало понятно, что договор согласуют не так, и никто об этом не рассказывал, потому что для всех это было очевидно.
Что из этого следует?
Первое. Модель — не документ навсегда, а способ увидеть процесс. Полезно относиться к ней так же, как к черновику: сделал, показал, уточнил.
Второе. Старое никуда не денется, но понимание придёт только в разговоре с живым человеком из процесса. Именно из процесса, а не из соседнего отдела. Там, где делают руками, а не согласовывают письмами.
Третье. Спросить «а так правильно?» бесполезно. Правильно получится поймать на противоречии: описал два параллельных пути — значит, в реальности их тоже два. Спросить, когда пользуются каждым.
И последнее, спорное. Иногда описание нужно не ради схемы. Его цель — разобраться самому. Разобрался, и можно выдохнуть, не защищая результат.
По опыту, чаще всего работа уходит не туда, где процесс сложный. Она уходит туда, где процесс одинаковый у всех и поэтому нигде не обсуждается. | 327 |
| 18 |  Почему дешёвое внедрение дорожает после победы в конкурсе
На конкурсе самое дешёвое предложение выглядит убедительно — до начала переноса данных и испытаний. Кто оплачивает разницу между ценой и реальным объёмом работ и какой вопрос стоит задать до выбора подрядчика?
На конкурс выходит проект внедрения. В задании написано, что нужна работающая система: с данными, обменом с другими программами и обученными пользователями. Формулировка понятная. Объём работы — уже не очень.
Один подрядчик задаёт вопросы. Сколько источников данных? Кто проверяет их качество? Какие обмены обязательны к запуску? Сколько подразделений участвует в испытаниях? После ответов он приносит смету, от которой у заказчика портится настроение.
Другой приносит цену, от которой настроение улучшается. На вопрос о подробностях уверенно отвечает: «Всё решим в ходе проекта».
Он может быть прекрасным специалистом. Но арифметика от этого не меняется. Если работы в предложении больше, чем часов на её выполнение, разницу кому-то придётся оплатить. Деньгами, сроками или собственными сотрудниками.
После победы выясняется, что перенос данных включает очистку, которой никто не планировал. «Обмен с учётной системой» оказывается несколькими разными обменами. Пользователи проверяют результат и обнаруживают, что отделы под одинаковыми словами понимают разные операции.
Появляются дополнительные соглашения. Иногда они обоснованны: заказчик действительно уточнил требования. Иногда это работа, которую следовало учесть сразу. Разобраться трудно, особенно когда проект уже идёт, а остановить его дороже, чем продолжать спор.
У подрядчика в такой ситуации тоже мало поводов для радости. Команда работает сверх плана, руководитель проекта торгуется за каждый час, а хороший специалист начинает узнавать о новых задачах из фразы «ну это же очевидно входило».
Открытый конкурс требует сравнивать предложения. Цена для этого удобна: её можно поставить в одну колонку. Но если за ней скрываются разные объёмы работ, колонка помогает выбрать только самое маленькое число.
Наверное, поэтому самый полезный вопрос на конкурсе звучит непривычно: «Что именно мы не получим за эту цену?» Ответ может испортить красивую таблицу сравнения. Зато он даёт шанс сохранить проект. | 302 |
| 19 | Приглашаем на курс «Гибкие навыки для личной эффективности и карьерного развития»
Вас ждет практическое обучение, в котором каждая тема — конкретный инструмент, который можно применить в работе и личной жизни.
Чему научитесь:
🎯 управлять фокусом и энергией в условиях многозадачности
🗣 экологично отстаивать границы и договариваться о реалистичных сроках
📈 строить карьерную траекторию с привязкой к бизнес-целям компании
🛡 распознавать и предотвращать выгорание
Занимайтесь в комфортном режиме:
— короткие видео-уроки для самостоятельного изучения
— живые онлайн-встречи со 100% практикой: разбор ваших реальных ситуаций и симуляции переговоров
— индивидуальные домашние задания с коучинговым подходом
— записи и материалы в доступе на LMS-платформе
Вы научитесь управлять фокусом и энергией, улучшите навык ведения сложных переговоров, сможете выстраивать карьерную траекторию и предотвращать выгорание.
Присоединяйтесь к курсу на сайте! | 299 |
| 20 | 📌 Дайджест «Школы менеджера организации»
За прошлую неделю здесь вышли материалы о стратегических сессиях, качестве управленческих решений, показателях, которые начинают портить процесс, и о роли устава проекта.
🔹Стратегия или самообман: что происходит на корпоративных сессиях
О том, почему одни стратегические сессии приводят к реальным изменениям, а другие заканчиваются презентацией, которую больше никто не открывает.
🔹Невидимая работа руководителя: кто потом объясняет принятое решение
Про то, что само решение занимает минуты, а основная работа начинается потом: объяснить его клиенту, команде, смежникам и руководству.
🔹Как понять, что показатель стал целью и начал портить процесс
О том, как полезный KPI постепенно превращается в самоцель и начинает искажать работу команды.
🔹Чем грозит запуск ИТ-проекта без Устава
Разбор того, почему отсутствие устава почти незаметно превращает управление в постоянные конфликты и исправление последствий.
🔹«А что ты предлагаешь?» — вопрос, который тормозит решение проблемы
Про то, как привычка требовать готовое решение от сотрудника заставляет людей скрывать реальные проблемы.
#управлениепроектами #стратегия #KPI #уставпроекта #менеджмент #команда | 332 |
