Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр
Погрузитесь в логическую головоломку: откручивайте болты из планок на самых сложных уровнях! Вы не только расслабитесь в конце сложного дня, но еще и натренируете свой мозг, решая увлекательные задачки. Справитесь с ролью опытного мастера? Попробуйте свои силы в режиме онлайн бесплатно и без регистрации!

Головоломка. Болты и Гайки

Казуальные, Гиперказуальные, Головоломки

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • SergeyKorsun SergeyKorsun 12 постов
  • SupportHuaport SupportHuaport 5 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня

IT + Саморазвитие

С этим тегом используют

Программирование IT юмор Программист Юмор Работа Картинка с текстом Разработка Психология Личность Мотивация Внутренний диалог Совершенство Опыт Успех Все
186 постов сначала свежее
2
Daowater
Daowater
8 месяцев назад

Поработили роботы планету⁠⁠

Поработили роботы планету,
Суют буквально их во все места,
За человеков работы творят и то и это,
Казалось бы повсюду Рай и красота.

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

Но вот вопрос "Всё это волшебство,
Кому и как подчинено?
Кто обучает, для чего?"

А если магия вмиг выйдет из контроля?
Ответов нет - вопросов море...)

[моё] Стихи Философия Юмор Дзен Саморазвитие IT Текст
3
0
Ragnoboy
Ragnoboy
9 месяцев назад
Серия BZC - просто о веб-технологиях

JavaScript-фреймворки⁠⁠

JavaScript-фреймворков так много, что они уже превратились в нечто вроде новых сортов авокадо — каждый раз появляется что-то ещё более креативное, и, казалось бы, это нельзя улучшить, но вот очередная версия с обещанием "теперь ещё больше подходящей кремовости". Поговорим о фреймворках, которые либо внушают глубокое уважение, либо заставляют разработчиков хвататься за голову.

1. Svelte: фреймворк, который говорит "нет" самому JavaScript'у

Если React — это старший брат, который всё понимает и предлагает классные инструменты вроде хуков, то Svelte — младший, который хочет сделать всё "немного иначе". Svelte не просто фреймворк, он — компилятор. Представьте, что вы пишете код, а потом Svelte такой: "О, давай я уберу весь этот ваш тяжёлый runtime, и просто скомпилирую это в чистый, быстрый JavaScript". Это как если бы шеф-повар не просто готовил блюдо, но и удалял все ненужные калории, оставляя только вкус.

Svelte не использует виртуальный DOM, и это звучит как анархия для тех, кто уже привык к "старой школе". Но его философия настолько элегантна и минималистична, что заставляет многих разработчиков воскликнуть: "Так можно было?!" Svelte как будто хочет освободить всех от боли зависимости на runtime и просто дать вам работу с компонентами, которые сразу же "встроены" в реальность.

2. Vue.js: "разработка по рецепту бабушки"

Vue.js — это нечто среднее между Angular и React, как тот сосед, который приходит и говорит: "Зачем выбирать между двумя, когда можно сделать коктейль из лучшего?". Vue — это фреймворк, который берёт простоту React и мощь Angular, а затем делает что-то настолько дружественное, что кажется, что сам код вас обнимает.

Vue предлагает "реактивность из коробки" — это как если бы ваши компоненты внезапно обрели сознание и стали обновляться самостоятельно, как только что-то в них меняется. Главное, чтобы ваши состояния не стали вести себя как подросток в период бунта, иначе вся система может пойти не по плану.

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

3. Next.js: JavaScript на всех уровнях жизни

Next.js — это как универсальный инструмент, который старается сделать всё. Сначала мы думали, что он просто о серверном рендеринге для React, но нет, теперь он стал чем-то, что желает стать богом полного стека. Хотите создать сайт? Next.js. Нужно генерировать статические страницы? Next.js. Пожарить яичницу? Ну, наверное, когда-нибудь и до этого дойдёт.

