3 апреля 2018 года «Союзмульфильм» выкатил 1-ю серию «Нового Простоквашино». Мы сравнили старые серии «Простоквашино» с новой. Поразительно: это один из лучших примеров того, чем отличается хороший сайт от плохого! «Трое из Простоквашино» 1980 г. За 17 минут 41 секунду в серии произошло: 1. Дядя Фёдор знакомится с котом — подъезд, статика 2. Родители Дяди Фёдора решают судьбу кота — диван, статика 3. Дядя Фёдор готовится к побегу и пишет письмо — комната, статика 4. Дядя Фёдор и кот знакомятся с Шариком — просёлочная дорога, статика 5. Друзья наводят порядок в доме — изба, фоновое размеренное действие 6. Друзья знакомятся с почтальоном Печкиным — изба, статика 7. Мозговой штурм за чаепитием — застолье, статика 8. Клад — ночной лес, преимущественно монотонный труд 9. Родители Дяди Фёдора решают как найти сына — квартира, фоновое размеренное действие 10. Галчонок «КтоТам» — изба, монотонное действие 11. Дядя Фёдор прочитал заметку в газете и пишет письмо родителям — изба, размеренное монотонное действие с элементами экшн 12. Родители читают письмо — квартира, статика с элементами экшн 13. Дядя Фёдор заболел — изба, статика 14. Родители приехали в Простоквашино — изба, статика 15. Прощание — хеппи енд. На каждую сцену в мультфильме уходит в среднем 71 секунда. Большинство сцен — статические или монотонные. Диалоги — спокойные, размеренные. Новое «Простоквашино» 2018 г. За 6 минут 30 секунд произошло следующее: 1. Дядя Фёдор возвращается из магазина — подъезд, динамика 2. Дядя Фёдор открывает входную дверь — экшн, штамп 3. Посылка с галчонком — экшн 4. Дядя Фёдор пытается привлечь внимание отца — экшн, штамп 5. Дядя Фёдор пытается поговорить с мамой — экшн, штамп 6. Кот и Шарик ругаются на ферме — монотонное действие 7. Родители Дяди Фёдора узнали, что сын уехал — экшн 8. Засада на грызуна — статика с элементами экшн 9. Чаепитие при свечах — статика с элементом хоррора 10. Почтальон Печкин принёс посылку — статика с элементами экшн 11. Родители звонят по Скайпу — кульминационный экшн На каждую сцену мультипликаторы отвели в среднем по 35 секунд. Почти все сцены динамичные. Продолжение читай в комментариях 👇

Сэндвич — это сценарий беседы с подчиненным, в котором руководитель сперва хвалит, потом ругает и в конце снова хвалит. У каждого слоя этого бутерброда есть свое назначение. Похвала в начале разговора призвана расположить сотрудника к доверительной беседе. Критика в середине встречи — собственно, то, ради чего все это и затевалась. И, наконец, похвала в конце беседы должна приподнять настроение подчиненному, чтобы он не ушел от начальника подавленным и прибитым. В теории звучит красиво, хоть и отдавало каким-то лицемерством. Как-будто подчиненные не догадаются, что происходит. Согласен, в начале разговора еще не ясно, зачем вообще мы тут собрались. Начальник говорит, какой я молодец. Ну, ок. Но подозрительно как-то. И тут — бам! Вот оно: облил помоями, ткнул носом в лужу на полу, указал на место. А потом расплылся в улыбке и добавил, что на самом деле все не так уж и плохо, что я смогу взять себя в руки и больше так не делать. Вновь выйти на прежние результаты и доказать начальству, что они не ошиблись, рассчитывая на меня! Бред же, ни один подчиненный не поверит этому цирку… … И вот я уже несколько месяцев использую этот прием сам. Опрокидываю ведро помоев, тыкаю в лужи и указываю на место. А потом вспоминаю все хорошее, чем известен этот грустный и раздавленный человек передо мной, и рассказываю это ему. Я всеми силами пытаюсь вернуть его в прежнее русло. Поднять настроение и вдохновить на подвиги. И при этом я не чувствую себя каким-то лицемером. Оказывается, я делаю это все искренне. Я действительно хотел указать ему на ошибки, рассказать, как делать нельзя. Но я также хотел, чтобы человек не свалился в глубокий стресс, чтобы смог продолжить работать так, как он умеет. И даже лучше. Искренность — оказывается, в этом весь секрет. Все инструменты нужны только лишь для того, чтобы ты не растерялся в трудном разговоре. Но они ничем не помогут тебе, если ты собирался врать. Не забудь поставить лайк ♥️ И сохранить в закладки 🙂⭐ Автор: Владимир Смолин #управлениепроектами #разработкасайтов #digital #работа_в_офисе #работа_в_айти #войтивайти #ит #мнеджер #менеджерпроектов #методсенгвич #smartday

