Когда не хочешь чтобы разговор заканчивался: Смешная картинка №260327 — Прикол, мем про Переписка Любишь хле6 Когда не хочешь чтобы ваш разговор заканчивался

Содержание

«Что делать,если не можешь и не знаешь как развить диалог?» — Яндекс Кью

Відгук користувача Serhii Bashmakov про компанію Treeum

Работаю проджект менеджером на проекте Finline
Очень удивил отзыв от Евгения ниже.

Отвечу на комментарии касающиеся работы в компании и в команде.
Так как Евгений уже несколько раз менял свой отзыв, то нумерация пунктов и их названия могут не совпадать.
——————————————————————————————————————
Описание проекта:

Да, проект сложный, как упомянул ниже Евгений «в проекте — очень много связей, статусов, сущностей, зависимостей, сложных финансовых отчетов, таблиц, сводок и сверок, выгрузок и т. д., для этого и была открыта позиция Team Lead, а не Junior.
Изначально поиск и упор был на человека с большим багажом знаний, который за первые 2 месяца реализует оговоренные задачи, проявит себя как человек дела, а после получит полный карт бланш над проектом.

Что из этого сделал человек оставивший данный отзыв, будет перечислено ниже.
——————————————————————————————————————
Компания:

Комментарий про токсичность командного(корпоративного) чата
Евгений несколько раз делал репосты и публикации статей про вред вакцинирования от Covid-19, все разговоры были только про это.
Около 10 коллег попросили не публиковать эти новости, т.к. эта тема такая же провокационная, как темы про политику и религию. В чате можно общаться на любые другие темы, кроме тех, которые являются явно конфликтными.

——————————————————————————————————————
Состояние проекта и процессы:

1) Процессы на проекте отсутствуют от слова совсем. Всем плевать на проект, он никого не интересует

Над проектом работает команда из более 20+ людей, половина из них уже более 3 лет развивает проект. Кому «всем плевать» и для кого проект «никого не интересует» для всей нашей команды остается загадкой.

2) Когда нанимали сказали, что я должен действовать больше как Разработчик, а не менеджер, чтобы заслужить доверие команды, показать себя и получить доступы.

При обсуждении сотрудничества с Евгением были описаны основные задачи на период 2 месяца с критериями выполнения. Данные задачи были согласованы с Евгением и приняты им. Евгений не выполнил задачи, о которых мы договорились.

Код ревью на первых парах делал другой дев, который систематически начал замечать ошибки в merge request Евгения. В связи с чем было принято решение продолжить деплои в такой последовательности. Но чем дальше, тем становилось больше ошибок. Хромала как техника написания кода, так и грамматика знания англ. языка, но о грамматике я уже написал выше.

3) в youtrack я не мог создать ни одной задачи, вываливалась ошибка).

Евгений ни разу никому не сообщил о том, что у него нет возможности создавать задачи.

4. На проекте полностью отсутствовало соблюдение каких-то принципов разработки и проектирования, а те процессы что были скорее для видимости. — Все соглашение по Gitflow и branch naming и прочему были описаны на Confluence, куда Евгений зашел 1 раз, при выдаче ему доступа туда.

5. Хардкорные задачи (огромные и непростые) — я такие задачи люблю. —
На планировании спринта, когда продакты презентовали задачи и на разборе этих задач он говорил: «Да, это интересная задача, ставьте на меня». При этом он не читал описание, что нужно сделать в этой задаче, не задавал вопросов, не было оценивания. Когда ему задавали вопрос: «Евгений, тебе всё понятно, что нужно сделать в задаче ? Можем переходить к оцениванию?», ответ был один на все задачи: «Так я не могу сейчас её оценить, мне нужно сесть и всё прочитать и понять что там нужно».

Так планирование спринта для того и предназначено, чтобы уточнить задачи, оценить сроки.
Его подход простой: «Просто ставьте на меня, а я сделаю», подход подвальной разработки. По факту после реализации, то что он сделал и то что было в описании, не соответствовало

6. Проект выдаётся без начальных демо-данных, база пустая без связных данных, местами не хватает в базе столбцов и страницы не открываются, проект практически неоперабельный и нормально не тестируемый. Я 5 раз просил архитектора сдампить мне часть данных с прода, даже показывал программу, которая дампит данные частями. Готов был сам сдампить данные для удобства разработки и отладки, но доступов мне не дали и сами не сдампили (Всем плевать, задачу создать не можешь на твои прозьбы плевать).

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

На момент работы Евгения, ДевОпсы занимались арендой и настройкой серверов под тестовое окружение.

7. Понятия тех. долг отсутствовало вовсе. — Весь тех. долг оформлен в виде эпиков/тасок/багов в системе ведения проекта, что в его понятии «тех. долг» и как он должен выглядеть, остается загадкой.

