Size: a a a

technicalwriters

2020 November 07

H

Hartmann in technicalwriters
По поводу времени на одну инструкцию, сложно сказать определённо: слишком много нюансов может быть. Бывало приходилось и день, и два тратить и больше (не 24 часа, само собой, побочные задачи никто не отменял). Всё индивидуально и зависит от проекта, задачи, сложности и тд.
Поэтому, на мой взгляд, в контексте Вашей ситуации не стоит на кого-то равняться. Отталкивайтесь от своих исходных данных, от текущей ситуации конкретно на Вашем проекте.
источник

H

Hartmann in technicalwriters
Ну и судя по всему, одному человеку тянуть все те задачи будет сложно. Без помощника туго придётся.
Но опять-таки, если не выстроены процедуры, кардинально ничего не поменяется: будете вдвоём зашиваться.
источник

DM

Dina M. in technicalwriters
Sirius
хорошее разбитие времени) мне правда так сложно представить что кто-то будет сидеть и ждать. Потому что обычно пишут уже на момент - разработчик открыл код, нужен перевод нормальный - давай, а то открыто, жду. Впереди ещё тысяча и одна задач, а ты тут задерживаешь

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

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

Так вот, я в вашем графике длительного времени на какую-то одну инструкцию не видела, вы ее делаете по пару часов несколько дней или так быстро одной занимаетесь?
Не вы кого-то задерживаете, а вашу работу не ценят, считая, что писать или переводить - "да там 5 минут". Очень часто, чтобы написать 2 предложения, тратишь полдня - разбираешься, ищешь информацию, беседуешь, тыкаешь на стенде, как что работает.
Попробуйте расписать начальнику фотографию вашего дня: вот ко мне обратился разработчик, я трачу 5 минут на это, 10 минут на переключение, 7 минут на поиск термина, 4 минуты на уточнение контекста, 10 минут на поиск рабочего стенда с данными, 10 минут на создание скриншота. И т.п.
И, видимо, вам надо выстраивать процесс самой. Невозможно полноценно работать, когда дергают и винят постоянно.
источник

KG

Kamilla Garifullina in technicalwriters
И ещё из своего опыта могу посоветовать заставить разработку предупреждать заранее об измениях, иначе очень много времени уходит на вообще осознование чего там намутили
источник

ДЧ

Дарья Чернавина... in technicalwriters
Часто это внутреннее ощущение самого человека, перфекционизм и желание всегда быть хорошим(шей). Как правильно было сказано выше: работаешь хорошо — сверху прилетит ещё 5 задач. Типа раз дают на шее ездить, то почему бы на неё не сесть. Прекрасно это показано на примере лошади в «Скотном дворе». Выстраивание границ — ответственность самого человека.
источник

ДЧ

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

ЕЕ

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

ET

Eduard Tibet in technicalwriters
Elena Tikhomirova
спасибо) ник совпадает с названием компании? приведите примеры, почему вы так считаете. можно в личку.
Потому, что документация - это единственное, чем они занимаются :)
источник

СФ

Семён Факторович... in technicalwriters
Короче, чтобы никто из вновь пришедших и потенциально интересующихся не запутался:)

Мы (documentat.io) занимаемся заказной разработкой документации, у нас компания состоит только из техписателей (плюс несколько менеджеров), у нас классно и есть пара открытых вакансий:

https://hh.ru/vacancy/40131739
https://hh.ru/vacancy/40131337
источник

OY

Olga Yesina in technicalwriters
Е Е
Доброе утро! А задачи вам как ставят в устной форме или через систему контроля версий (типа git) или какую-нибудь корпоративную систему (типа битрикс)?
битрикс, тфс
источник

BF

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

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

В остальном все эти нюансы планирования от компании зависят. Для меня выглядит нонсенсом один техпис на 8 проектных менеджеров. Там либо нужно минимум по техпису на каждый проект, либо проекты такие что абсолютно не требуют отдельного «рулевого» на каждый. Во втором случае можно было бы выделять время «день на проект». Во второй половине дня собираете актуальную инфу и планируете, на следующий утром делаете сколько успеете и после обеда переключаетесь на следующий. Можете для менеджеров повесить своё расписание, чтобы каждый знал к какому дню вам подготовить инфу. Но это моя фантазия, как бы я ПОПРОБОВАЛ подойти к такой ситуации
источник

S

Sirius in technicalwriters
Е Е
Доброе утро! А задачи вам как ставят в устной форме или через систему контроля версий (типа git) или какую-нибудь корпоративную систему (типа битрикс)?
или в телеграмм сообщением типа «а там вот появилась интеграция - было бы неплохо пойти к ним изучить и написать», или «мы тут после обеда релизимся, нам нужно вставить ссылку на инструкцию, на препроде найдешь что мы там добавили», или просто переведи плиз «тык тык»

