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

— Слушай, ты разработчик. Ответь, почему разработчики всегда неправильно оценивают время на создание программ?
— Представь что тебе надо разгрузить машину, сколько времени это займет?
— Пару часов.
— Это камаз.
— 8 часов.
— Камаз, груженый песком.
— 12 часов.
— У тебя нет лопаты и инструментов, только твои руки.
— 2 дня.
— На улице −40.
— 4 дня.
— Камаз вообще под водой.
— Так же нечестно, ты постоянно придумываешь новые условия! К чему ты мне вообще все это рассказываешь? Вы, разработчики, вечно всякую фигню рассказываете! Вместо этого могли бы просто оценить правильное время на разработку.

Релиз аль денте — когда очень нужно на прод прямо сейчас, но до конца еще не доделали/не протестировали

Зачем нужны аналитики...

Рассказали историю про товарища, который работает в епархии главным IT-специалистом. В трудовой у него написано "IT-дьякон". Шедевр.

Что делает вас уникальным среди других специалистов?
Привычка читать документацию

Памятка по нотации BPMN

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

⚠ как не нужно делать https://iampm.club/blog/11-vrednyh-sovetov-biznes-analitiku/

​О методологии...

Отличный прайс-лист для заказчиков

​​Клиент: Мы хотим, чтобы вы сделали одну простую вещь. Это же не будет проблемой?
Вещь, которую хочет клиент:

​Пользователь всегда тупее, чем вы думаете