- А что делает бизнес-аналитик на работе
- Вот представь мастерскую, где делают статуи, вот булыжник из мрамора, вот приходят из маркетинга и говорят нам нужны сиськи, потом говорят нам нужна жопа, потом говорят нам нужна нога. потом рука, потом рука не нужна, потом вторая нога и получается - нога на голове, голова в жопе, жопа на сиськах, а сиськи на ногах. а потом нам говорят - а мы Венеру Милосскую хотели...

PM жалуется гендиру:
- Программисты достали. Все косячат, за всеми всё проверять надо.
- Так давай наймём тестировщика.
- Что, чтобы ещё и за ним проверять?

Гендир звонит:
- А это нормально, если программист в соседнем кабинете напевает "Сделать хотел грозу, а получил козу"? А то я что-то очкую, проект сдавать скоро...

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

Задачка про 5 человек (к вопросу о важности точного ТЗ).

В комнате было пять человек, я зашел и убил четверых. Сколько осталось в комнате?

Если бы вы так написали в ТЗ, а потом сдавали по нему проект, то решений будет минимум 5:
- 1, потому что считаем живых людей
- 5, потому что мертвые остаются людьми
- 5, потому что убил четверых неизвестно кого (людей/мух/зомби?)
- неопределенность, потому что не указано, сколько КОГО осталось в комнате
- 2 или 6, если вошедшего считать человеком (что не очевидно)

Полезные ресурсы: (документация) https://plantuml.com/ru/sitemap-language-specification

Никогда! Слышите? НИКОГДА не принимайте в работу ТЗ с абстрактными пунктами!!! Расписывайте детально каждый пункт до каждой мелочи!! Любой грёбаный абстрактный пункт может стать неиссякаемым источником хотелок хитрожопого клиента!!

О важности планирования в проектах...


"Ибо кто из вас, желая построить башню, не сядет прежде и не вычислит издержек, имеет ли он, что нужно для совершения ее, дабы, когда положит основание и не возможет совершить, все видящие не стали смеяться над ним, говоря: «этот человек начал строить и не мог окончить»?"
Евангелие от Луки, Глава 14, стихи 28-30

Полезная ссылка http://www.restapitutorial.ru/httpstatuscodes.html

Когда реализовали все фичи, кроме главное, а потом у вас кончились деньги...

Разработка ПО по спецификации – это так же просто, как и хождение по воде. Просто заморозьте и одно, и другое.

Менеджер проекта оценивает сроки

Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта?

Программист: ну представь, что ты писатель и поддерживаешь проект «Война и мир». У тебя ТЗ — написать главу, как Наташа Ростова гуляла под дождём по парку. Ты пишешь «шёл дождь», сохраняешь, вылетает сообщение об ошибке «Наташа Ростова умерла, продолжение невозможно». Почему умерла? Начинаешь разбираться. Выясняется, что у Пьера Безухова скользкие туфли, он упал, его пистолет ударился о землю и выстрелил в столб, а пуля от столба срикошетила в Наташу. Что делать? Зарядить пистолет холостыми? Поменять туфли? Решили убрать столб. Получаем сообщение «Поручик Ржевский умер». Выясняется, что он в следующей главе облокачивается о столб, которого уже нет…

Коллега раньше работал программистом в страховой компании. Один из проектов был - рассылка потенциальным клиентам предложений об "очень выгодной" медицинской страховке. Базы адресатов добывались разнообразными и не всегда легальными путями, и надо было эти базы как-то между собой сопоставить, чтобы не задалбывать людей десятком одинаковых писем, не писать на адрес, с которого человек давно уехал, и в то же время никого не пропустить. Ну и сопоставляли по множеству критериев: фамилия, имя, дата рождения, номера телефонов, номер социального страхования (редко в каких базах есть), даты обращений к врачам и прививок (а этого добра хватало, базы в основном медицинские) и так далее. Типа если 25 параметров из 40 совпадает, то это тот же самый человек, а если только 24, то скорее всего разные.

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

Через месяц к президенту компании являются два господина с корочками ФБР и начинают интересоваться происхождением баз адресатов. Тот мнется и рыбные места выдавать не хочет.
- В чем дело, - спрашивает, - неужели население жалуется на спам? Вроде спамим в рамках дозволенного.
- Нет, тут все в порядке, население у нас привычное. А вот скажите, вы посылали по такому-то адресу коммерческое предложение на имя такого-то?
- Было дело.
- И почему вы решили, что он живет по этому адресу?
- Ну... я в такие тонкости не вникаю. У наших программистов есть свои алгоритмы.
- Понятно, - говорит ФБРовец. - У меня к вам большая просьба. Засуньте эти алготитмы своим программистам как можно глубже и никогда-никогда не доставайте. Мы убили два года, чтобы внедрить в банду своего агента. Придумали мужику шикарную биографию. Нарисовали все документы. Внесли изменения во все базы в интернете, до которых смогли дотянуться - в бандах теперь тоже умеют гуглить. И только агент приступил к работе, как получает от вас предложение о страховке. На новый агентский адрес. На свою настоящую фамилию. Никогда еще Штирлиц не был так близко к провалу

Хорошая книга: Доступно, понятно, на примерах.

Полезные ресурсы: (статья - хороший краткий справочник напоминалка по Rest API) https://habr.com/ru/company/SECL_GROUP/blog/204510/

И как всегда о ТЗ...
Подрядчик (п) подводит заказчика (з) к глубокой яме. Где-то на дне виднется фонарь.
З: Это что?
П: Как что? Шахта. Глубина 50 м, диаметр 3м, все по чертежам.
З (берет ватман, переворачивает): Маяк, блин, маяк!!