Успех проектов напрямую зависит от степени взаимопонимания. Продвинутые менеджеры знают, что пока клиента информируют о происходящем — уровень напряженности в работе минимален. Когда человек знает, что происходит и чего ждать в ближайшем будущем — он спокоен.  Это правило применимо и к команде проекта. Старайтесь придерживаться принципа горизонтального взаимодействия: дизайнер помнит о программисте, программист о тестировщике, менеджер — о всех. Учитывайте, что коллега планирует нагрузку с учетом открытых задач, и неизвестность усложняет его работу. Запомнить легко — всегда держи коллег в курсе Команда сдала работу, а клиент уехал в отпуск? Напишите об этом в карточке проекта/задачи. Получил задачу, но не готов приступить? Пометь в задаче, когда сможешь ею заняться. Всегда отмечайте, почему задача «повисла в воздухе». См. карусель - хороший пример 👉 Дизайнер заглянул на два шага вперед: позаботился о менеджере, который будет контактировать с технарями клиента, и о самих технарях, которые будут работать с его исходниками. См. карусель - плохой пример 👉 Прошел месяц после отправки выполненной работы, а задача висит без комментария по поводу фидбэка от клиента. См. карусель - худший пример 👉 Закрытая задача без объяснений. Весь процесс «делания» по проекту контролирует менеджер. Именно он в ответе за открытые задачи — карточки. Но ответственность за срок выполнения и уровень реагирования всегда несет исполнитель! Не забудь поставить лайк ♥️ И сохранить в закладки 🙂 Статья «Ракетной фирмы»,  https://rocketfirm.com Автор: Екатерина Гончарук

Отличный инструмент личного тайм-менеджмента — pomodoro. Хорошо помогает от прокрастинации. Техника помодоро Суть техники помидора — в таймере на определенное время. Пока таймер тикает, тебе нужно сконцентрироваться на задаче и не отвлекаться на другие дела. Классически, это 25 минут, после этого — короткий отдых в 5 минут. После четырех “помидоров” на 25 минут, выделяешь на отдых уже длинный перерыв — 20–30 минут. Логика: выставляем таймер на время, которое согласны посвятить предмету работы и не отвлекаемся, пока таймер не закончится. Как работать с техникой помидора Конкретизируй задачи, которые хочешь решить. Лучше, если они записаны и перед глазами. Можно записать и на бумаге Надеваешь наушники, включаешь таймер Когда таймер закончился — включаешь режим “отдыха” и отдыхаешь Возвращаешься — заводишь еще один помидор Рекомендуется подготавливать список задач для помидора заранее. Если нет четкого плана или списка что делать, то ничего не получится. Поэтому, при использовании таймера помодоро, нужно открывать общий список задач на сегодня, и идти строго по нему. Минусы техники помидора Главный минус техники — все задачи, которые ты планируешь решить, должны быть задачами из категории “сделать”. То есть: отправить письмо, проверить у исполнителей статус задач, передать материалы дизайнеру. Во время работы таймера чувствуется некоторый адреналин и готовность быстро переключаться с задачи на задачу. В таком режиме страдает “думательная” концентрация. Потому, лучше сначала подумать, а потом все сделать под “помидором” — механически Если понравился пост, то не забудь поставить лайк и сохранить в закладки 🙂 Автор: Vitaly Salakhmir #управлениепроектами #управлениевременем #помодоро #таймменеджмент #менеджмент #менеджерпроектов #проджектменеджер

Как превратить замечание-решение в замечание-проблему Продолжение статьи #smartday_замечания_клиента Чтобы из замечания-решения получилась замечание-проблема, нужно задавать вопросы. — Сделайте слайдер на главной поменьше в 2 раза. — Почему? — Тогда освободится место под ним. — Зачем нужно место под ним? — Чтобы новости было лучше видно, чтобы человек видел, что ниже еще что-то есть. — Хорошо. Значит, задача в том, чтобы дать понять посетителю, что сайт не заканчивается на слайдере. В этот момент обнаруживается проблема. И именно её и будем решать. А не уменьшать слайдер в два раза. К слову сказать, проблема может быть вовсе прозаичной — человеку просто не нравится наше решение, но из вежливости он пытается найти этому объективное обоснование. Это тоже нормально, клиент заказывает проект для себя и является принимающей стороной. В таком случае не надо терроризировать человека вопросами, а убедиться в том, что вы понимаете задачу. А потом предложить новое решение. Не забудь поставить лайк ♥️ И сохранить в закладки 🙂 Статья «Ракетной фирмы»,  https://rocketfirm.com Автор: Дмитрий Цай Редактор: Екатерина Гончарук

