и системного инженера когда сама система еще даже не реализована, а макеты или технический проект не согласованы с заказчиком?
как выкручиваетесь?
да никак, делал, потом несколько раз переделывал, когда что-то меняли) особо не парился, работа работается и ладно, благо такое было пару раз за несколько лет
а что делали? фантазия и ТЗ наше все?
да как придется, в этом и есть суть "выкручивания")
Да, всё так. Смотрел макеты в Фигме, читал требования, считал, что все идеально и описывал. Так то все были в курсе, что так делать не надо и результат использовать нельзя, но просто кому-то надо было показать.
Было дело. По скринам и описаниям.
Есть, как правило, это следствие ошибок на стадии тз.. Если по стандартным этапам пойти, то в этап ркд часто хотят запихнуть вообще всю документацию, хотя туда включают только проектную, но никак не эксплуатационную
я приводил этот аргумент Но руководство парирует тем, что у нас не технический проект, а какой то "технорабочий", то есть параллельно идет разработка системы и написание эксплуатационной документации. И подкрепляется все это тем, что у меня не будет времени на написание документации после завершения разработки.
Предлагаю задать структуру документов и пойти к руководству со словами "Я сделяль". Дескать, этот шаблон надо будет только заполнить данными, а их пока нет 🤷♀
Ну шаблоны можно создать, общие сведения всякие тоже, а со скриншотами уже по факту
О. Любимая задача по описанию единорога по следу копыта. Зависит от документа. Если есть возможность, то делаю две версии. Плановое и реализованное. Если нет возможности – пишу письмо, что ответственности за результат не несу. Скриншоты лучше вообще не добавлять если это не документ для УД.
Просил бизнес-требования, которые не согласованы.
Just write! 🌚
Да. В некоторых компаниях это чуть ли не единственная причина наличия техписа, к сожалению
Кажется IT — это какая-то магия. И всем нужен шар гадалки. Аналитик должен угадать желания заказчика (ну или, видимо, выбивать их с паяльником, вот такая вот работа с требованиями). А техпис предсказать реализацию))
Это там где процессы не настроены. Ну и да. В идеале аналитик не должен угадывать желания. Аналитик должен понять и помочь оформить желания.
Ну да, с паяльником. Когда заказчик даже не знает, какая у него боль, которую он мог бы выразить в желании. Ну или ладно, не с паяльником, а психотерапией.
Если заказчик хочет тратить деньги, то боль у него есть. Не факт, конечно, что у него не синдром Мюнхгаузена, но... Аналитик — это платная медицина ;)
Не всегда. Если, например, кому-то из госов выделили деньги под проекты. И он не хочет погружаться в разработку от слова совсем. Вот вам деньги, придумайте что-нибудь, сделайте красиво. Боль тут — освоить бюджет.
Категорически не согласен с такой позицией, но мне за это не платят. Пойду закончу обед наблюдая за тем, как мне деревья у дома высаживают. :)
А ещё бывают компании подрядчики, которые специально оставляют болячку заказчика всегда чуть-чуть недолеченной, дабы продать ему свою техподдержку)
Писала подобные доки по ЧТЗ и макетам в фигме, потом, конечно, пришлось править много. Но эти доки были нужны для сдачи Заказчику.
Не конкретно указанные документы, но в целом подобное на регулярной основе
Обсуждают сегодня