Вчера получил от начальника ТЗ. Нужно сделать кнопку "Подписать" активной у старших менеджеров. Сделал. Отдал на проверку. Пришел забирать. Начали говорить про другую кнопку, которой не было в ТЗ. Чего хотят пользователи?

неважно чего хотят, главное чтобы за первую кнопку заплатили

Пользователи хотят кнопку "Сделать всё"

(1) Это уже реализовано.

мой ответ - 42

(2) https://wampi.ru/image/YcWXS74 пожалуйста)

(0) Какая разница чего хотят? Получат то что есть в ТЗ. Если в этом ТЗ не было, пусть пишут новое ТЗ.

(6) Это я так делал ТЗ по эквайрингу. Сказали сделать оплату банковскими картами, я сделал. А про возврат платежа не написали, я не делал. Теперь обижаются.

(2) У тебя неправильная кнопка, вот правильная: http://button.dekel.ru

(7) Требуй ТЗ, иначе все это превращается в долгострой на годы..

(0) Что, что.. Чтоб за них все продумали и сделали красиво, а им осталось только кнопочку нажать.. А если будет что-то не так, то виноват будешь ты, это же логично)

(8) почему неправильная? ВСЕ работает. https://wampi.ru/image/YcWIZ2w

(9) Автоматизация балует. Предлагаю кнопку "Вырубить сервер"

(10) Так там не работает, это же просто скриншот!
Как может скриншот работать?

(0) можно по факту брать оплату, сколько часов потратил на кнопки, столько и выставил счет

(12) На этот счет пока ТЗ не получил.

(13) А можно сказать, чтобы новое ТЗ писали на эту кнопку.

(15) Логично, нужно в ТЗ обязательно прописать что кнопка должна нажиматься, иначе это дополнительная работа.

Одно ТЗ => ОДНА кнопка

Кнопку нажать - это вам не лобио кушать.

(16) =)

(18) Вы предлагаете сделать просто кнопку, а чтобы нажималась - отдельное ТЗ?

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

(7) отличный пример того, когда кодер не понимает смысла задания :))

(22) :))

(21) Очень хороший подход.

(22) Предположим, что процесс возврата платежа в фирме реализован. Тогда зачем делать лишнюю работу?

(22) А смысл задания и кодеру понятен.

(25) тогда чем они недовольны ?

(27) Поэтому и вопрос, что хотят пользователи)

(0) вот поэтому у нас есть такая штука как "Аналитик". Он слушает хотелки пользователя, переваривает, думает как это лучше сделать и выкатывает ТЗ. Прогер реализует, аналитик проверяет и отдаёт пользователю.
Положа руку на сердце, надо признать это аналитики тоже те ещё косячники и, иногда, в ТЗ пишут ахинею, но это всё равно в разы лучше, чем ситуация в (0)

(29) Вам везет. Я один за всех)

(12) - у нас база легла! но у нас есть скриншоты!
-может быть снапшоты?
-нет, скриншоты

(31) Ваншоты.

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

(0) Вчера получил от начальника ТЗ. Нужно сделать кнопку "Подписать" активной у старших менеджеров

А чего тут понимать?
Что мы имеем? Торговля в Самаре, ТиС 7.7, БП и ЗУП. Надо в ТиСе сделать на доке Счёт кнопку подписи для роли(?) старшего менеджера, чтобы при нажатии его факсимиле выводилось в печатную форму счёта на оплату вместе с круглой печатью фирмы.

(5) не, хреново. Слишком сложно. Нужна одна кнопка:

СДЕЛАТЬ ВСЁ И ЗАКРЫТЬ

!

(35) А вы правы. Что их баловать)

(34) Слишком сложно и непонятно.

(34) а почему роль в кавычках? у меня в клюшках вполне себе были роли...

Кнопку "сделать всё" в клюшках тоже делали - такую, которая бегала по форме и от курсора мышки уворачивалась...
Одна из любимых первоапрельских шуток, наряду со "входом п отпечатку пальца"...