Почти всегда дизайнер относится к замечаниям о макетах негативно — это защитная реакция. Потому что он делал макет неделю и ему он нравится, а тут кто-то просит переделать. Не прислушиваться к замечаниям клиента — глупо. В результате ничего кроме испорченных отношений не будет. Клиент всегда хочет улучшить проект, ведь это в его интересах, но ему нужно помочь, потому что не всем всегда удаётся правильно донести свои переживания и озабоченность. Существует 2 типа замечаний: замечания-проблемы и замечания-решения. 📌 Замечание-решение «Сделайте слайдер на главной поменьше в 2 раза». Клиент в своей голове уже придумал за дизайнера решение и приказывает исполнить его. Это происходит автоматически и большинство заказчиков делают именно так. Здесь важно выяснить: что беспокоит клиента, чего он боится, где видит проблему. В нашем примере скорее всего клиент боится, что какую-то важную информацию ниже слайдера не увидят — недоскроллят до нее. Если так, то решений куча: поменять блоки местами; убрать слайдер, если он мешает; поменять концепцию главной страницы и т.д. Но проблема может быть и в другом, это нужно выяснить. Возможно клиент просто увидел сайт успешного конкурента, где слайдер был поменьше. И не факт, что решение клиента «уменьшить блок» спасет положение, может быть станет еще хуже. Для дизайнера обычно легко вносить замечания-решения, но делать это, не понимая какую цель преследует клиент неправильно. 📌 Замечание-проблема «На главной для нас важен блок проектов, а сейчас он очень скромен и незаметен, что можно сделать?». Вот это супер-замечание, сразу понятен приоритет и сразу куча решений в голове: переместить вверх, увеличить заголовки, подобрать красочную иллюстрацию, а если проекты главные на сайте по смыслу, то вообще в шапке на главной их пустить. То есть клиент рассказал о своем беспокойстве и спрашивает, как будет лучше. Нам нужно превращать замечания-решения в замечания-проблемы. Не слепо делать то, что придумал клиент, а узнать чего он хочет добиться/какую проблему решить, разобраться и предложить решение. Тогда всем будет легче работать и шансы успеха проекта возрастут. Продолжение читай в следующем посте #smartday_замечания_клиента

Как бы не расходилась зона ответственности менеджеров проектов разных организаций, их работу тяжело представить без встреч. Встречи могут быть: ▪️Для передачи задач команде ▪️С целью синхронизации статуса между участниками проектной команды ▪️Для открытия и закрытия проекта/этапа проекта (p3express) ▪️Знакомство с клиентом ▪️Для принятия задач от клиента ▪️Для передачи результатов работы, обсуждения статуса ▪️И еще примерно тысяча поводов встретиться Чтобы встречи не оказались сливанием времени впустую, должны быть правила, регламентирующие их проведение. 📌 Время встречи Встречи, проводимые с целью забрифоваться, забрифовать и подумать проводятся в первую половину дня Встречи с целью продать и утвердить проводятся после обеда. Туда же — встречи без опеределенной цели. Не понятно, зачем они нужны, но периодически случается и такое Твои “активные” и не очень фазы дня могут быть в другое время дня — учитывай это при организации переговоров. Ты — менеджер, и на тебе ответственность за организацию (и отчасти за итоги) встречи. 📌 Продолжительность встречи Продолжительность встреч следует выдерживать в пределах академического часа — 40–45 минут. После этого тяжело сконцентрировать внимание и, как следствие, падает эффективность встречи. Если встреча заведомо займет гораздо больше времени — желательно выделить и запланировать время для перерыва. Как в школе. Лучше всего контролю продолжительности встречи способствует четко составленная агенда и следование плану встречи. Например, если разговор отклоняется в сторону, нормально поправить собеседников и вернуть в правильное русло. Самая плохая ситуация — когда встреча заняла два часа, но не обсудили и половины из плана встречи. Какой бы формат встречи не имел место быть, на менеджере роль распорядителя, фасилитатора. Самое дурное, что может сделать менеджер проекта — пустить встречу на самотек, отвлекаясь на задачи по другим проектам и находясь в своем ноутбуке. Понравилась публикация, сохраняй в закладки, чтобы не потерять😉 Автор: Vitaly Salakhmir #управлениепроектами #менеджмент #менеджерпроектов #проджектменеджер #разработкасайтов #работа_в_офисе #разработкаПО #smartday

