🚀 Приглашаю вас на свой мастер-класс, посвященный процессу создания продуктов и продуктовому мышлению!

Когда: 13 октября в 16:00 МСК, в это воскресенье
Где: онлайн в Зум
Стоимость: 2 400 руб.

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

🌟 Что вас ждет на мастер-классе:

- Анализ успешных стартапов: разберем реальные кейсы и выявим ключевые моменты, повлиявшие на их успех.

- Командная работа: в группах вы сможете придумать собственный стартап и описать его с использованием простых и понятных инструментов, таких как USM (User Story Mapping), прототипы и блок-схемы бизнес-процессов.

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

💡 Чем полезен мастер-класс?

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

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

- Попрактикуетесь в создании USM, прототипов интерфейсов и блок-схем — востребованные на рынке навыки.

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

Регистрация открыта!
Чтобы зарегистрироваться нужно:
🔤 перейти в мой бот (закрепленное сообщение в этом канале),
🔤 перезапустить его, т.е. дать команду /start,
🔤 кликнуть на кнопку «Записаться на мастер-класс»,
🔤 указать Имя, почту и оплатить.

Жду всех на моем мастер-классе!

Продуктовый подход — это что за зверь такой?

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

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

➡️ От замысла до реализации
Идея провести мастер-класс по продуктовому подходу возникла из реальной потребности со стороны аналитиков. Я заметила, что многим из них не хватает практики работы с пользовательской ценностью. Это вдохновило меня создать мероприятие, где мы могли бы вместе изучить и применить продуктовый подход на практике.

➡️ Исследование потребностей
Я начала с анализа потребностей своей аудитории. Провела опросы и обсуждения, выясняя, какие именно навыки и знания были востребованы. Это дало мне ясную картину того, что ожидать от мастер-класса и как построить его содержание.

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

➡️ Тестирование идеи
Прежде чем запустить основной мастер-класс, я решила провести закрытое тестирование на небольшой группе участников. Это позволило получить обратную связь и увидеть, насколько интересно и полезно содержание. Во время этого тестирования мы совместно разработали три интересные идеи для стартапов, которые действительно могли бы быть реализованы с надлежащими усилиями. Я также провела это же тестирование на группе выпускников Практикума, где мы собрались оффлайн. (Фото этого события прикрепляю к посту в комментариях!)

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

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

📌Запись открыта!
Записаться и оплатить можно у моего бота:
https://t.me/IThuman_bot
Не упустите шанс узнать больше о продуктовом подходе и применить его в своей практике! 😉

Активность найма на IT-рынке в 3 квартале 2024 📈

Всем привет! Недавно с вами говорили о рынке труда в 2024 и вот опять.) Что интересного для аналитиков:

➡️ вторая половина 2024 года не отстает по темпу роста вакансий, но надо не забывать про возможные массовые увольнения (еще и теневые);

➡️ в топ-3 компаний, которые активнее всего нанимают сейчас, пока не было кулуарных новостей об увольнениях, можно выдохнуть;

➡️ системный аналитик — очень, еще раз повторю, ОЧЕНЬ востребованная сейчас профессия. В нее можно перейти из бизнес-анализа, если есть такое стремление. Но не рекомендую это делать только потому, что это востребовано.

Читать тут

#ithumanwork

Кто больше зарабатывает, системный или бизнес-аналитик?
Что называется, о наболевшем. 💰

Однозначного и прямого ответа не существует, sorry i’m not sorry)) Зарплата специалиста зависит от многих факторов. Основные из них: уровень квалификации, экспертность и направление бизнеса, в котором он работает.

Для начала разберемся, в чем разница между бизнес-анализом и системным анализом.

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

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

Есть мнение, что системные аналитики зарабатывают больше ввиду своей технической деятельности, но также есть примеры, где бизнес-аналитики зарабатывают до 500к в месяц, в чем подвох? 🤔
Попробуем разобраться.

Из чего состоит зарплата бизнес- и системного аналитика?

➡️ Регион
Важно понимать, что для работодателя месторасположение сотрудников играет ключевую роль. То, что в Москве заявлено в вакансии по одной ставке, в других регионах может сильно отличаться.

