Size: a a a

technicalwriters

2020 November 07

S

Sirius in technicalwriters
Спасибо всем за советы и поддержку 🤗 радостно, что оказывается все таки можно по другому. Главное побольше единомышленников внутри компании иметь. Но как-то по другому наверное.
А то если это вырастет до конфликта - мол чего это она диктует как мне задачи создавать, я тут целый продакт на 3 тыс долларов, а мне кто-то на позиции где и так часто меняются люди начинает что-то говорить. Слово за слово, оно копится - а потом вызывают с вопросом «ты чего людей строишь/обижаешь/резко/ тебе что-то не нравится». Что это за проблемы с коммуникациями, почему на тебя жалуются? И в двух словах одних лелеют, а других нет) под другими тех райтер и находится
источник

S

Sirius in technicalwriters
Igor Shakhbazyan
Sirius если так будет продолжаться, то в один прекрасный (не для Вас) момент Вы окончательно задолбаетесь, выгорите и все возненавидите. По Вашим сообщениям, Вы уже недалеко от этого) Помните, что в итоге соломинка сломала спину верблюду, и постарайтесь не взваливать на себя так много, больше, чем реально вывозится. А до менеджмента просто нужно планомерно и методично доносить, что дока - такая же неотъемлемая часть продукта, как код, интерфейс и так далее. И без годной своевременно поставляемой доки продукт не в полной мере доставляет свою заложенную ценность. Ну и требуйте под этим соусом человеков на подмогу)
Ну оно уже близится к тому что кажется «может это не мое и не стоит») вряд ли я переломаю и смогу смирится с неточностями, буду все равно поправлять и себя и заводить баги в трекере.

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

Да и жалко что вроде как начало получаться и как-то даже нравилось все это.

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

KG

Kamilla Garifullina in technicalwriters
Попробуй к бэклогу попроще относиться)) я не представляю как именно, может и правда просто с опытом придёт
источник

ZL

Zlata Lupilina in technicalwriters
Sirius
Ну оно уже близится к тому что кажется «может это не мое и не стоит») вряд ли я переломаю и смогу смирится с неточностями, буду все равно поправлять и себя и заводить баги в трекере.

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

Да и жалко что вроде как начало получаться и как-то даже нравилось все это.

Но знаете, такая внутренняя упрямость - а вот я не брошу как остальные и доведу до конца, приведу в порядок. Но блин когда новых задач ни конца ни края, до твоих планов не доходят руки и что-то тут не то
Или менять отношение к работе или менять работу (возможно не направление а компанию где Ваш результат будет ценен и важен и на него будут выделять время) Иначе вопрос времени когда Вы в лучшем случае возненавидите работу а в худшем придется лечиться (по собственному опыту говорю) https://t.me/AnalyticsHumor/365
источник

S

Sirius in technicalwriters
Zlata Lupilina
Или менять отношение к работе или менять работу (возможно не направление а компанию где Ваш результат будет ценен и важен и на него будут выделять время) Иначе вопрос времени когда Вы в лучшем случае возненавидите работу а в худшем придется лечиться (по собственному опыту говорю) https://t.me/AnalyticsHumor/365
Гениальная картинка :-) за пару строк такую серьёзную и важную мысль подали
источник

S

Sirius in technicalwriters
Kamilla Garifullina
Попробуй к бэклогу попроще относиться)) я не представляю как именно, может и правда просто с опытом придёт
Эх, вот это видимо сложнее всего

Первое - научится ложить в беклог, а не делать сразу
Второе - спокойно объяснять почему и не трусится, если что, пересмотреть
Третье забыть про него пока не придёт время 😁
Вот что поможет этому научится
Только время?)
источник

H

Hartmann in technicalwriters
Zlata Lupilina
Или менять отношение к работе или менять работу (возможно не направление а компанию где Ваш результат будет ценен и важен и на него будут выделять время) Иначе вопрос времени когда Вы в лучшем случае возненавидите работу а в худшем придется лечиться (по собственному опыту говорю) https://t.me/AnalyticsHumor/365
От части, да.
И при этом, всю жизнь так что ли бегать?
Вряд ли где-то есть место с идеально выстроенными процессами и взаимодействием между всеми участниками команды, где будут кого-то ждать со стороны с распростёртыми объятиями. Согласитесь, звучит, мягко говоря, странно.
Человека берут на определённую должность с чёткими обязанностями. Другой вопрос, когда как из рога изобилия осыпают дополнительной головной болью в виде побочных задач. Ну так оговаривайте эти моменты, причём сразу и без промедлений.
источник

H

Hartmann in technicalwriters
Это ж не трудовой лагерь и не пенитенциарное учреждение. Инициируйте диалог, в рамках которого поднимайте необходимые вопросы.
источник

H

Hartmann in technicalwriters
Sirius
Эх, вот это видимо сложнее всего

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

IS

Igor Shakhbazyan in technicalwriters
И ещё, по-хорошему, выстраивать процессы - это не работа техписа. Техпис должен сесть и писать доку, работая при этом по уже отстроенным процессам (что является вотчиной менеджеров, обладающих для этого необходимыми скиллами, полномочиями и так далее). Навешивать на техписа ещё и выстраиваение процессов - можно, сработает, но так себе  идея в идеальном мире.
источник

S

Sirius in technicalwriters
Igor Shakhbazyan
И ещё, по-хорошему, выстраивать процессы - это не работа техписа. Техпис должен сесть и писать доку, работая при этом по уже отстроенным процессам (что является вотчиной менеджеров, обладающих для этого необходимыми скиллами, полномочиями и так далее). Навешивать на техписа ещё и выстраиваение процессов - можно, сработает, но так себе  идея в идеальном мире.
а в этом идеальном мире кто берет на себя ответственность выстроить отношения и процессы с техрайтером в случае если проект менеджеров несколько, над ними никого нет, каждого из них мало заботит не его "продукт"
ну и задачи ж не только от проект менеджера. это еще может быть от тестировщика, программиста, дизайнера, какого-то сапорт менеджера, даже ивент менеджера, аналитика - ну в общем все кто решил поделится "идеей" что-то добавить/изменить/обновить потому что сам так решил или от какого-то клиента услышал)

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

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

S

Sirius in technicalwriters
Е Е
На вашем месте я бы так поступила (заранее извиняюсь за непрошенный совет). 1. Завела примерный шаблон задачи, в котором все понятно и вам и сторонним наблюдателям. 2. Настаивала, чтобы все задачи заводились по данному шаблону в какой-нибудь системе. 3. Разработчики и аналитики, когда заводят задачи на разработку/доработку, которые требуют документирования, ставили вас наблюдателем, а после её закрытия отправляли вам на документирование.
Сначала сложно, будет много сопротивления от всех. Но из плюсов: всегда можно отследить кто и когда был инициатором изменений, зачем эти изменения были нужны, сколько было затрат времени на работу, частично отпадут задачи, которые "быстренько делаются", т.к. инициатору задачи будет проще и быстрее сделать самому, бегать к разработчикам, если что-то непонятно написали, не надо, отправляете задачу обратно со статусом уточнить и вопросами. В итоге: всё чётко, прозрачно и в любой момент можно доказательно обосновать вашу работу.
а есть где-то шаблон ТЗ для тех райтера, чтобы хоть взглянуть как оно может выглядеть?)
я знаю шаблоны на создания баг репорта, а это ж совсем другое
источник

S

Sirius in technicalwriters
часто правда бывает что эти все запросы "сам решил" что нужно что-то изменить я отсеиваю просто напросто. потому что человек просто не разобрался - но у меня время потратилось и на него и на разобраться
источник

ET

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

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

ЕЕ

Е Е in technicalwriters
Sirius
а есть где-то шаблон ТЗ для тех райтера, чтобы хоть взглянуть как оно может выглядеть?)
я знаю шаблоны на создания баг репорта, а это ж совсем другое
К сожалению не встречалось.
источник

ЕЕ

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

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

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

IS

Igor Shakhbazyan in technicalwriters
Sirius
а в этом идеальном мире кто берет на себя ответственность выстроить отношения и процессы с техрайтером в случае если проект менеджеров несколько, над ними никого нет, каждого из них мало заботит не его "продукт"
ну и задачи ж не только от проект менеджера. это еще может быть от тестировщика, программиста, дизайнера, какого-то сапорт менеджера, даже ивент менеджера, аналитика - ну в общем все кто решил поделится "идеей" что-то добавить/изменить/обновить потому что сам так решил или от какого-то клиента услышал)

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

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

ZL

Zlata Lupilina in technicalwriters
Hartmann
От части, да.
И при этом, всю жизнь так что ли бегать?
Вряд ли где-то есть место с идеально выстроенными процессами и взаимодействием между всеми участниками команды, где будут кого-то ждать со стороны с распростёртыми объятиями. Согласитесь, звучит, мягко говоря, странно.
Человека берут на определённую должность с чёткими обязанностями. Другой вопрос, когда как из рога изобилия осыпают дополнительной головной болью в виде побочных задач. Ну так оговаривайте эти моменты, причём сразу и без промедлений.
Там где идеально выстроены таких мест наверное нет. Но те где будут понимать важность и суть твоей работы и, соответственно, выделять тебе время на нее найти сложно но можно
источник

ET

Elena Tikhomirova in technicalwriters
Руководитель питерского отдела техписов, кст, для меня большая поддержка и даже отдушина. Пусть не практическая (в команду я «встраиваюсь» сама), но хоть моральная.
С кем еще посмеяться над нашими ежедневными вирт. стендапами в стиле здравияжелаютоварищкомандир!
источник

ET

Elena Tikhomirova in technicalwriters
Кто со мной?) можно без меня https://productlive.io/product-manager2
источник