A
От не факт вообще. Разработчики порой сами ни хрена не отстреливают
Size: a a a
2019 May 29
M
То, что разработчики сами ничего не понимают, не мешает использовать их как источник информации)
A
Задач в джире, сообщений коммитов, чатов в Слаке )
И это тоже) я часто по жире историю зарелиженного функционала вспоминаю)
A
То, что разработчики сами ничего не понимают, не мешает использовать их как источник информации)
Вопрос в качестве этой информации и ее валидности
H
Всем привет. Пришел на один проект а тут документации нет от слова совсем. При этом бизнес-логика местами запутанная и размазана по многим частям. Описывать все самому в условиях текущих проблм уйдет слишком много времени. А проблема действительно насущная, даже менеджеры и продакты уже путаются и не помнят почему оно так работает а не иначе.
Тут очевидно нужен спец по документированию, но раньше с такими ни разу не работал. Подскажите как такие спецы называются? Или может имеет смысл сделать из такого из кого-то из членов команды текущей? Откуда начать копать вообще? Спасибо
Тут очевидно нужен спец по документированию, но раньше с такими ни разу не работал. Подскажите как такие спецы называются? Или может имеет смысл сделать из такого из кого-то из членов команды текущей? Откуда начать копать вообще? Спасибо
Хм.
А Вас предупреждали о подобном, говорили с чем придётся иметь дело? Обязанности Вы свои ведь обсуждали, прежде чем приступать, интересовались подробностями?
Если Вы не уточняли детали — косяк Ваш, живите теперь с этим или ищите вменяемую контору.
Если обсуждали и проговаривали, а потом — внезапно — выяснилось, что есть дополнительные обязанности — Вас кидают на баблос. Поднимайте вопрос о дополнительной оплате вновь возникших говно-задач.
Мало того, мы таки при капитализме живём или где. При капитализме во главу угла ставится личная нажива. Вот и вперёд.
Если они в отказ уходят и включают дурку, а Вам лишняя головная боль за те же деньги не нужна, а валить не хотите или некуда — поднимайте вопрос о делегировании части задач.
А Вас предупреждали о подобном, говорили с чем придётся иметь дело? Обязанности Вы свои ведь обсуждали, прежде чем приступать, интересовались подробностями?
Если Вы не уточняли детали — косяк Ваш, живите теперь с этим или ищите вменяемую контору.
Если обсуждали и проговаривали, а потом — внезапно — выяснилось, что есть дополнительные обязанности — Вас кидают на баблос. Поднимайте вопрос о дополнительной оплате вновь возникших говно-задач.
Мало того, мы таки при капитализме живём или где. При капитализме во главу угла ставится личная нажива. Вот и вперёд.
Если они в отказ уходят и включают дурку, а Вам лишняя головная боль за те же деньги не нужна, а валить не хотите или некуда — поднимайте вопрос о делегировании части задач.
KC
Задач в джире, сообщений коммитов, чатов в Слаке )
чаты по всему миру и письма уже уволенным сотрудникам)
FM
Джиры нет, разрабы молчат как партизаны, аналитиков тоже нет. Есть аутлук)
AG
Luiza
Как же вы раньше работали? До этого в компаниях аналитиков и техписателей не было?
Я раньше тут и не работал)
L
Так я и не про тут спрашиваю, вы же задали вопрос кто такими задачами должен заниматься вообще везде?
AG
Вопрос этот раньше не стоял. Я его поднял сейчас
AG
Да и какое это имет значение)
NV
Задач в джире, сообщений коммитов, чатов в Слаке )
В Слаке, не в Москве! Автозамена сработала )
VK
бывает и одна, просто разные уровни абстракции, тут уж как команде удобнее, например у нас описание фичи содержит бизнес-контекст и юзер стори для менеджера, а дальше уже архитектура и описание непосредственной имплементации для разработчика, хранится в репозитории для разработчика и выгружается во внутренний KB ресурс для менеджера, но фактически артефакт один
то есть получается требования для одной фичи содержатся в 1 файле? вот мы хотим в одном .md файле указывать, начиная с Бизнес-цели и заканчивая ссылками на жиру/зеплин. Разделы: Мотивация, Цель/Критерии успеха, Функц требования, Варианты использования (Юз кейсы) и еще прописывать пользовательские истории
AG
Хм.
А Вас предупреждали о подобном, говорили с чем придётся иметь дело? Обязанности Вы свои ведь обсуждали, прежде чем приступать, интересовались подробностями?
Если Вы не уточняли детали — косяк Ваш, живите теперь с этим или ищите вменяемую контору.
Если обсуждали и проговаривали, а потом — внезапно — выяснилось, что есть дополнительные обязанности — Вас кидают на баблос. Поднимайте вопрос о дополнительной оплате вновь возникших говно-задач.
Мало того, мы таки при капитализме живём или где. При капитализме во главу угла ставится личная нажива. Вот и вперёд.
Если они в отказ уходят и включают дурку, а Вам лишняя головная боль за те же деньги не нужна, а валить не хотите или некуда — поднимайте вопрос о делегировании части задач.
А Вас предупреждали о подобном, говорили с чем придётся иметь дело? Обязанности Вы свои ведь обсуждали, прежде чем приступать, интересовались подробностями?
Если Вы не уточняли детали — косяк Ваш, живите теперь с этим или ищите вменяемую контору.
Если обсуждали и проговаривали, а потом — внезапно — выяснилось, что есть дополнительные обязанности — Вас кидают на баблос. Поднимайте вопрос о дополнительной оплате вновь возникших говно-задач.
Мало того, мы таки при капитализме живём или где. При капитализме во главу угла ставится личная нажива. Вот и вперёд.
Если они в отказ уходят и включают дурку, а Вам лишняя головная боль за те же деньги не нужна, а валить не хотите или некуда — поднимайте вопрос о делегировании части задач.
Меня все устраивает вобщем-то. Как тимлид моя обязанность этот вопрос как минимум организовать и затребовать ресурсы под это
AG
Никаких доп обязанностей пока не вижу
AG
А то что с доками беда мне говорили
AG
Luiza
Так я и не про тут спрашиваю, вы же задали вопрос кто такими задачами должен заниматься вообще везде?
Тогда уже я ваш вопрос не понял)
L
то есть получается требования для одной фичи содержатся в 1 файле? вот мы хотим в одном .md файле указывать, начиная с Бизнес-цели и заканчивая ссылками на жиру/зеплин. Разделы: Мотивация, Цель/Критерии успеха, Функц требования, Варианты использования (Юз кейсы) и еще прописывать пользовательские истории
Речь не о требованиях, а о документации as is, реализация
S
то есть получается требования для одной фичи содержатся в 1 файле? вот мы хотим в одном .md файле указывать, начиная с Бизнес-цели и заканчивая ссылками на жиру/зеплин. Разделы: Мотивация, Цель/Критерии успеха, Функц требования, Варианты использования (Юз кейсы) и еще прописывать пользовательские истории
Нет смысла в одном документе и требовния и решения, т.к. решения могут затрагивать не одно требование, а несколько, или одно требование может реализовано быть набором решений которые связаны и с другими требованиями. А вот устанавливать трассировки между элементами - в этом есть смысл.
В принципе так реализованы большинство продуктов по управлению требованиями
В принципе так реализованы большинство продуктов по управлению требованиями
2019 May 30
IF
Меня все устраивает вобщем-то. Как тимлид моя обязанность этот вопрос как минимум организовать и затребовать ресурсы под это
Антон, а ты в каком городе?