Его функция getStaticProps настолько магическая, что напоминает, как будто кто-то догадался накануне скомпилировать вам кофе, чтобы оно само появилось в вашей чашке утром. Ну и, конечно, разработка на Next.js — это как путешествие по магистрали: всё гладко, пока не начнёшь пытаться сделать что-то действительно сложное, например, рендерить что-то динамическое в зависимости от изменчивых настроений сервера.

4. Angular: традиции, тяжесть и TypeScript на стероидах

Angular — это будто JavaScript-фреймворк, одержимый идеей стать корпоративной CRM-системой. С TypeScript по умолчанию и строгой структурой, Angular напоминает большой концертный оркестр, где каждый компонент знает, что и когда делать, но вся эта строгость требует дирижера, который готов помнить всё, что учил за последние годы.

Когда Angular выходит на сцену, вам кажется, что вместо "начать проект" нужно провести планёрку, расставить диаграммы и раздать роли. Он силён, строг, и иногда кажется, что он больше подойдёт для бухгалтерии, чем для маленького блога с рецептами бабушкиного варенья.

Тем не менее, именно Angular может внушать страх, когда вы видите его ng в команде — сразу понимаешь, что сейчас начнётся что-то масштабное. Но если вы привыкли к бюрократии и серьёзности, то Angular — это ваш выбор.

5. Ember.js: старый, но надёжный, как VHS-кассета

Ember.js — это один из тех фреймворков, которые отказались сдаться, несмотря на то, что мода и новинки JS приходят и уходят, как сезоны в "Сверхъестественном", а точнее уже спиноффы. Ember по-своему силён и стабилен. Его концепция — это "конвенция важнее настройки", и это как раз то, чего иногда не хватает в мире хаоса.

Ember — как тот самый VHS-плеер: вроде устарел, но всё ещё работает, а главное, если вы его знаете, то можете гарантировать, что фильмы 90-х годов вы сможете пересмотреть без всяких проблем. Его структуры, вроде "рутов" и "моделей", создают ощущение, что вы находитесь в приличном офисе с табличками на дверях. И это может быть хорошо, когда хочется ясности и порядка.

6. Nuxt.js: Vue и Next в одном флаконе

Если вы представляете себе Vue, который однажды встретился с Next.js, то вы понимаете, что такое Nuxt.js. Этот фреймворк, как лакомый пирог из слоёного теста, совмещает лучшие аспекты Vue с серверным рендерингом и статической генерацией. Это как взять отпуск, где всё включено: не надо беспокоиться о том, как скомпоновать серверную логику и фронтенд, Nuxt уже сделал это за вас.

Nuxt.js так и хочется сравнить с туристическим автобусом — вы можете забронировать место и расслабиться, пока вам показывают все самые классные фичи. Вот только иногда бывает так, что автобус неожиданно меняет маршрут, и вам приходится разбираться, почему же билд сломался на продакшене.

7. Meteor.js: мечты о полном стеке, которые почти сбылись

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

Meteor делает разработку как поездку на монорельсе: пока едете по рельсам, всё хорошо, и можно даже получить реальный тайм-апдейт базы данных на клиенте без лишних усилий. Но если вы вдруг захотите сделать что-то особенное, придётся напрячься — Meteor, как и любой монолит, не очень любит, когда его просят свернуть не туда.

Заключение: фреймворки, фреймворки повсюду

Мир JavaScript-фреймворков — это как огромный шведский стол: тут вам и Vue с его простотой, и Angular, который больше похож на трапезу с церемониями, и Svelte, словно лёгкий салат без лишних калорий. Кажется, что каждый год появляется новый рецепт, обещающий избавить нас от всех страданий и сделать разработку лёгкой и понятной.

Главное помнить: любой фреймворк — это всего лишь инструмент, и всё зависит от того, какой проект вы делаете и как хотите это сделать. А если что-то не получается — всегда можно вернуться к ванильному JavaScript, укутаться в console.log() и ждать, пока очередная волна трендов успокоится.

Так что выбирайте фреймворк, готовьте код, и помните: если сегодня все вокруг говорят, что "это круто", вероятно, завтра они уже будут пробовать что-то новое, ещё более блестящее и неуловимое, как все мечты о "идеальном JavaScript-фреймворке".

