#заказчик — Public Fediverse posts

Что не так с требованиями у вас на проекте и как это связано с мотивацией команды

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

https://habr.com/ru/companies/otus/articles/1030100/

#требования #бизнесанализ #системный_анализ #команда_разработки #мотивация_команды #заказчик #коммуникация #управление_требованиями #приоритизация #проектный_хаос

Как получить заказ от крупной корпорации

Одна из главных проблем B2B и технологических стартапов - это известный замкнутый круг: ты можешь быть исполнителем работ для крупных корпораций только в том случае, если у тебя уже есть опыт работы с этой компанией и хорошая репутация. Но как получить этот опыт, если его нет? Корпорации и госкомпании требуют доказательства эффективности, кейсы и рекомендации, но у нас их еще нет. Знаю это на личном опыте, так как 10 лет работала в крупных корпорациях - и в том числе выбирала подрядчиков. Покажу вам взгляд с другой стороны. Давайте разберем два работающих подхода, которые помогают выйти из этого круга: стратегия «холодного субподряда» и «португальское мышление» (сильный нетворкинг как инструмент продаж).

https://habr.com/ru/articles/971094/

#клиент #заказ #заказчик #госкорпорации #закупки #субподрядчики

Повторение – мать учения или сказ о том, как сервис-провайдер в сервис-преподавателя превратился

Привет, Хабр! Меня зовут Сергей Стецюк, и в K2Тех я руковожу подразделением, которое обеспечивает бесперебойную работу вычислительной инфраструктуры для enterprise-бизнеса. Один из базовых принципов нашей работы – выстраивание партнерства с заказчиком. Мы не просто накапливаем экспертизу внутри команды, а целенаправленно делимся ей с заказчиком – например, в формате подробных отчетов о проделанной работе. Сегодня же я хочу рассказать, как единичный запрос перерос в нетипичную для нас практику, которой все чаще интересуются клиенты. Давайте разберемся, как это произошло.

https://habr.com/ru/companies/k2tech/articles/957568/

#техподдержка #сервиспровайдер #enterprise #поддержка_клиентов #софтскиллы #заказчик

Падение Data Mart и 100 миллиардов записей в ОЗУ. История о том, как починить в одиночку вендорский баг

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

https://habr.com/ru/companies/croc/articles/939364/

#сервисная_поддержка #озу #сервиспровайдеры #сервисный_инженер #техподдержка #вендоры #заказчик

Падение Data Mart и 100 миллиардов записей в ОЗУ. История о том, как починить в одиночку вендорский баг

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

https://habr.com/ru/companies/croc/articles/939364/

#сервисная_поддержка #озу #сервиспровайдеры #сервисный_инженер #техподдержка #вендоры #заказчик

Падение Data Mart и 100 миллиардов записей в ОЗУ. История о том, как починить в одиночку вендорский баг

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

https://habr.com/ru/companies/croc/articles/939364/

#сервисная_поддержка #озу #сервиспровайдеры #сервисный_инженер #техподдержка #вендоры #заказчик

Падение Data Mart и 100 миллиардов записей в ОЗУ. История о том, как починить в одиночку вендорский баг

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

https://habr.com/ru/companies/croc/articles/939364/

#сервисная_поддержка #озу #сервиспровайдеры #сервисный_инженер #техподдержка #вендоры #заказчик

Дизайнер vs. Заказчик. 3 проверенных метода, как избавиться от правок навсегда

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

https://habr.com/ru/articles/919432/

#дизайн #заказчик #клиент #сотрудничество #дизайн_интерфейсов #фриланс

Заметить слона, или Подводные грабли IT-проектов

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

https://habr.com/ru/articles/909662/

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

Работа со сложными заказчиками в ИТ-рекрутинге: Как приручить дракона?

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

https://habr.com/ru/articles/908694/

#hrпроцесс #hrменеджер #hrтехнологии #hr_в_it #hrtech #интервью #интервью_с_разработчиками #интервью_с_разработчиком #интервьюер #заказчик

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

Простые правила для тех, кто устал объяснять «на пальцах». Это статья для тех, кто хочет четко и ясно доносить свои мысли без ненужного многословия, чтобы их понял любой человек (необязательно только дизайнер). Для удобства я разделил свои рекомендации на 6 простых правил.