➡️ Экспертность
Подход к найму специалиста основывается на двух точках зрения:
1️⃣ Профессиональные навыки, ведь у каждого они могут отличаться по грейдам;
2️⃣ Предметная область, которая необходима бизнесу именно сейчас.

➡️ Уровень квалификации
Чем больше опыта, тем выше зарплата. Ворваться с ноги в аналитику, увы, не получится! Но наличие международных сертификатов и доп. образования помогают повышать уровень профессионализма.

При выборе специализации советую опираться на свои навыки и предпочтения, а не на то, кто сколько зарабатывает. Как показывает практика, все индивидуально. А о том, как повысить квалификацию бизнес-аналитика поговорим с вами уже на следующей неделе! Stay tuned! ⭐️

#ithumanwork

Где учат на бизнес-аналитика? 🎓

Привет друзья!
В современном мире бизнес-анализ играет ключевую роль в развитии компаний.

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

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

➡️ Яндекс-Практикум:
1️⃣ Фундаментальный БА для ИТ: https://clck.ru/3Drdfx
2️⃣ SQL для начинающих: https://clck.ru/3Drdhx
3️⃣ Слишком популярный и востребованный Python:https://clck.ru/3Drdjd
4️⃣ И классика, Excel: https://clck.ru/3Drdo5

➡️ Eduson Academy:
1️⃣ Фундаментальный БА: https://clck.ru/3DreGK
2️⃣ Вездесущий Excel и Google Sheets: https://clck.ru/3DreJX
3️⃣ Профильный PowerBI: https://clck.ru/3DreKm
4️⃣ И конечно же, SQL: https://clck.ru/3DreNr

Я работаю с этими школами и могу с уверенностью рекомендовать их. Кроме того, на все курсы большие и маленькие у меня есть амбассадорские скидки и индивидуальные предложения. Всех заинтересовавшихся жду в лс. ;)

Читать, читать и еще раз читать! Да, не все любят обилие текста и канцеляризмы, но я принесла вам не просто занудные учебники, а пособия, настольные Библии будущих аналитиков. Что почитать про БА?

🔵 Карл Вигерс, а в поздних изданиях появляется второй автор Джой Битти «Разработка требований к программному обеспечению»
🔵 Руководство к своду знаний по Бизнес-анализу BABOK
🔵 Майк Кон «Пользовательские истории: Гибкая разработка программного обеспечения»

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

Это полезно, сохраняй! В открытом доступе огромное количество разной информации, но не вся она, как бы сказать, отборная. Приходится отсеивать из десятков мнений одно грамотное. Я сделала все за вас, друзья. Вот несколько интересных докладов, которые помогут лучше разобраться в БА и узнать о “подводных камнях” профессии.

📌 Требования: хорошие и плохие (https://www.youtube.com/watch?v=DB5-Zcoa-fY)
📌 Интервью с Александром Белиным — Бизнес-анализ: ремесло или искусство (https://clck.ru/3DrfwK)

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

#ithumanwork

Как я попала в бизнес-анализ? 🚶‍♂️

Все началось с большого взрыва… :D Ну ладно-ладно, не так давно. В бизнес-анализе я уже почти 10 лет. За это время у меня была возможность попробовать себя не только в том, где я сейчас, но и в других направлениях ИТ. Кстати, пробовать смотреть шире на свои возможности полезный скилл, которым рекомендую не брезговать пользоваться. Если чувствуете, что “заржавели” и перемен потребовало ваше сердце, то почему бы и да! Возможно, смена деятельности именно то, что вам сейчас нужно, а может, благодаря такому эксперименту, вы, как и я в свое время, убедитесь, что уже нашли свое место под солнцем и если вперед, то только этим путем.

⬇️ Начнем с начала.
Еще в школе я начала задумываться чем хочу заниматься всю жизнь. Это сложный вопрос, особенно в таком возрасте принять взвешенное решение непросто, однако я понимала что мне нужны технологии. Не без сложностей, но поступила на бакалаврскую программу “Системный анализ и управление”. На тот момент это была, по-моему, единственная программа высшего образования в ИТ-анализе. Остальные были более широкого профиля. Учиться было не так просто, но интересно. На тот момент мало кто понимал, что такое системный анализ, а про бизнес-анализ в России еще никто не говорил, поэтому у нас были порой странные предметы. Например, у меня было материаловедение, на котором мы изучали составы металлов, чугунов и других металлургических сплавов. Зачем? Никто не знал.)

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

⬇️ Первая работа.
Работу пришлось искать самостоятельно, стойко и бойко, потому что никто помочь с этим не мог. Я нашла одну единственную вакансию, которая только по описанию походила на бизнес-анализ и то только первые его шаги. Это была небольшая конторка, которая разработала и сопровождала ПО для соц. работников. В этом ПО назначались соц. выплаты. Зато мы покрывали один небольшой регион.)