Показать полностью
[моё] Рекомендации Саморазвитие Программирование IT юмор IT Веб фреймворки Javascript Текст Длиннопост
1
infopartizan
infopartizan
9 месяцев назад

Простите, но это не вам⁠⁠

Блин, черт возьми как тут вставить картинку !?

Простите, но это не вам Дневник, Время, Мысли, Мотивация, Бизнес, IT, Успех, Опыт, Саморазвитие, Реальность, Наблюдение, Жизнь, Длиннопост

Поехаллли...

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

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

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

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

Потом ты решил попродавать какую-нибудь дичь, чисто в интернете. Под руку подвернулся диск с програмой для похудения. Где нужно было смотреть видео с 25 кадром и худеть. Несмотря на всю абсурдность идеи люди почему-то покупали эту фигню. Ты сделал несколько копий, накидал группу в вк и начал приглашать туда полных девочек из своего же города. Как ни странно, эту фингю начали покупать. Эксперемент был закончен. Пришло озарение: "Если покупают эту дичь, значит в интернете можно продавать что угодно!"

Тем временем близилась к закату твоя неудачная карьера сетевика. Но если бы не твое умение находить хитрые схемы, на этом бы все и закончилось. Создав черный рынок внутри сетевой движухи, ты умудрился начать зарабатывать на том, на чем изначально можно было только тратить.

Почувствовав первую интернет кровь ты с друзьями ломанулся в Тайланд без обратного билета. И о боги ты был прав. Оказывается можно жить только на деньги из сети (интернет сети). Итого в первом семимесячном путешествии по Юговосточной Азии, образ интрнет кочевника сложился полностью. Откатиться назад было уже нельзя. Разум уже раздвинул границы...

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

Понимая что на курсах далеко не уедешь, ты начал продавать программы для пк, которые подходили уже собранной целевой аудитории. Так родился второй интернет ребенок. Это уже был высокотехнологичный it проект. Правда участвовали в нем всего три человека, но на жизнь хватало. Ты путешествовал нон стоп. Из России в Азию в основном. По протаренным дорожкам. Часто с компанией и уже с женой. Потом появились дети и ты плавно начал превращаться в скуфа. Хоть ты в этом себе никогда не признаешься.

Второй it ребенок начал умирать сразу же как только, разработчик (на котором все было завязано) начал страдать х*й. То пропадал куда-то на три месяца, то возвращался. Вообщем фундамент был заложен криво и здание уже было не ремонтнопригодно. Идеальная схема продажи софта за абон плату, треснула там где не ждали.

Но к этому моенту до тебя таки начало доходить, что IT проект должен быть неуязвим к разного рода непредвиденным обстоятельствам. А так как нельлзя придумать такой проект, нужно делать как можно больше разных проектов и смотреть кто из них выживет.

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

Но вот беда! Тыж не программист. Так аферюга интернетный. Поэтому ты начал искать в основном в буржнете готовые проекты от разных разработчиков. Благо таких хоть пруд пруди. Правда не в этом море дерьма, приходилось сильно повозиться чтобы найти то за что будут готовы платить люди на Российском рынке.

По этой нехитрой схеме ты успел налодить аж целых 20 разных онлайн сервисов. Хотя погоди, пока писал наплодил еще одного ))) Далеко не все из них приносят прибыль, но закон Порето чудесным образом действует и тут. 20% приносят 80% результата.

Короче твоя способоность плавно переходить из одного тонущего корабля на другой просто завораживает. Джек Воробей - нервно курит в стороне.

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

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

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

Хотя как ты это вспомнишь если все забудешь. Вообщем если кто-то еще это прочитал, вы передайте ему, если у него память отшибло, где вся суть спраятана. А то так и помрет не зная что шел к успеху...

Показать полностью 1
[моё] Дневник Время Мысли Мотивация Бизнес IT Успех Опыт Саморазвитие Реальность Наблюдение Жизнь Длиннопост
9
3
Вопрос из ленты «Эксперты»
Аноним
Аноним
9 месяцев назад

Как выйти из IT?⁠⁠