8. Проект хакатон. Чтобы сделать задачу, надо хакнуть кучу мест в проекте, закомментировать часть кода, в базе создавать кучу связных данных (так как их просто Лень, тем, у кого есть доступ, сдампить с прода), что снижает скорость разработки, качество внедрения новых фич, и понятное дело увеличивает количество багов.

Интересная практика хакать кучу мест в проекте/закомментить часть кода, создавать кучу связей в базе и для чего это всё ?! для меня этот пункт остается загадкой. При том, что другие девы ничего из перечисленного не делают и багов после деплоев нет, но у Евгения после хаканья, либо возвраты, либо баги.

9. Откровенное саботирование процессов всеми участниками на проекте в большей или меньшей степени. — Этот пункт перекликается с п.1. Для нашей команды также остается загадкой когда и кем что-то саботировалось и ключевой вопрос «зачем».
——————————————————————————————————————

Agile для видимости

1. Выдаётся задача, ты её делаешь, но она легко может 2-5 раз меняться — На планировании спринта при презентации и обсуждении задач, Евгений вопросов не задавал, всё было ему ясно. При реализации задачи и расхождении результата от требований которые были описаны в задаче, Евгений считал это изменением задачи. Изменения в задаче — это «подзадача», а неверная реализация — это не соответствие требованиям.

2. Тестер может вернуть задачу на доработку лишь потому, что он не разобрался как надо тестировать
Про приемочное тестирование я уже говорил, у него полностью отсутствует опыт какой-либо, взял задачу, комментом скинул merge request, а дальше тестируй что хочешь, я даже наверное не удивлюсь, если он на деве у себя не проверял конечный результат.

——————————————
Что мной было сделано практически на Должности Team/Tech Lead:

Давайте разберёмся что такое тимлид ?

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

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

1. Проанализирован проект (большая его часть)
Как я и писал выше, мы договорились с Евгением о задачах на период первых 2 месяца. В них не было задачи проанализировать проект и дать рекомендации по его изменению.

2. Мной составлено 74 UML-диаграммы
Возможно, они есть, но, к сожалению, данные диаграммы никто не видел кроме Евгения.

3. Я проделал титанический труд (наверное один из самых больших за свою карьеру), его даже не захотели посмотреть и оценить….
Как я писал выше — 6 задач за 2 месяца, в среднем 2-3 sp оценка одной задачи.

4. Периодически оставался после работы, чтобы делать задачи, иногда работал дома допоздна.
2-3 раза остался до 20-21. При этом на работу Евгений приезжал к 11.
——————————————————————————————————————
Прокомментирую его работу в целом:

а) Все его задачи, которые он делал, возвращались на доработку от 6 до 12 раз!

б) Приемочное тестирование. Для него либо неизвестно что это, либо он специально этого не делал. Всё, что не тестировалось QA, всегда сопровождалось кучей вопросов, на которые он отвечал в контексте «ты не знаешь как тестировать?».

в) Общение с заказчиком порой сопровождалось матом, либо разговор заканчивался ответом «ладно забей». Таким был ответ Евгения заказчику на вопрос что ты сделал и как это работает, когда его реализация отличалась от того, что было изначально написано в задаче.

Также хочу еще раз акцентировать внимание, что ниже отзыв от человека, который на позиции Team Lead за 2 месяца сделал 6 задач.

Підтримали: Nataliya Ryzhova Оксана Яковлева Лидия Маянская Olga Yakovenko Алина Антипова Maria Lisodid Dmitry Popov Igor Okhrimenko Татьяна Понтяр Алексей Лысюк Олег Немеровец Daria Shevchenko

17 советов, если вы не хотите, чтобы разговор заканчивался…

любовь • ★★★★★

Автор: Холли Разве вы не ненавидите, когда вы на самом деле пишете своему возлюбленному, но не можете придумать, что еще сказать, чтобы продолжить разговор? Что ж, вам больше не придется беспокоиться об этом. Вот несколько фраз, которые нужно сказать, когда вы не хотите, чтобы разговор заканчивался:

1 Ты еще не идешь спать, не так ли?

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

2 Предложения по музыке

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

3 Вам понравился мой наряд сегодня?

Обязательно используйте симпатичный смайлик вместе с этим текстом. Это даст ему понять, что вы кокетничаете.

4 Нравится ли вам ваша работа?

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

5 Что ты хочешь делать, когда станешь старше?

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

6 Какие планы на выходные?

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

7 Вы когда-нибудь видели сверхъестественное?

Спросите его, смотрел ли он определенное шоу или фильм. Если нет, то вы можете пригласить его посмотреть его вместе с вами.