ну это где-то половина, а половина в трекере jira - но толку мало) «подточи фразы» - а тебе непонятна сама фраза, когда она выскакивает, зачем она вообще тут (может лучше что-то изменить и вообще скрывать),
или контекст нужен (как минимум понять в какой форме глагола, какие там ещё слова есть, насколько все ясно, что нужно) - идёшь выясняешь что это, откуда, где будет находится, в каком случае появляется... в самой задаче редко пишут (но бывает что пишут, все таки менеджеры с разным опытом приходили)
источник

S

Sirius in technicalwriters
Bobba Fett
По поводу времени, мне сложно представить, как я напишу статью на десяток страниц за пол дня. Там день только на раскачку и сбор инфы уйдёт, аналитика запросов по похожим фичам (нужно же СЕО учитывать иначе никто это не найдёт) самому всё проверить, что работает как заявлено, в итоге статью можно и неделю писать, параллельно файлить баги по этому же функционалу.

В остальном все эти нюансы планирования от компании зависят. Для меня выглядит нонсенсом один техпис на 8 проектных менеджеров. Там либо нужно минимум по техпису на каждый проект, либо проекты такие что абсолютно не требуют отдельного «рулевого» на каждый. Во втором случае можно было бы выделять время «день на проект». Во второй половине дня собираете актуальную инфу и планируете, на следующий утром делаете сколько успеете и после обеда переключаетесь на следующий. Можете для менеджеров повесить своё расписание, чтобы каждый знал к какому дню вам подготовить инфу. Но это моя фантазия, как бы я ПОПРОБОВАЛ подойти к такой ситуации
я сео не учитываю, у меня документация для пользователя
Мое «сео» это только понять с каким запросом могут придти, как назвать тему и вместить слова чтобы поиск по справке сработал

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

S

Sirius in technicalwriters
Дарья Чернавина
Часто это внутреннее ощущение самого человека, перфекционизм и желание всегда быть хорошим(шей). Как правильно было сказано выше: работаешь хорошо — сверху прилетит ещё 5 задач. Типа раз дают на шее ездить, то почему бы на неё не сесть. Прекрасно это показано на примере лошади в «Скотном дворе». Выстраивание границ — ответственность самого человека.
если я буду в комфортном для себя темпе «поправлять» или выписывать с своим перфекционистом - пользователь может никогда не получить инструкцию)
А разработке все равно, они меня все равно никогда не ждут. Выпустили когда выпустили и все
Вот я бегом за ними сразу и пытаюсь чтобы хоть в тот же день или на следующий (если таких проектов было несколько)

Я не первый человек на этой должности, а 5ый. Люди уходили сами и совершенно в другие области работы.. так что может и не наладилось. Ещё и каждый кто пришёл «наследил» по своему - это все обновлять править на полгода впереди
источник

ET

Elena Tikhomirova in technicalwriters
Дарья Чернавина
Если сотрудник хороший, его навыки важны и нужны, его не уволят за выполнение задач в комфортном для него ритме, если они не привязаны к жёстким срокам и процессы компании от этого критически не страдают.
👍
источник

S

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

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

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

S

Sirius in technicalwriters
«Делай медленнее» ведь скажет один два, а их ещё несколько - и уже у них нет согласованности
источник

АП

Александр Парень... in technicalwriters
Дарья Чернавина
Если сотрудник хороший, его навыки важны и нужны, его не уволят за выполнение задач в комфортном для него ритме, если они не привязаны к жёстким срокам и процессы компании от этого критически не страдают.
Подняли хорошую тему. Я один технический писатель в компании, но все понимают и не давят на меня, когда требуется написать какой-то большой объем. У меня бывают как большие документы так и маленькие. К сожалению в страницах их уже не измерить, так как у нас wiki, но все остальные знают и лишний раз никто не давит. Бывают влетающие какие-то вещи, когда вот прямо срочно нужно, но мой продак-оунер всё понимает и говорит, типа забей, потом сделаешь. У меня, например был случай, когда мне надо было в мае написать документ по огромной фиче, это заняло 3 недели и писал я каждый рабочий день от 10-12 часов, так как просто сам понимал, что если быстро не сделать, то скопится остальное, но опять же, это моя прихоть была и мне наоборот говорили, ничего страшного, что если будет сделано через через 1.5 месяца. А так всю свою работу, я логирую, у нас Jira, ставлю LogWork, и, если находится тот, кто задает вопросы, а такие всё таки, редко, но бывают, то сразу тыкаю их в отчет и без слов показываю свою загрузку по факту.
источник

АП

Александр Парень... in technicalwriters
Вот пример майских дней моей рабочей недели)
источник

FM

Fox Mulder in technicalwriters
У меня недавно кранч закончился. месяц без выходных и работа по 10-14 часов )))
Вроде живой )
источник