Имею среднее и высшее образование на программиста. Работал маляром (frontend макака) 3 года, дошел до мидловских позиций, участвовал в проектах разной сложности, был ведущим разрабом в одной из компаний (но тоже мидл). Уперся в потолок 260к

Дальше начало штормить: выгорел - ушел в бизнес - не получилось - попытался в бэк на node - не понравилось (оказывается устал от программирования в целом, а не от фронта) - ушел в продажники (на основе опыта из бизнеса) - не понравилось - попытался в Проджекты (немного поработал) - не понравилось - мерчендайзер - курьер - снова менеджер по продажам, толкаю it пурду.

Разработка надоела по причинам:

  • Программирование

  • Ощущение отсутствия принадлежности к обществу (чувство бесполезности моей работы)

  • Удаленка (превратился в главного героя фильма Изгой). Вы скажите: у многих компаний есть офис. Ответ: приходишь в офис, а там тетя Зина бухгалтер и секретарь Марина. Все остальные на удаленке.

Считай живу последние полтора года на накоплениях. Мне 25, нет не девушки ни детей, есть своя коробка от холодильника (квартира) в Москве. Сижу 24/7 на сайтах знакомств, ищу девушку, потому что никогда не было (долгая история).

Че делать дальше не отдупляю. Тесты по профориентации предлагают выпилится. Мои суперспособности: креативность, идейность, продуктивность, супер самоорганизованность, дикое желание не быть как все и делать что то свое. Это не мое резюме, поэтому все правда. Плюс у меня аналитический склад ума, обожаю все автоматизировать, систематизировать, оптимизировать. И в серьез надумываю о специальности Системный аналитик (что скажите, стоит нет? Говорят та еще дрочь с бюрократией). В целом какие есть идеи предложение по моей карьере?

Смотрели фильмы "Джерри Магуаер", "Человек, который изменил всё", "Уолл-стрит 1987г"? Через призму своих розовых очков, мечтаю быть таким же полезный, важным, нужным и что бы за мои компетенции достойно платили. Я люблю и умею впахивать, но впахивать за любимое дело.

Как выйти из IT? Вопрос, Личный опыт, Совет, Выбор, Саморазвитие, Рекомендации, Карьера, Программист, Системный аналитик, IT, Спроси Пикабу, Гифка, Длиннопост

На старте карьеры

Как выйти из IT? Вопрос, Личный опыт, Совет, Выбор, Саморазвитие, Рекомендации, Карьера, Программист, Системный аналитик, IT, Спроси Пикабу, Гифка, Длиннопост

Под конец карьеры

Показать полностью 2
[моё] Вопрос Личный опыт Совет Выбор Саморазвитие Рекомендации Карьера Программист Системный аналитик IT Спроси Пикабу Гифка Длиннопост
13
3
DELETED
10 месяцев назад
Молодые предприниматели

Как оптимизировать работу в проекте?⁠⁠

Приветствую, мои будущие менеджеры. О негативных факторах мы с вами уже говорили, пришло время рассказать о том, что может улучшить вашу производительность.

Эмоции в проекте играют ключевую роль. Есть целая наука под названием эмоциональный интеллект.

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

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

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

Менеджер должен следить за эмоциональным фоном и моральным духом в команде.

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

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

А если у вас преобладают негативные эмоции, эмоции безнадёжности, злости и агрессии, то в первую очередь, нужно понять причину такого эмоционального фона и устранить её.

Стоит уделить особое внимание этой проблеме и возможно организовать тимбилдинги или провести личные беседы.

С эмоциональной частью разобрались. Какие еще рычаги мы можем использовать?

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

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

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

Таким образом, на каждом участке работ, возникает потеря времени и это растет как снежный ком и может выливаться в дни, недели, месяцы простоев на проекте.

Чтобы этого избежать, вы можете ставить дополнительные встречи, а также вправе звонить исполнителю во время, когда он обещал сделать задачу.

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

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

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

- Дорогой Иван Иванович. К сожалению, мы не успеваем и  сроки проекта переносятся на один месяц вперёд, по причине, что мы там что-то не успели.