(39) У пользователей подгорало?

У нас начальник производства пишет такие ТЗ, что хоть на стенку вешай, с подробным описанием проблемы, как он видит ее решение и критериями проверки - как узнать, насколько снизилась проблема после внедрения этого ТЗ. По его ТЗ практически на любой вопрос типа "а что будет если" можно найти ответ. Все таки инженерное образование дает себя знать.
и сравниваю с "ТЗ" из других отделов типа: "если товар плохо оборачивается, надо автоматизировать его продажу". автоматически генерировать покупателей? Гуманитарии-с...

(41) Бюстгалтерия в одной конторке писала заявку в техслужбу (не в ИТ, в аналог АХЧ) "поставить столы красиво". Я не смог коллегам ничего сказать кроме "сиськи есть-ума не надо"©

(42) Когда я был еще совсем маленький и эникеил в одной конторе, бухгалтер, уходя в отпуск оставила мне отрывной календарь с задачами. В один из дней я читаю задачу: "покрасить дом отдыха в Карасёвке". Оказалось, что термином "покрасить" в этой бухгалтерии обозначали операцию расчета амортизации ОС. Может и тут, бухи имели в виду что-то иное.

(43) ппц я представляю это отношение буха к прогу

(44) у бухгалтерии вечно программисты виноваты

(45) пришла как-то к нам новая зам гл.буха, и давай визжать это не то, это не так...видимо на прошлой работе у них 1спрог был мальчиком на побигушках. Я сказал зам.гендира. Ее вызвали и сказали, что программист у нас ЕРП внедряет на минуточку! , а не "яйца на поворотах заносит" за бухгалтерией...все после этого во всем сама разбиралась ИТС читать нацчилась...

(46) Так и надо ставить на места зазнавшихся)

(0) ставит задачу "Начальник",  а смотрят "пользователи" - сведи "Начальника" с "пользователями" добейся правильного ТЗ

Пользователь не знает, чего он хочет, пока не увидит то, что он получил. (Э. Йодан)

(7) Все правильно, пользаки свои хотелки должны были заранее описать в ТЗ(пусть даже начальником), у меня магазы работали, в жизни не делали возвраты через кассу(точнее делали день в день),остальные просто состовляли акт и расчитывались, тут собственник сел на патент, и вдруг стал приближаться к граничной сумме при которой он слетает с патента и стал задумыватся что надо делать возвраты и звонит мне , типа а чет нельзя то? тока там доработок вагон и тележка, это зачеты авансов и предоплат, учет наличные безналичные расчеты, кредитом и так далее, короче возраты вылились в мини проект, на который я убил 2 недели, потому как собственник в кассовой десциплине ККТ ноль и пришлось все изучать самому
короче новое ТЗ и ниибет

(50) Ну они описали, но не все, просто надеясь, что программист все за них сделает. Хотя, казалось бы, бухгалтерия больше меня должна разбираться в вопросах оплаты, отмены оплаты и возврата платежа. Хорошо, когда есть команда (начальник ИТ, аналитик и программист), плохо, когда ты один. Но в этом есть плюс, например, при смене работы. Устроился ты в другую фирму, а там есть аналитик. Он пишет тебе ТЗ, а ты учишь его, что он написал ересь, и так работать не будет.

(51) Ну так ты же сам пишеш "Вчера получил от начальника ТЗ" , чей это начальник менеджеров или твой?
Хотя не важно, если ты один то тут у тебя "Судьба такой" предусматривать все самому, потому как в менеджерах и бухах сидят в основном дубы и них задачи другие, большую часть своей работы я проработал в таком режиме, а сча хоть и полегче, но аналитика учишь как писать тз и что еще надо преусмотреть, тестировщика как тестировать и задрочить аналитика как должны двигатся документы(регистры, проводки и так далее), а пользователю все всегда просто, "че там кнопку то сделать?"