https://habr.com/ru/articles/900474/

#процессы #дизайн #заказчик #коммуникация #дизайнер #презентация #клиент #общение_с_клиентом #общение_с_людьми #правки

Как подружить заказчика и исполнителя с помощью двух правильных букв?

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

https://habr.com/ru/articles/895350/

#прототипирование #тз #техническое_задание #управление_проектами #maker #gpt #заказчик #исполнитель #заказчик_исполнитель #bpmn

Кто одолеет проект: сказ о трех богатырях на новый лад

Всем привет! Меня зовут Андрей Скрипкин. Еще когда был студентом, понял, что хочу заниматься информационной безопасностью — увлек брат. Прошло уже больше 15 лет, а интерес к профессии только растет. Сейчас уже два года работаю в Positive Technologies в департаменте инжиниринга: реализую проекты на базе продуктов PT. И это, с одной стороны, похоже на мой предыдущий опыт работы в интеграторах, а с другой — это новый опыт, новые подходы к ведению проектов и новый уровень экспертизы. Пожалуй, главное, что я понял о проектах за время работы: самое важное — это люди. Люди, которые реализуют проект. И от того, как эти люди буду взаимодействовать друг с другом, зависит успех всего проекта. Хороший инженер всегда «приручит» любую технику и победит любые проблемы с программным обеспечением — а хороший менеджер всегда найдет компромисс в спорных ситуациях. В этой статье я хочу поделиться своим опытом: рассказать, как продуктивно реализовывать проекты и выстраивать отношения между участниками проекта — заказчиком, интегратором и вендором . Пора одолеть проект!

https://habr.com/ru/companies/pt/articles/847164/

#управление_проектами #заказчик #интегратор #вендор #проект #внедрение

Как фрилансерам и компаниям работать на Upwork в обход блокировок в 2024 году

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

https://habr.com/ru/articles/832332/

#upwork #upworkcom #заказчик #заказчики #заказы #фриланс #фрилансер #freelancer

Как в IT-проектах работать с возражением Заказчика «Почему так дорого?»

В предыдущих постах я писал о том, что делать, если Заказчик постоянно генерирует новые «хотелки» по ходу проекта ( клац ), и что делать, если он просит эти работы сделать бесплатно ( клац ). В этом посте поговорим о том, что делать в ситуации, когда вы убедили Заказчика, что его новая хотелка стоит денег, но он не согласен со стоимостью. Вводные: Вы находитесь в проекте, у вас есть ограниченный объем работ, бюджет и срок. Заказчик приходит и озвучивает какую-то хотелку. Вы собираете требования, описываете их (ТЗ, ФТ, ТР, что угодно), согласовываете их с Заказчкиом и считаете стоимость этих работ. Но в ответ получаете возражение «а чего так дорого, там же программист за день сделает». Ещё в конце может добавить любимое: «Вы же эксперты». То есть в этом посте речь пойдет не про техники продаж. Мы не рассматриваем вариант, когда нужно именно что-то с нуля продать Заказчику. Там работают совсем другие инструменты, о них рассказывают совсем другие люди, да и надо это не проектной команде, а сейлам. Поэтому этот пост будет полезен тем, кто может столкнуться с такой ситуацией в проекте. А это любой сотрудник, взаимодействующих с Заказчиком. Обычно это менеджер проекта, реже архитектор, еще реже бизнес-аналитик. Мои рекомендации основываются на собственном опыте в больших и сложных IT-проектах с внешними корпоративными Заказчиками. На фрилансе, в госах, на небольших проектах и в другой сфере могут быть свои нюансы, тут у меня опыта немного. И последнее: речь идёт о том, что вы для Заказчика – безальтернативный Исполнитель. Если новые работы будут вынесены на ЧЕСТНЫЙ открытый конкурс, где выбирать будут ТОЛЬКО по цене, то абсолютное большинство пунктов ниже будет неприменимо.

https://habr.com/ru/articles/824898/

#проект #требования #скидка #бесплатно #работы #change_request #заказчик #совет #рекомендации