Как вы думаете, какой будет ответное письмо?

Ответное письмо от заказчика, понятно, будет гневное, что вы нарушили все сроки.

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

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

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

Также помните,что при живом общении больше шансов решить проблему, чем в почте.

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

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

Или, заказчик  может сказать, что нет, сдвиг сроков неприемлем. Вот кровь из носа надо сделать через неделю.

Соответственно вы говорите, окей, я пойду поищу ещё людей или подумаю с командой какие варианты могут быть.

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

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

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

Ну и что же всё-таки является секретом лучшей производительности?

Конечно, больше всего успех зависит от положения звезд 🙂

А если серьезно, то конечно, 80% успеха - это твоя команда.

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

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

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

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

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

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

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

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

Этот вопрос лежит в плоскости делегирования и способности менеджера передать ответственность другому человеку за работы, по которым менеджер должен знать статус.

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

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

Это когда менеджер стоит над душой у участника команды и, на самом деле, только мешает его работе.

Он мешает работе, потому что, каждые 2-3 часа задает какие-то вопросы и просит показать текущий результат или сказать, как дела. Таким образом, сотрудник не может сфокусироваться на своей работе, а вынужден постоянно отвлекаться на запросы менеджера.

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

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

В общем, на сегодня всё. Используйте с умом эти рычаги, и сможете довести до ума работу всего отдела. Удачи!

Показать полностью
[моё] Вакансии Предпринимательство Психолог IT Саморазвитие Карьера Успех Доход Финансы Поиск работы Текст Длиннопост
5
2
bokovakhmad
bokovakhmad
10 месяцев назад
Молодые предприниматели

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками⁠⁠

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

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками IT, Программирование, Чат-бот, Малый бизнес, Саморазвитие, Длиннопост

На связи Ахмад Боков, основатель чат-бот агентства BotCreators.ru и диджитал-продакшна «Искусство Автоматизации».

По образованию я авиационный инженер. С детства увлекался техникой: мне всегда было интересно устройство гаджетов, автомобилей, самолётов. Поэтому закономерным выбором стал Московский Авиационный Институт, в котором ребят учат строить, создавать и поднимать в воздух многотонные машины.

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

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

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

Ловушки, в которые попадают начинающие предприниматели

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

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

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками IT, Программирование, Чат-бот, Малый бизнес, Саморазвитие, Длиннопост

Тут на первый план выступают навыки делегирования, переговоров, управления командой. Сервисная компания — это прежде всего про людей, про команду. Поэтому сервисную компанию не может тащить на себе один человек.

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

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

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

На что обратить внимание при общении с клиентом

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

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками IT, Программирование, Чат-бот, Малый бизнес, Саморазвитие, Длиннопост

В этом есть много плюсов. Осведомленность снимает нервозность, страхи, тревоги клиента о проекте и конечной цели, к которой вы вместе идёте.

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

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

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками IT, Программирование, Чат-бот, Малый бизнес, Саморазвитие, Длиннопост

Следующий важный момент немного спорный: нужно ли давать клиенту возможность управлять процессом разработки? Я придерживаюсь мнения, что клиенту нужно показывать промежуточные результаты, но это должно быть как бы «за стеклом».

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

Тут нужно уловить тонкий баланс между демонстрацией, открытостью и приверженностью своим принципам, которыми вы руководствуетесь.

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

Мы пришли к этому не сразу. Прошло 3 года и 2 кризиса, прежде чем мы достигли понимания, что должна быть методология. Это может быть эджайл или другие подходы. Вокруг этой методологии формируется как команда, так и ваш общий подход к делу. Отсутствие методологии приводит к хаосу в проекте.

Ещё момент, которому нужно научиться, — управлять ожиданиями клиента. Это значит слышать клиента, фиксировать моменты, которые он подсвечивает. Как это делаем мы: всё, что обсуждается на проекте, не проходит мимо нас. Каждая фраза, всё, что прозвучало на обсуждении, заносится в бэклог. В таких сервисных историях разработка идёт итеративно.