8 Какой у вас автомобиль?

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

9 Когда у тебя день рождения?

Если вы знаете эту информацию, то можете купить ему подарок!

10 Вы так же устали, как и я?

Люди любят жаловаться. Если вы упомянете, как вы устали, он, вероятно, тоже перечислит все причины, по которым он устал.

11 Что ты делал?

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

12 Мне нужен новый ресторан, чтобы пойти в

Спросите его предложения. Он может даже сам предложить отвезти вас туда.

13 Хотите увидеть Дэдпула?

Если да, то вы можете попросить его пойти с вами. Это милый способ намекнуть на свидание.

14 Знаете ли вы, есть ли сериал «Как я встретил вашу маму» на Netflix?

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

15 У тебя был хороший день?

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

16 Какой у вас телефон?

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

17 Не оставляй меня

Используйте эту линию, только если вы достаточно близко, чтобы пошутить. Это покажет ему, что последнее, что вам нужно, это окончание разговора.

Не дай конвору умереть! Как вы думаете, что еще должна сказать женщина, когда она пытается поддержать разговор?

Оцените эту статью

☆☆☆☆☆

Общение

Комментарии

Исследователи обнаружили, что разговоры не заканчиваются, когда люди этого хотят – Harvard Gazette

Наука

Иллюстрация Роджера Шуинара

Оказывается, это потому, что мы не скоординированы таким образом, говорится в новом исследовании

Автор Хуан Силиезар Штатный корреспондент Гарварда

Дата 3 марта 2021 г.

Вы когда-нибудь застревали, разговаривая с кем-то, и не могли понять, как из этого выбраться? Как насчет того, чтобы оказаться в действительно интересном разговоре, но закончить его преждевременно? Вы не одиноки, и все потому, что мы не скоординированы — во всяком случае, в общении.

Новое исследование 932 разговоров между парами людей показало, что большинство разговоров не заканчиваются тогда, когда этого хотят участники. Некоторым кажется, что разговоры слишком короткие, в то время как другие думают, что они длятся слишком долго, что многие люди, несомненно, иногда болезненно осознают. На самом деле, согласно исследованию, только около 2% разговоров заканчивались, когда этого хотели оба собеседника.

«Многие люди читают это и предполагают, что открытие состоит в том, что люди хотят уйти до того, как оно закончится, потому что я думаю, что это самый нормальный опыт, который есть у людей», — сказал Адам Мастроянни, доктор философии. студент факультета психологии Гарварда, который помог провести исследование. «Большинство людей говорят это, но многие люди говорят обратное: они хотят, чтобы это продолжалось. На самом деле, если вы просто посмотрите на среднее между людьми, которые хотят уйти [из разговора] в ближайшее время, и людьми, которые хотят уйти позже, они на самом деле компенсируют друг друга».

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

«Это происходит по двум причинам. Во-первых, люди не хотят говорить одинаковое количество времени, поэтому им нужно решить проблему координации. Во-вторых, они не знают, чего хочет другой человек, поэтому, как бы они ни хотели решить эту проблему, они не могут этого сделать, потому что для этого вам нужно знать, чего хочет другой человек, а они должны знать, чего хотите вы. «, — сказал Мастроянни. «Вы не можете резко перестать с кем-то разговаривать и уйти, потому что это нехорошо».

Исследование опубликовано в Proceedings of the National Academy of Sciences. Профессор Гарвардской психологии Дэниел Гилберт был одним из других соавторов исследования, наряду с психологами из Университета Пенсильвании и Университета Вирджинии.

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

«Люди — самые социальные животные на планете, и разговоры — это хлеб с маслом общественной жизни», — сказал Гилберт, профессор психологии Эдгара Пирса. «Не хлебом единым живем, но без него умираем. Научное понимание разговора — как он начинается, разворачивается и заканчивается — вряд ли может быть более важным».

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

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

В одной части исследования исследователи привлекли 252 незнакомца. Участников разделили и попросили говорить о чем угодно от минуты до 45 минут.

Почти 69 % сообщили о моменте, когда они чувствовали себя готовыми к завершению разговора, в то время как около 31 % сообщили, что не испытывают этого чувства. В среднем участники хотели, чтобы разговор был почти на минуту длиннее, чем он был на самом деле.

В целом, только около 2 процентов разговоров заканчивались, когда этого хотели обе стороны, и только 30 процентов разговоров заканчивались, когда этого хотел хотя бы один из участников. Примерно в 46 % бесед обе стороны заявили, что хотели бы, чтобы беседа закончилась раньше, чем они это сделали, и только в 10 % бесед обе стороны заявили, что хотели бы, чтобы она длилась дольше, чем на самом деле, даже если один из них предпочел закончить ее.

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

РубрикаРазговор