Кто такой проект менеджер или руководитель проектов в компании? Четкого определения пока не существует, однако точно известно, что эта должность подразумевает ответственность за планирование, ведение и исполнение проектов. Наверное, первые project менеджеры появились в IT сфере. Именно тут так важно скоординировать все звенья проекта, чтобы он был качественным и вышел в срок. Давайте разберем пример — разработка сайтов. Этапы разработки сайтов понятны и, казалось бы, не требуют особого внимания со стороны проектного менеджера. Ведь достаточно получить техзадание от заказчика и дело поедет, как по маслу до триумфального завершения в виде работающего сайта без багов. Но на практике все происходит не так. Работа над созданием сайта — это коллективная работа. Разработчики, дизайнеры, специалисты по продвижению и т.д. — это люди! А людям свойственно тормозить свою работу и, следовательно, работу коллектива. Тут выходит на сцену спаситель — менеджер проектов! Какие задачи стоят перед ним? 1. Ведение проектов Сюда входит получение тз заказчика, составление брифа и заполнение его с заказчиком, контроль за сроками выполнения и качеством, расчёт рисков для бюджета и другое. 2. Коммуникация с заказчиком Взаимодействие с заказчиком — эта важная часть работы менеджера проекта. Здесь важна стрессоустойчивость, умение договорится. Проектный менеджер ведет регулярное согласование каждого этапа разработки — плана действия, сроков, бюджетов. 3. Коммуникация с командой разработчиков Эта работа очень схожа с работой HR — важно мотивировать команду, задавать тон и ритм работе, оценивать результаты, договариваться о сроках. 4. Ведение документации Ведение технической и проектной документации — важная составляющая работы project менеджера. У него всегда должен быть отчет о любом этапе переговоров с заказчиками или разработчиками. Правильное ведение документации освобождает заказчика и руководство IT компании от лишних вопросов к менеджеру проекта. Автор: Airat Galiullin #управлениепроектами #топменеджер #руководительпроектов #проджектменеджер #продуктовнер #продуктменеджер #smartday

«To manage» – значит разруливать, решать проблемы. У тебя препятствия, а ты придумываешь способ все равно это сделать. И делаешь, не смотря ни на что. Когда мне в школе это рассказали, я подумала, что менеджер это «разгребатель говна». Когда я была копирайтером, мою коллегу-копирайтера сделали менеджером проектов. Я тогда подумала – ничего себе повышение! Была у человека профессия — копирайтер. Была она тем, кто что-то создает. А теперь ее задача устранять «препятствия» для тех, кто что-то создает – других копирайтеров, дизайнеров, разработчиков. То есть брать говно проекта на себя Потом я сама стала менеджером проектов. И вот мой первый проект в этом качестве — бюджет микро, сроки микро. Было вообще не понятно, как проект можно запустить с такими вводными. Но запустила. И мне понравилось. Я тогда себя почувствовала самым создающим из всех. Потому что без меня проекта не случилось бы. Копирайтер не накопирайтил бы эти тексты, дизайнер не надизайнил бы эти интерфейсы. Ничего бы не было на этом урле. Пустое место. Без устранения препятствий ничего не случается. Что изменилось в моей голове? Менеджер остался от слова «to manage» = разруливать. В этом я еще больше убедилась. Но теперь для меня это звучало по-другому. Не как «разгребатель говна», а как «избранный отвечать на вызовы». Как «воин». Получилось, что менеджер — от слова «воин». Воин готов, что на него будут сыпаться удары. Знает, что так будет. Поэтому, когда они случаются, он не бежит рассказывать, почему не сделано. А сражается с ними, чтобы пройти сквозь препятствия к своей цели. Шанс стать хорошим менеджером есть у того, кто понимает и принимает, что «менеджер» – это от слова «разруливать» и добиваться не смотря ни на что. И от слова «воин», а не «разгребатель». Не принимаешь—не менеджер. Автор: Natalia Babaeva #проджектменеджер #менеджерпроектов #руководительпроектов #руководительотдела #топменеджер #продуктовнер #разработкасайтов #разработкаПО