На первом этапе сделан один объём работ. На втором этапе при наличии бэклога у вас уже есть список задач, которые нужно развивать с клиентом, чтобы внедрить в продукт.

Наличие бэклог-фиксации обязательно — пишите записки на полях в журнале проекта. Должны быть какие-то «бортовые записи». Журнал проекта не должен быть пустым.

Следующий пункт — это контроль и оценка качества. Что не оценено, того нет. Поэтому всё, что можно занести в процесс по чек-листам, должно быть заведено в процесс контроля качества.

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

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

Как правильно закончить сотрудничество после сдачи проекта

Не спешите прощаться с клиентом, как только закончили продукт. Попросите обратную связь — это поможет в работе в дальнейшем. Мы к этому также пришли не сразу. Но теперь не представляем своё взаимодействие без этого пункта.

Начать советую с простого NPS-опроса. Это опрос, позволяющий в простом формате получить обратную связь через 10—15 вопросов: как сделан проект, что понравилось, что не понравилось.

Из разработчиков в предприниматели: учимся правильно управлять продуктом и конструктивно разговаривать с заказчиками IT, Программирование, Чат-бот, Малый бизнес, Саморазвитие, Длиннопост

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

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

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

Опубликовал свои размышления из книги «Новая эра в IT». Ссылки на скачивание есть в нашем блоге BotCreators.ru

Показать полностью 4
[моё] IT Программирование Чат-бот Малый бизнес Саморазвитие Длиннопост
1
2
bokovakhmad
bokovakhmad
10 месяцев назад

Как я нанимаю людей в команду и почему work-life balance так полезен для рабочей атмосферы⁠⁠

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

Как я нанимаю людей в команду и почему work-life balance так полезен для рабочей атмосферы Саморазвитие, Малый бизнес, Программирование, IT, Карьера, Длиннопост

Меня зовут Боков Ахмад, я основатель компании «Искусство Автоматизации». Уже 5 лет наша компания помогает бизнесу выстраивать цифровые коммуникации в социальных сетях и мессенджерах, а также автоматизировать рабочие процессы.

Счастье бизнеса. Когда мы говорим о таком абстрактном понятии, появляется противоречие. Ведь бизнес про цифры, показатели и результаты, где тут место счастью?

Мне такая дилемма много лет не давала покоя. Неужели до счастья сотрудников нет дела, ведь мы вместе делаем что-то общее?

Сейчас, когда я смог разрешить эту дилемму, я готов поделиться:

  • Как делать результат, но при этом не загоняться и не выгорать;

  • Как держать баланс между интересами компании и сотрудниками.

Отвечу по каждому из пунктов и поделюсь общими выводами.

Экологичные отношения в коллективе

— Создание благоприятной рабочей среды;

— участие в принятии решений и уважение;

— развитие карьеры и возможности роста.

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

В понятие благоприятной рабочей среды я вкладываю довольно понятные концепции.

Я уверен, что на работу мои коллеги приходят не выгорать, а раскрывать свой потенциал и получать удовлетворение от его раскрытия. Причём это чётко проговаривается уже на собеседовании: «У нас не выгорают».

Как я нанимаю людей в команду и почему work-life balance так полезен для рабочей атмосферы Саморазвитие, Малый бизнес, Программирование, IT, Карьера, Длиннопост

Считаю, что нет ничего благородного в том, чтобы класть свои нервы и силы на алтарь работодателя. Если есть переработки, то это неправильно построенные процессы, и «затыкать» дыры в системе за счёт ментального здоровья сотрудников — это верх неэкологичности.

Моя задача как руководителя — настроить рабочий процесс так, чтобы в 18:00 все рабочие чаты замолкали, и сотрудники отправлялись заниматься своими личными делами.

А ещё не важно, где находится сотрудник — если от него приходят результаты, с которыми можно двигаться дальше — это в приоритете.

Сотруднику самому должно быть интересно то, чем он занимается. А если ему некомфортно, то никакие ухищрения в виде «слежки» не помогут его замотивировать лучше.

