Pull to refresh
24
1
Артем Летюшев@Renewal_Studio

Lead Project Manager

Send message

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

Получается вы отрицаете эмоции или важность их?

Если так, то почему тогда они появились эволюционно, система эмоций занимает хороший такой объем в мозге и имеет доступ по вегетативке до чего угодно?)

А как по вашему работает мотивация если там нет месту эмоциям?)

Думается это вопрос к @dolovar

Прости, не понял что имеется в виду)

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

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

  3. Да, кроме модели Гоулмана существуют и другие модели, поэтому я подчеркнул "про широкие массы", так как он именно популяризатор

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

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

А что именно "просто"?)

Агась. Поэтому лучше относится к нему по-простецки, он штука живая и нужен для удобства, как список покупок в магазин

Тут сложно. Сейчас будет лонгрид)

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

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

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

Да не, так специально задумано) Первые 10 это смертные грехи, а потом в обратной порядке несмертные

А в какую сферу хотите удариться, если не секрет?
Конечно нужно руководствоваться здравым смыслом, если в продукте например нет пользовательского интерфейса, то конечно не нужно заполнять пункты с ним связанные. Монетизация относится к функциональным требованиям, потому что весьма распространенная функция и часто происходит прямым образом (e-commerce, реклама, подписка, покупки в приложении, донат и т.д.).
Любой проект можно разложить на данную схему. Если вы приведете пример проекта, который нельзя, то я буду крепко удивлен.
Если вы внимательно прочитали статью и потом прочитали стандарт, то вы могли заметить, что это вольная трактовка. Также эта схема указана как продукт работы профессионального бизнес-аналитика, который работает не с интернет-магазинами под копирку, а с сервисами от фриланс-биржи, до чата с AR.
Согласен, это важное замечание, но решил на перегружать пост. Лучше тогда в следующей статье подробно разберу все по программным интерфейсам. И это не совсем по моему, с моей стороны тут только трактовка IEE-830, а это все равно что библия или PMbook. Техническое задание это общий документ. покрывающий все требования заказчика и позволяющий оценить проект и производить общее руководство. Касательно ограничений их в целом лучше писать отдельно в спецификациях или просто держать в Confluence.
Ну вообще-то нет, это ведь ER модель, самый первый и простой уровень БД. Ни о каком RDMBS речи нет.
12 ...
16

Information

Rating
1,858-th
Location
Алматы (Алма-Ата), Алма-Атинская обл., Казахстан
Date of birth
Registered
Activity

Specialization

Project Manager, Scrum Master
Senior