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

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

Да все отлично там сейчас)

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

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

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

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

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

Да, у меня были случаи работы с одними же и теми людьми по два раза ) Причем всегда все по объявлениям устраивались ))

Да, там и работаю Отличное место для технического писателя.

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

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

Зимой были те же суммы

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

К сожалению, я не могу их не трогать ) Я работаю в команде, которая пишет ядро и пишу огромное руководство разработчика. Программист - основной консультант для меня. Аналитики вообще не в курсе, что и как они делают. Поэтому у меня наоборот: с программистами общаюсь каждодневно, с аналитиками - почти нет.

А какую документацию вы пишете, если не секрет?

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

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

Я думаю, что для написания такой технической документации:
http://www.tec-electronics.ru/data/files/f895.pdf
зарплата вполне адекватная.

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

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

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

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

Зарплаты у них тоже не фонтан, если честно ) Я по этому критерию туда и не подошла )

Кто им только тестовое не писал ))

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