Size: a a a

technicalwriters

2020 November 06

L

Lana in technicalwriters
Evgenya
Про али похожие отзывы.
ну если конкретно про техписов, то это не правда, у нас не часто набирают техписов, потому, что их у меня их один пока) Ищем еще одного. Так что велкам в команду, где нас ценят) В разработку да, очень активный хайринг, так как ее тоже набирают почти с нуля (год назад тут было 10 разработчиков, а сейчас 250) и планов и работы сейчас намного больше, чем народу, примерно соотношение 1 к 10
источник

KU

Kateryna Ushakova in technicalwriters
Evgenya
В озоне друг работает программистом, там слишком часто набирают техписов. Когда спросила - почему? Разъяснил что в озоне часто набирают «мясо», а потом происходит сокращение.
Насколько мне известно, в Озоне техписов не сокращали) сейчас ищем техписа, потому что девочка перешла в аналитику) до этого искали потому что расширяли команду. Ещё до этого тоже по разным причинам вакансии были открыты, но про сокращения я не слышала)
источник

ET

Eduard Tibet in technicalwriters
Elena Tikhomirova
Коллеги, крик души! Пишите в личку, у кого есть соображения по теме «техпис в команде лишний» или, наоборот, «это только в начале работы так, потом возьмешь смежные обязанности и будт тебе применение».

Работаю уже в 4-м проекте и 3-й компнии за 2,5 года (до этого был большой перерыв). В 3 проектах до меня техписа не было. Прихожу, все тексты причесываю, включая UI, продумываю, как это локализовать, или наладить сбор инфо, чтобы все не оставалось все в головах старших разработчиков. Прошла множество курсов, хорошо разбираюсь в API.

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

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

Я так понимаю, здесь нет тех, кто переквалифицировался?

Весной пыталась устроиться бизнес-аналитиком, но, возможно, опыта не хватило (работала в команде аналитиков и совмещала их задачи с мануалом и API). Кроме того, периодически встречаю вопли и техписов, и техподдержки, и тестеров. BA в некоторых проектах тоже весьма странную роль играют. Типа идти и некуда.

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

Нравятся встречи в более зрелом из нынешних проектов, где менеджер, старшая тестировщица, старшая разработчица и я довольно продуктивно обсуждаем, как записать то и то. Но этот  проект сокращают. И остаются эджайл и какбэ эджайл, которым не до внятных текстов и даже requirements. В опчем, мне, лингвисту, который может и в Oracle EBS настройку проверить, и в Постмане вызовы сделать, и SQL знает, - как будто ваааще нет места во всем этом.
...В нынешнем проекте пытаюсь найти общие задачи с нашей шведской техподдержкой - они 7 лет на проекте, много знают, их знания можно конвертировать в тексты.
Нравится BA, UX design - но везде, где я работала, командам было не до этого. Ппц сколько всего «неважного», да?
Вам надо на работу прямиком к @factorized Таких проблем не будет! :)
источник

ET

Elena Tikhomirova in technicalwriters
Eduard Tibet
Вам надо на работу прямиком к @factorized Таких проблем не будет! :)
спасибо) ник совпадает с названием компании? приведите примеры, почему вы так считаете. можно в личку.
источник

L

Lana in technicalwriters
Elena Tikhomirova
спасибо) ник совпадает с названием компании? приведите примеры, почему вы так считаете. можно в личку.
да все просто это же лучшее место работы техписа ) я выше тоже упоминала в своем листе
источник
2020 November 07

S

Sirius in technicalwriters
Привет коллеги 👋
А поделитесь пожалуйста сколько у вас по времени в часах занимает написание статьи инструкции

Ну скажем страниц на 11 гугл дока такая средняя (11 pt шрифт но на каждой странице по скриншоту, title большой)
В котором есть вступление что это и зачем, описанные шаги, скриншоты в котором это все воспроизведено, в них есть реальные данные под какой то кейс (что то зарисовывалось для красоты)
Вот все время от начала открыл - разобрался - написал, проверили - можно публиковать.

Сначала на русском. А потом перевести тоже самое на английский
источник

S

Sirius in technicalwriters
в общем начала работать когда это делала за полдня (ну потому что и задач много, хотелось успеть - плюс ещё ж перевести, опубликовать; а на завтра а то и сегодня ещё задачи другие успеть)
Но когда темп не снижался на протяжении много времени и капитально подустал. Подумала - а бывает ли по другому?

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

S

Sirius in technicalwriters
Это не считая дёрганий - а ты ж знаешь, подскажи как это работает
Или переведи тут фразу/подбери фразу (с пометкой через 5 минут сдать!)
источник

S

Sirius in technicalwriters
А ведь когда то нужно взять время чтобы что-то ещё проверить, ревизию и анализ какой-то делать. Наверное. В теории и далеких планах
источник

H

Hartmann in technicalwriters
По-моему, Вы торопитесь. Это не гонки “time attack”, здесь нет приза за лучшее время круга. Вряд ли я секрет открою, если скажу, что рациональнее будет рассчитывать время с запасом.
Поставьте себя на место руководства. Что бы Вы делали, если Ваш подопечный, условно, 5-часовую задачу выполняет за час? Правильно, вместо одной прилетит 5. А деньги, наверняка, те же. Сколько Вы в подобном ритме протянете? Мало того, что случится, когда выдохнетесь? Я Вам немедленно отвечу: Вас заменят. Выводы делайте сами.
источник