⬇️ Время приключений.
Очень быстро я влилась в работу, стала выполнять ее практически с закрытыми глазами и поэтому стала много отвлекаться. Я подумала, у меня есть время и желание пробовать новое, чего я хочу? Мысль остановилась на двух сферах: тестирование и написание кода. Тему изучала самостоятельно, копала все, что можно накопать в открытом доступе, писала автотесты, вливалась в тему, как могла. Но быстро поняла, что ни тестирование, ни программирование мне не интересны так, как бизнес-анализ. Ну что ж, вот и стало понятно, кем я хочу стать, когда вырасту. Погнали!

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

Хочется делиться с вами не только тем, где я сейчас, но и тем, с чего все начиналось. Буду рада почитать о вашем пути становления, возможно, вы еще в поисках себя, а может, уже давно поняли, что на своем месте? Поделитесь своими историями с другими. Давайте друг друга вдохновлять! 💖

#ithumanwork

О ужас, я соврал на собеседовании! Меня за это накажут? 😱

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

Вот три лайфхака, если что-то пошло не так и волнение завело вас не в ту степь.

Вам кажется, что вы лжете, делаете что-то не так в моменте.

➡️ Шаг первый. Ответьте себе на вопросы: действительно ли это ложь? Нет ли такого, что вы просто обесцениваете свой опыт и свои качества? Нет ли недопонимания между вами и интервьюером?

➡️ Шаг второй. Возьмите паузу, съешьте Твикс и не делайте поспешных выводов. Постарайтесь здраво оценить сложившуюся ситуацию.

➡️ Шаг третий. Что делать и нужно ли что-то делать?

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

Если же на первый вопрос ответом стало: да, я придумал то, чего нет, тогда стоит подумать, что с этим делать. Можно поговорить с рекрутером и честно признать, что на собеседовании вы преувеличили свое значение\участие в ранее обсуждаемых проектах. Конечно, подобного рода “сдача явок и паролей” может не понравиться hr’у, но в большинстве случае именно искренность пропускает нас на следующий этап трудоустройства.

➡️ Шаг четвертый (бонусный).

Вы соврали и сразу не сориентировались, что с этим делать. Как говорится: ну ничего страшного.) Оцените масштаб “катастрофы” и примите для себя решение: реально ли подтянуть те скиллы и знания, которые вы в стрессовой ситуации незаслуженно себе присвоили? Если да, то пора сесть за домашнюю работу и сделать ложь своим преимуществом. Если нет, смотрите шаг третий.)

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

Случалось ли с вами “взболтнуть лишнего” на собеседовании? 🫣 Делитесь лайфхаками в комментариях, будем мотать на ус.)

#ithumanwork

Карьерная травма и что с этим делать? 🤯

Привет друзья, сегодня хочу поговорить с вами о новом термине, который впервые услышала на конференции, посвященной hr-специалистам. До этого фраза “карьерная травма” поднималась в кулуарах рабочих тусовок и никогда на моем опыте об этом не говорилось на международной конференции до сегодняшнего дня. Что же изменилось?

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

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

⬇️ Примером может служить случай резкого увольнения с директорской позиции. Допустим, директор добросовестно выполнил все планы, но по каким-то причинам верхнему руководству не понравился его стиль работы или личные качества. В результате директор был уволен, несмотря на все свои достижения. Это может стать серьезной психологической травмой, так как человек вложил много сил и времени в свою работу, но его усилия не были признаны. А если даже и были, то реакция совершенно не та, которую хотелось бы.
Справедливым ли мы ощущаем мир, когда на нашу правду в усилиях и достижениях отвечают отказом от нас?

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

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