(16) Это да, а уж если при нажатии еще и что-то делаться должно - так это по двойному тарифу будет :)

(41) См. как делает Wildberries - они просто отправляют корзину пользователя как заказ. А потом говорят ему, что это он сам нажал, а отказ от заказа платный.

(42) Надо было запросить фотографии топлесс. Чтобы выбрать тех, кто будет украшать столы :)

(51) вот чтобы минимизировать подобные истории когда "по умолчанию" пользователь считает что программист "в теме", нужно действительно вникать в тему.
я в свое время прошел курсы бухучета, это дало большой эффект в плане я начал понимать какая реальная необходимость стоит за теми словами в которые бухи пытаются облачить свои хотелки. мог задать правильные уточняющие вопросы сразу при начальном разборе хотелок. предложить альтернативные варианты. либо объяснить что так вообще делать нельзя и не нужно. а правильно - вот так.
но постоянно поддерживать скилл в предметке - это надо заниматься одной областью, и все равно будешь в консультанты скатываться.
другой вариант получить базу - выбрать себе "ответственного пользователя" от подразделения, с которым будут обсуждаться задачи. в бухии это обычно неформальный зам ГБ. тот кто всегда занимается самыми сложными и нестандартными вопросами, кто никогда не ходит в отпуск одновременно с ГБ, умеет читать ИТС и ПБУ и т.д.
и все общение вести через него. фактически заполучив себе консультанта.

(56)
>общение вести через него
Напомнило:
- Вы должны любить наших клиентов!
-- Я предпочитаю любить их через начальство!
- Хм. Так изящно "презервативом" меня еще никто не называл!
©

(56) Спасибо за идею.

(57) =)

(56) бухучет - он как велосипед. Принцип понял, дальше спинного мозга хватает (ну на крайняк мозжечка). А вот нормативку постоянно поддерживать в актуальном состоянии геморно. Ну и кроме бухни (точнее, соответствующей нормативки) государство постоянно подкидывает разную фигню (все эти ФГИСЫ). Ну, избалованные пользаки и пишут - "добавить кнопку отправки в Зерно". И удивляются, "чего ж так долго - ведь всего кнопку добавить???"

(60) Это как у меня. Сделать кнопку на форме в 7.7, при нажатии которой в СБИС сразу отправляется на указанный адрес.  А что отправляется, откуда адрес и т.п. им все равно. Они об этом думать не должны. На это есть тыжпрограммист.

(61) Ну, они об этом действительно думать не должны. Но они и не должны удивляться, почему реализация этого занимает такое-то время. И должны понимать, что именно отправляется и куда.

Пользователи хотят большую красную кнопку "Сделаца само". Я кстати когда стал изучать 1с программирование хотел отправиться в свободное плавание. Типа знакомых много, берем колымчики, набиваем руку. Но был вопрос - чего хотят пользователи? Если в, например, электромонтаже все понятно. Пользователь хочет розетку, на такой высоте, столько дырочек и в розетке ток. И все. Остальное дело электрика. То тут было вопросов вагон. А главное в процессе общения я стал понимать, что пользователь сам не знает, что он хочет. А я тоже не понимал, что надо пользователю. Было стремно и рисковано.
А сейчас моя тактика, такая. У нас на работе есть типа ТЗ. Но там все общее. Если я вижу что ТЗ мутное, или сильно объемное.Я связываюсь с автором ТЗ и начинаю задавать кучу уточняющих и наводящих вопросов - в целью сформировать в голове у себя и у автора ТЗ картинку хотелки. В половине случаев получаю все ответы, в половине меня отправляют к бухам, со словами - бухи лучше знают, что им надо. Таже канитель с бухами проходит. И уже потом начинаю творить. А то уже было - ТЗ написали, сотворил по ТЗ. А оказалось, что результат не тот. Пришлось перетваривать, и ТЗ тоже кстати переписывали. По первости мои вопросы раздражали некоторых, теперь привыкли. Вот как-то так.

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

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