S

Sirius in technicalwriters
пока 10 месяцев тянула с передышками) но мне как то до сих пор сложно и самой рассчитать время (непредсказуемо и как быстро пойму и вообще оно будет работать на том этапе или нет, меня прервут «короткими заданиями» или нет))
Ведь бывает так что я будто тестировщик и только баги рапортирую, а тем временем пытаюсь закрасить в графической программе чтобы «было не видно», а они починят вот-вот, но некогда ждать.
и никто не делится сколько оно «должно» занимать по времени. И сложно отказать когда говорят «вот прям срочно надо»
Я пыталась .. намекнуть. Что мол если срочно нужно - говорите заранее что нужна документация, а не в день релиза. И желательно на этапе уже без багов, чтобы незатратно было скриншоты делать непеределывая.
Но что-то не слышат..
Впрочем на одного райтера (который и апи и инструкции и ux занимается и пытаются ещё кажется натянуть аналитику (я не сильно знаю чем они занимаются - но в общем я собираю и требования клиентов, и репортирую о недочетах в логике или ux ну и меня соответсвенно спрашивают иногда в какую сторону развиваться)

А начинаю медленнее - ко мне сразу: У тебя что-то случилось? У тебя проблемы? У тебя сложности возникли?
И мне не по себе становится..

Так вот, как можно адекватно рассчитать время, сколько его нужно? Ну чтобы и не расслабилась вконец
И как говорите что «стоп. Подождите, я ещё в процессе. Будет позже»
источник

S

Sirius in technicalwriters
И ещё проект менеджеров 8 штук, у каждого свои планы и разработки
А я одна
И их не касается будто что я занимаюсь уже статьей от другого менеджера
источник

S

Sirius in technicalwriters
ТЗ никто не пишет, еле вытягиваешь информацию - это если сама не поняла что к чему
источник

H

Hartmann in technicalwriters
Беспорядок в процессах у Вас. Этим нужно заниматься и настраивать. На данный момент выходит, что Вы человек-оркестр.
источник

S

Sirius in technicalwriters
ну не совсем) но интересное конечно сравнение

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

S

Sirius in technicalwriters
Но то что я после такого опыта могу пойти подрабатывать тестировщиков и дизайнером впридачу это я уже поняла
Авось и продактом когда-то чего-то своего)

Но пока хотелось остановится на том, на что пришла.
источник

H

Hartmann in technicalwriters
В общих чертах.

Когда я был единственным тех писателем на проекте/в компании, то старался разделять, как задачи, так и время.
Приведу пример: условно, с 8 до 10 я занимаюсь более приоритетной задачей и меня не нужно отвлекать никакими «срочно», «бросай всё», с 10-12 задачи с более низким приоритетом, дальше отвечаю на вопросы или выполняю всякие «мелочи», текучку, сюда же орг моменты, потом другой вид задач и тд.
В самое продуктивное время лучше выполнять наиболее важные задачи.
Методологий Scrum, Kanban касаться не будем, ибо рискуем до утра дискутировать.

Инициатором в формализации процессов выступаете Вы. У Вас должно быть чёткое понимание на какие ситуации и как  реагировать или не реагировать.
Суть в том, чтобы постараться вписаться в текущие процессы/процедуры компании мягко и обойтись «малой кровью.»
источник

H

Hartmann in technicalwriters
Sirius
Но то что я после такого опыта могу пойти подрабатывать тестировщиков и дизайнером впридачу это я уже поняла
Авось и продактом когда-то чего-то своего)

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

S

Sirius in technicalwriters
Hartmann
В общих чертах.

Когда я был единственным тех писателем на проекте/в компании, то старался разделять, как задачи, так и время.
Приведу пример: условно, с 8 до 10 я занимаюсь более приоритетной задачей и меня не нужно отвлекать никакими «срочно», «бросай всё», с 10-12 задачи с более низким приоритетом, дальше отвечаю на вопросы или выполняю всякие «мелочи», текучку, сюда же орг моменты, потом другой вид задач и тд.
В самое продуктивное время лучше выполнять наиболее важные задачи.
Методологий Scrum, Kanban касаться не будем, ибо рискуем до утра дискутировать.

Инициатором в формализации процессов выступаете Вы. У Вас должно быть чёткое понимание на какие ситуации и как  реагировать или не реагировать.
Суть в том, чтобы постараться вписаться в текущие процессы/процедуры компании мягко и обойтись «малой кровью.»
хорошее разбитие времени) мне правда так сложно представить что кто-то будет сидеть и ждать. Потому что обычно пишут уже на момент - разработчик открыл код, нужен перевод нормальный - давай, а то открыто, жду. Впереди ещё тысяча и одна задач, а ты тут задерживаешь

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

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

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

S

Sirius in technicalwriters
Hartmann
Хороший Вы сотрудник: за троих работаете.
Требуйте пересмотра финансового вознаграждения. :)
да ее повышали

но я сейчас больше готова сама заплатить чтобы «отпустили» отдохнуть и надолго)) или нанять человека который будет делать

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