Что вы насчет этого думаете? Есть ли у вас похожие примеры? Что скажете насчет того, чтобы послушать мои истории, которые я бы определила как “карьерные травмы”? 🤔

#ithumanwork

Топ-3 часто встречающихся ошибки при формировании и описании User Story

Друзья, хочу с вами поделиться приятной новостью. Совсем скоро со мной выйдет интервью на площадке школы дизайна Contented на тему “юзер-стори”. Обязательно поделюсь ссылкой, а пока немного спойлеров для вас. Нет, у меня нет любимчиков…никого, кроме вас. 😉

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

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

⬇️ Вторая ошибка — это отсутствие критериев приемки. Критерии приемки мы можем в юзер-сториз описывать по разным форматам. Самый известный из них это Геркин. (нотация, либо методология, либо формат описания критерий приемки по Геркину). Или в свободном формате касательно проектирования, обсуждения, предвидения тех самых важных частей проверки пользовательской истории, которые требуются. Например, если про ту же авторизацию пользователя говорить на каком-то ресурсе, тогда в критерии приемки обязательно должно быть прописано: при помощи какого формата, при помощи каких форм, при помощи каких масок данных эта авторизация должна происходить. То есть, это либо электронная почта, либо определенное слово, домен, либо номер телефона, соответственно, здесь мы тоже должны прописать форматы (это 8 900… и так далее, либо это +7, либо это вообще не российский код или регион).

⬇️ Третья ошибка — это пренебрежение интересами всех пользователей. Очень часто нам хочется в формате пользовательской истории описать требования или пожелания к функциональности какого-то конкретного лица. Я, как Пользователь хочу, чтобы можно было авторизовываться при помощи какой-нибудь соцсети, например, именно ВК, только потому что у меня ВК очень хорошо развит, и я часть им пользуюсь. А то, что есть еще масса пользователей, которые, например, вообще не имеют аккаунта ВК, именно мы, как Аналитики не можем не учитывать.

Друзья, сталкивались ли вы с подобными случаями в своей работе? Может, у вас есть свой “топ-3” главных ошибок на тему юзер-стори? Пишите в комментарии. 😌

#ithumanwork

Ошибки при моделировании бизнес-процессов в нотации BPMN 🔎

Моделирование бизнес-процессов при помощи аннотации BPMN — это один из ключевых навыков любого бизнес-аналитика. Сегодня расскажу про топ-4 самых частых ошибок, которые на протяжении уже многих лет вижу у начинающих, и даже практикующих опытных аналитиков.

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

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

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

📌 Третья ошибка — это недостаток документации, либо комментариев, либо каких-то легенд к самой модели. Что я здесь имею в виду? Пример: Я нотации BPMN и так рисую, я использую только базовые элементы или те элементы, которые в нотацию входят, соответственно, ничего дополнительного пояснять не буду. Не буду обозначать, что у меня какими цветами обозначено, почему у меня одни и те же прямоугольники, например, разных цветов или не буду пояснять дополнительно, в своей модели какие-либо украшательства. Обязательно делайте легенду к своей модели.

📌 И последняя, четвертая ошибка, которую тоже часто вижу — это не протестировать, не провалидировать свою модель. Возвращаемся ко второй ошибке. Почему? Потому что мы можем, как аналитики спроектировать тот или иной процесс, смоделировать его в нотации BPMN и оставить. А через день придем, посмотрим на эту же модель и поймем, что она абсолютно нелогичная, непоследовательная. То есть, там нужны правки. Моя рекомендация как раз-таки для того, чтобы нивелировать эту четвертую ошибку, неконсистентность модели проверять себя поэтапно. Построили модель, через полчаса свежим взглядом пересмотрели, устроили перерыв, снова на нее посмотрели, и нашли некоторые несостыковки. Это нормальное явление, это человеческий фактор, когда глаз замыливается, это физический фактор, который не получится игнорировать, поэтому стараемся себя проверять.

Как вам пост, друзья? Надеюсь, информация была полезной.) Буду рада фидбэку в комментариях.

#ithumanwork