когда на прошлой работе за свою работу и увеличение нагрузки попросил увеличение ЗП на 50%(уже тогда вакуха была сильно не в рынке), меня мягко послали, в результате через 2 месяца там сидел ведущий с ЗП которую я просил и еще 2 прогера с зп моей + 25%, но один хер они ничего не вытащили и через полгода от туда слиняли

В жилу. Бухгалтер судя по всему попросила справку для приставов о произведённых удержаниях. Гляньте как обозвал её программист и выложил на инфостарт )
https://infostart.ru/1c/reports/1077722/

(67) да не факт, у юристов это делопроизводство

(67) 🤦

(68) А, да... вполне может быть, на их слэнге )

(67) она попросила "справку о произв. удержаниях". А сокращение "произв." она и программист поняли по-разному.

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

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

(0) https://youtu.be/PeGR_P4qywU?si=09Cvbn5hv7TF04Kv

(66) а что в итоге, контора "встала"?

(75) нет конечно наверняка решили вопрос но за другие деньги.
у меня знакомый ровно с такой же историей был
пришел за прибавкой был послан.
ну и ушел, за неделю нашел себе работу на ту сумму что просил даже чуть выше.
а вот ему на замену искали 3 месяца за те же деньги, потом еще полгода на +30%, через год висел ценник х2 и открытая вакансия.

(76) мдя..."Жадность - порождает бедность"

(66) Кстати, а о чем это говорит? Тонны сложного для понимания кода, который так сильно связан, что его сложно отрефакторить?
Если код написан качественно, то для его поддержки хватает обычного среднестатистического программиста.

(78) это говорит о том что есть миллион нюансов которые надо знать, чтобы погрузиться в тему. что выполняемый фронт работ очень широк, и по каждому направлению требует специфических знаний/опыта.  и что все это - специфика текущей работы, что вы не найдете на стороне того кто знает как именно у вас все устроено и работает.
и если вы не цените того кто 3-5-8 лет отдал конторе чтобы погрузиться во все вот это, и кто является теперь носителем сложности системы - то вы получаете то что получаете.

(79) "если вы не цените того кто 3-5-8 лет отдал конторе"...В случае отношения к программистам, я вообще мало видел руководителей, которые бы четко понимали экономический эффект от инф.системы...Вот другое дело рабочий у станка, сколько болванок наточил, столько денег принес. Отсюда эта "недальновидность" на мой взгляд.

(80) это лечится очень просто. предложите руководству отправить весь департамент ИТ в отпуск на месяц. без звонков и без отзывов.
если справятся - значит руководитель прав и программисты там не особо и нужны.

(81) это да, наверное сработает...НО! это не будет аргументом, что надо больше платить если программист просит...т.к. для них это "челядь"...как обслуга...один ушел, придет другой итд.

(75) Контора работает на том что еще я сделал, эти еще туда за каким то вкорячили документооборот и УТ, и это ничего не работает, документооборот забросили сразу с уходом, ут что там еще шевелится, но как СРМ и обмены с сайтом, все остально как работала связка БП-ЗУП-УПП, которуя внедрил и настоил так и работает, уже год прогера ищут, то там на текущий момент опять ЗП не в ранке, сильно не в рынке, из ИТ остались Эникей - админ и продвинутый консультант по 1С которого обучал еще я

(79) Мы на данный момент говорим о поддержке кодовой базы или ее развитии?

(81) Разве не к этому надо стремиться? Программист написал код и передал задачу. В дальнейшем, если не ПО не падает и не нужен новый функционал, он может отдыхать.

(84) Но пришёл новый тупой юзверь и нужно втолковать с какого конца кусать редьку.

(85) Для этого есть техподдержка. Ну или инструкция + старшие товарищи отдела этого юзера. А для программист для втолковывания это не слишком ли дорого?

(86) Дорого, но кто же читает мануалы, в том числе и техподдержка. Мануалы то пишутся не для долбоклюев, а для вменяемых людей. Как результат, очередное совещание по пустяковому вопросу.

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

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

(88) Нас босс на старой работе называл "хранителями бизнес-процессов", ибо только программисты знают почему то или иное действие нужно делать именно так, а не иначе. А всё из-за зелёного текста в коде при критических переделках.

(81) "период полураспада базы при отсутствии программиста составляет 6 месяцев"© Так что в отпуск на месяц - мало...
ну и кроме того, это зависит от качества "базы", т.е. чем лучше программист работал, чем лучше поставлены процессы, сделаны регламенты   - тем дольше база протянет без обслуживания. Своего рода парадокс - если программист работал хорошо, качественно, вдумчиво - то программа будет без него работать долго, и он как бы не нужен (а если он сделал параметрически настраиваемые отчеты, обработки и т.п. - тем более). а если работал говнокодер - без его присутствия всё начнет сыпаться гораздо быстрее. Получится, что говнокодер конторе нужнее. (и с админами та же история)

(90) Когда тут вдумчиво работать, когда крыша едет вперед, а за ней не успеваешь? Пример очень прост. Тот же самый эквайринг. Поменяли банковские терминалы раньше, чем обработка была написана. Доводы разработчика не рассматривались. Надо поменять и все тут. А потом бедняжка программист бегает как в попу ужаленный и на ходу думает, как все реализовать. Потому как бабки надо в организацию как-то запихивать.

(90) Вот вам и получается, что "хочу чупа-чупс, чтобы он сам об язык терся и не уменьшался, потому что жвачка внутри мне не нужна". Посидеть, обсудить? Нафига? На тебе ТЗ, иди работай, бездельник.

Самое худшее, что может сделать кодер, нашкодить точно по ТЗ. Своего рода итальянская забастовка от программиста.

(90) +1 к парадоксу. К счастью, если контра уровня 500+ человек, то горизонтов работы не видно из за объемов и развитости орг. структуры, каждая единица которой требует той или иной автоматизации. С другой стороны, автоматизация должна быть конечна, для любой конторы, иначе это становится утопией, и энтузиазм от понимания бесконечности этой работы сильно проседает. Снова парадокс получился

(94) Пока есть пользователи, автоматизация будет бесконечной.

(93) Это именно вариант "итальянской забастовки" - "делаем, как сказали, а не как нужно". Применяется в воспитательных целях. Единственное, что при этом нужно - "прикрыться бронебумагой", либо поддержкой ЛПР.

(95) Нет, бесконечность автоматизации определяется не пользователями, а задачами организации. Иногда автоматизация (по крайней мере, на текущем этапе) становится невыгодной (и заменяется организационными мерами). Но т.к. государство (в лице своих представителей и органов) постоянно подкидывает, хм, "челленджи" - вот тут, действительно, путь уходит в бесконечность. Ибо, как говорил Эйнштейн, "бесконечны Вселенная, и человеческая глупость. Хотя насчет Вселенной я не совсем уверен"©

(97) Глупость, да, бесконечна.

Прилетело задание сделать отчет из отчета. Как вам?

(99) тебе 40 лет в обед, а все как маленький...

(99)Такое даже в 77 было, называется расшифровка

(100) эх

(100) А можете объяснить?

(100) Хотя нет, не стоит.

(104) молодец, осознание - путь к успеху )))

(99) В некоторых случаях - нечто подобное бывает. Как пример, я хранил сформированные на определенный момент остатки (по сути - содержимое отчета). И по этим остаткам делал отчет о расхождениях. Своего рода "версионирование" и "отчет о расхождениях между версиями". и даже "поиск дня начала расхождений".

(106) Век живи, век учись.