Но даже если с благоприятной средой и комфортной работой всё уладить, можно допустить другую ошибку: когда результат работы отдельного сотрудника не соотносят со вкладом в общее дело.

А ведь это необходимо для построения экологичного бизнеса, в котором сотрудники явно видят и понимают, как их действия или бездействия влияют на общее дело команды.

Ответственность каждого отдельного сотрудника за результат берётся из понимания, что я, как руководитель, не только делегирую задачи команде, но и наделяю команду необходимыми ресурсами и возможностью принимать самостоятельные решения.

Если поставить задачу сотруднику, а решение принять самостоятельно — будьте готовы к тому, что результата по этой конкретной задаче не будет. Соберёте несколько таких задач — и компания начнёт стагнировать. Вроде все работают, а эффективность околонулевая.

На что я смотрю при найме

Бизнес должен зарабатывать деньги — для этого он и создаётся. Но если в компании работают люди, а не роботы, о психологическом комфорте забывать ни в коем случае нельзя.

Какой ценой обычно добиваются показатели и результаты? Ценой уставших и измученных людей? Такой подход не для меня.

А вот чего я точно придерживаюсь, и что реально помогает нанимать крепкую команду, готов рассказать с удовольствием.

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

Первый принцип — нанимать самостоятельных людей, даже если у них ещё нет опыта. Главное — их готовность учиться и понимать важность организованности.

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

Как я нанимаю людей в команду и почему work-life balance так полезен для рабочей атмосферы Саморазвитие, Малый бизнес, Программирование, IT, Карьера, Длиннопост

Третий принцип — обещанное нужно сделать. Это простое понимание о честности своих намерений и действий, о том, что на нас можно положиться. Касается вообще всех: и команды, и клиентов. Если кто-то что-то пообещал — это при необходимости подробно обсуждается и обязательно выполняется.

Отдельный принцип, которого новые люди придерживаются сразу после найма — каждый сотрудник имеет право на ошибку. Это постоянно проговаривается и транслируется.

Благодаря такому подходу в команде снимается напряжение, а каждый отдельный сотрудник может открыться с новой стороны.

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

За какими компаниями будущее

Я считаю, что за бизнесами, в которых особое место уделяется сотрудникам и их развитию.

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

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

Можно начать делать бизнес вообще без миссии и сформировать её уже по ходу работы, но чем больше сотрудников в вашей команде, тем важнее её придумать уже сейчас. На миссии и общем смысле строится и найм, и работа, и достижения.

Поймёте своё предназначение, определите благородные цели — и тогда строить процессы будет проще, ведь у вас появится конкретный ориентир.

Поделился своей рефлексией о ведении бизнеса. Надеюсь, было полезно. Найти мои другие размышления можно в книгах об IT. Писали об этом недавно пост в BotCreators, заглядывайте.

Показать полностью 3
[моё] Саморазвитие Малый бизнес Программирование IT Карьера Длиннопост
6
Партнёрский материал Реклама
specials
specials

Сколько нужно времени, чтобы уложить теплый пол?⁠⁠

Точно не скажем, но в нашем проекте с этим можно справиться буквально за минуту одной левой!

Попробовать

Ремонт Теплый пол Текст
3
BigDataNews
BigDataNews
11 месяцев назад

Как цифровой двойник может помочь в медицинских решениях⁠⁠

Дэвид Вендлер и Брайан Эрп из Оксфорда работают над проектом, который создаст цифрового двойника для тех, кто уже не может говорить самостоятельно.

Этот ИИ будет анализировать медицинские данные, личные сообщения и посты в соцсетях, чтобы понять, что человек хотел бы в сложной ситуации, продолжить лечение или вообще покинуть этот мир 😒

Вендлер надеется, что сможет облегчить стресс и эмоциональное бремя принятия сложных решений для членов семьи.

Вопрос только в том, сможет ли ИИ правильно понять желания человека 🤷🏻

Больше интересного читайте в нашем Telegram канале.

Показать полностью
[моё] Обучение IT Программирование Психолог Личность Гомер Симпсон Развитие Тестирование Саморазвитие Опыт Вертикальное видео Видео Без звука
0
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии