techwriter (Все сообщения пользователя)

Можно найти "халтуру", если очень хочется.

[QUOTE]убожетымой пишет:

techwriter   , а коуч все еще с Вами работает или уже на голом энтузиазме держитесь? ))
Радов-кий все еще тимлид?

можете не отвечать, если не хотите, или в личку ответить, у меня простое любопытство, как там сейчас
[/QUOTE]
Да все отлично там сейчас)

Случайно наткнулась:
[url]http://www.agiledocs.com/writing-user-stories-agile-infographic/[/url]

А зачем тебе переработки?

Я работала с переработками, но, к счастью, с очень редкими и в периоды сдачи работ, когда была самая "жара". Довольно часто случалась ситуация, когда программисты глобально меняли интерфейс системы за день до сдачи работ. Конечно, документация тоже переписывалась. Из-за этого приходилось засиживаться. Причем это все не оплачивали. Причиной переработок вижу недостатки организации работы на уровне планирования.

[QUOTE]ADVANCED пишет:
Модифицирован список
[/QUOTE]Я такие сложные слова стараюсь не употреблять вообще (независимо от целевой аудитории). Независимо от аудитории. Слишком полисемичны.

[QUOTE]writer пишет:
Такой вопрос, разработчики настроили отображение некоего списка, он стал более информативным, так вот как это по русски описать))[/QUOTE]В целях повышения удобства работы со списком были внесены/реализованы следующие изменения:
- Изменение №1.
- Изменение №2.
...
- Изменение №N.
В результате список стал информативнее: теперь он обеспечивает просмотр такой-то информации.
Ну, и описать еще всякие "плюшки" :)

[QUOTE]writer пишет:
Да, мир технического писателя тесен))
[/QUOTE]Да, у меня были случаи работы с одними же и теми людьми по два раза :)) Причем всегда все по объявлениям устраивались :)))

[QUOTE]убожетымой пишет:
[QUOTE] techwriter пишет:
[QUOTE] Ирина Сидорова пишет:
Мы тоже стараемся программистов не трогать. Но не потому, что они такие "небожители", а потому что есть аналитики — люди, которые пишут ТЗ и знают, как что должно работать.
[/QUOTE]К сожалению, я не могу их не трогать ) Я работаю в команде, которая пишет ядро и пишу огромное руководство разработчика. Программист - основной консультант для меня. Аналитики вообще не в курсе, что и как они делают. Поэтому у меня наоборот: с программистами общаюсь каждодневно, с аналитиками - почти нет.
[/QUOTE]
Вы, случайно, работаете не на проекте от Luxoft'a на внедрении erp-системы (молочный завод)?
//просто из того, что вы рассказываете у меня возникли такие подозрения //  :oops:
[/QUOTE]Да, там и работаю :) Отличное место для технического писателя.

У нас переработки запрещены.
А так, неоплачиваемые переработки - это частая практика.

ЧТЗ - техническое задание на часть системы.
Дополнение к ТЗ - это изменения, которые вносятся в ТЗ на систему.

[QUOTE]ADVANCED пишет: [/QUOTE][QUOTE][QUOTE] убожетымой пишет:
разве не фонтан?
если уж редактору они могут 100 тыр платить, то, думаю, тех.писы у них еще больше получают
[/QUOTE]когда я ходил пару лет назад, предлагали 70 000 потолок. 80 000 - со свободным английским. Не думаю, что там сильно что-то изменилось.
[/QUOTE]
Зимой были те же суммы ;)

[QUOTE]writer пишет:
У нас тоже Agile, интересный опыт, но это никак пока не помогает в получении информации, все равно программистов "не трогать", разбираться должен во всем сам.
У меня вообще такое видение написания документации:
Постановка задачи на разработку доков на какой-то функциоанал. Описываешь сам, что понял в неких тезисах, подходишь к разработчикам, спрашиваешь: так или нет все это работает? Если в принципе все правильно, идешь пишешь первый драфт документа. Отдаешь на вычитку (при этом править должны прямо в тексте, а не говорить словами где и что не так). Вносишь правки... опять отдаешь на вычитку и так еще пару раз. Перевязываешь ленточкой доки и кладешь в общий доступ)
[/QUOTE]Да, очень важно организовать фидбек на документацию, которую пишешь :) Но это сложный вопрос отдельной темы :)

[QUOTE]Ирина Сидорова пишет:
Мы тоже стараемся программистов не трогать. Но не потому, что они такие "небожители", а потому что есть аналитики — люди, которые пишут ТЗ и знают, как что должно работать.
[/QUOTE]К сожалению, я не могу их не трогать :)) Я работаю в команде, которая пишет ядро и пишу огромное руководство разработчика. Программист - основной консультант для меня. Аналитики вообще не в курсе, что и как они делают. Поэтому у меня наоборот: с программистами общаюсь каждодневно, с аналитиками - почти нет.

[QUOTE]убожетымой пишет:
Я, конкретно, за 4 часа никакой документации10 часов не напишу. Это программисты были уверены, что я столько писать должна, ибо "что там делать". А редактуру 200 страниц они не стесняясь оценивали в 2 часа работы
[/QUOTE]А какую документацию вы пишете, если не секрет?

[QUOTE]убожетымой пишет:
У Вас, наверно, не Agile, в полном понимании этого слова, а подобие )) Т.к. итоговая оценка затрат по agile не будет равна оценки затрат одного человека, несмотря на то, доверяют вашему опыту программисты или не доверяют
[/QUOTE]Ну, если я ставлю оценку больше или меньше всех, я же обосновываю, почему так, разве нет? И если аргументированно обосновываю, то почему со мной не должна согласиться команда?

Жарко Мы вчера выезжали на типбилдинг загород. Там и то жарень
У нас кондеи есть, но работают нестабильно.

[QUOTE]Виктор Фигурнов пишет:
Для сведения: средняя зарплата в Москве по состоянию на апрель 2014 г. - 64338 рублей. (данные Росстата).
Вы хотите квалифицированного специалиста за 50000-70000 руб.? С "глубиной понимания продукции на уровне инженера тех. поддержки)? Надейтесь, может вам и повезет.
[/QUOTE]Я думаю, что для написания такой технической документации:
[url]http://www.tec-electronics.ru/data/files/f895.pdf[/url]
зарплата вполне адекватная.

У меня только с сегодняшнего дня договор подряда ))

Я сейчас тоже активно халтурю, и ближайшие 2 недели обещают быть бессонными. Но ничего, справимся

ADVANCED, поздравляю!
А я в эти выходные накупалась что-то до такой степени, что теперь как-то тяжко передвигаться )  

[QUOTE]убожетымой пишет:
Я работала по Agile и считаю этот опыт самым негативным и непродуктивным за всю мою трудовую деятельность.
"Равным членом" в команде можно быть в любой нормальной организации.

Как у Вас происходит оценка затрат? У Вас не возникают ситуации, когда программисты оценивают написание порядка 10 страниц документации в 4 идеальных часа? И причем искренне удивляются, а что нужно разве больше? Хотя на написание своего скрипта в несколько строчек они также отводят 4 идеальных часа.
На основании чего Вы сами оцениваете затраты программиста на задачу?
[/QUOTE]Какой конкретно документации вы пишете 10 страниц 4 часа? ;)
Программисты, может, и не очень умеют оценивать: иногда завышают, иногда недооценивают. Но моя оценка в итоге и становится той, которая указывается для задачи. Видимо, есть доверие моему опыту.
Я их задачи оцениваю, исходя из собственного опыта. Они подробно рассказывают, что и как будут делать, а я примерно оцениваю. Пока что "попадаю" в 70% случаев. Иногда тоже завышаю, но трагедии в этом нет. Да и трагедии в том, что задача выполняется дольше запланированного времени, тоже нет ;)

[QUOTE]Andreyka пишет:
меня приняли, ну там скажу, в ЛК, не фонтан, но пишут здорово, обучают хорошо
[/QUOTE]Зарплаты у них тоже не фонтан, если честно :)) Я по этому критерию туда и не подошла :))

[QUOTE]writer пишет:
Уж не в Лабораторию Касперского? Я туда такое тестовое писал).
[/QUOTE]Кто им только тестовое не писал :)))

[QUOTE]writer пишет:
как построен процесс разработки,
[/QUOTE]Я самоорганизуюсь и сама решаю, как разрабатывать документацию. Меня никто не трогает и по возможности помогает. Например, сейчас я пишу руководство разработчика. Поскольку у нашего тестировщика есть свободное время, он мне помогает разбираться в тонкостях модуля разработчика, создает мне тестовые примеры. Сам параллельно новое что-то узнает :)))