Продолжаем рубрику технических терминов👨‍💻 Специально для всех начинающих дизайнеров, менеджеров, маркетологов, аналитиков и других it-специалистов👇 📝 iBeacon-маячок Технология iBeacon-маячков позволяет мобильным приложениям с минимальной погрешностью определять местоположение смартфона. Исходя из того, где находится пользователь, приложение присылает ему соответствующий контент. Маячок использует технологию Bluetooth low energy (BLE). 📝 HTML Расшифровывается как «язык гипертекстовой разметки». HTML выглядит как текст со специальным набором кодов разметки, который браузер получает из интернета и затем показывает как веб-страницу. Разметка говорит браузеру, как нужно отобразить содержимое на странице. HTML отвечает за структуру страницы, CSS — за стиль элементов структуры, JavaScript — за их поведение. 📝 JavaScript, или джаваскрипт Язык программирования, который помогает делать веб-страницы интерактивными. HTML отвечает за структуру страницы, CSS — за стиль элементов структуры, Javascript — за их поведение. 📝 MVP (Минимальный жизнеспособный продукт) Подход к разработке продукта, при котором сначала создаётся его небольшая версия с базовыми функциональными возможностями. Стартового набора должно быть достаточно, чтобы продукт утолял какую-то пользовательскую боль, но не более того. После релиза владельцы проекта показывают его реальным пользователям и дорабатывают в соответствии с их пожеланиями или недорабатывают, потому что бизнес-гипотеза оказалась несостоятельной. Такой подход помогает относительно малыми средствами проверить бизнес-модель, по которой должен будет работать будущий проект 📝 NFC (Технология ближней бесконтактной связи) Способ беспроводной передачи данных от мобильного телефона другому устройству. Системы оплаты в одно касание, такие как Apple pay, работают по этому принципу. 📝 Open Source-модель (Создание программ с открытым исходным кодом) Подход к созданию программного обеспечения, который предполагает, что создаваемый код будет доступен любому. Сохраняйте в закладки 👍 Ещё больше терминов ищите по хештегу #smartday_термины #smartday #разработка #разработка_по #разработка_сайтов #управление_проектами #менеджмент

Решаешь отправить почтой? У меня для тебя плохие новости Молодые менеджеры и специалисты, управляющие своей работой самостоятельно, регулярно совершают одну и ту же ошибку — отправляют результат работы клиенту на почту. Финал немного предсказуем — презентуемое решение, результат десятка часов работы команды, разносится в пух и прах. С таким же успехом макеты можно стирать сразу же после создания, вместе с исходниками. Опыт показал — презентовать работу нужно только лично, в живом разговоре. Часто подобное поведение опирается на представление о том, что сопроводительный текст в письме воспринимается как разговор с живым человеком, и что клиент — лицо, заинтересованное в результате именно того вида, каким его видит ваша команда. Правда жизни в том, что люди имеют разный культурный уровень, бытовой опыт и профессиональный бэкграунд, и даже мастерски написанное письмо никогда не будет интерпретировано так, как задумано автором. Кроме того, высылая работу почтой, команда лишается живого разговора, возможности выяснить проблему более детально, откорректировать задачу и сразу же предложить возможное альтернативное решение. Поэтому всегда презентуем лично. Или по телефону/скайпу, если лично встретиться не удается. Отправлять почтой документы, вспомогательные материалы, макеты с небольшими корректировками — это норм. Команда — это менеджер плюс дизайнер (или программист, арт-директор, техдиректор, в зависимости от сложности проекта). Синдромом отправки почтой болеют абсолютно все аккаунт-менеджеры сетевых (и классического уклада) агентств. Сохраняй, чтобы не потерять♥️ Статья «Ракетной фирмы» http://rocketfirm.com #smartday #разработкасайтов #исходники #дизайнмакеты #работа_в_айти #управлениепроектами #диджитал #менеджмент#

Не все заказчики технические и понимают зачем нужен рефакторинг. Им ясна логика "фича Х принесет Х денег", а ценность рефакторинга туманна. Мы-то с вами знаем, что она есть, ее нужно просто сформулировать: 🔲 Быстродействие. Картинки на сайте будут грузиться быстрее, это увеличит конверсию. 🔲 Масштабируемость и отказоустойчивость. Если на сайт придет 1000 человек, он продолжит работать как обычно, а не ляжет. 🔲 Безопасность. Злодеям и смутьянам будет сложнее украсть данные ваших пользователей. 🔲 Дешевле поддерживать. Перепилим вот этот кусок и в нем станет меньше багов, а оставшиеся будет быстрее пофиксить. 🔲 Дешевле добавлять новые фичи. Сейчас внедрение нового метода оплаты занимает x часов, а будет x/2. Разговаривайте с бизнесом на его языке. А какие аргументы приводите вы, предлагая заказчику, провести рефакторинг?