Категория:Роли - История изменений

MaksTsepkov в 14:18, 9 декабря 2024

2024-12-09T14:18:27Z

MaksTsepkov в 19:33, 25 марта 2024

2024-03-25T19:33:59Z

MaksTsepkov в 14:28, 29 июня 2022

2022-06-29T14:28:54Z

MaksTsepkov в 10:50, 16 июля 2021

2021-07-16T10:50:06Z

MaksTsepkov в 10:55, 15 апреля 2020

2020-04-15T10:55:08Z

MaksTsepkov в 13:04, 7 февраля 2020

2020-02-07T13:04:38Z

MaksTsepkov в 08:29, 18 декабря 2019

2019-12-18T08:29:06Z

MaksTsepkov в 09:03, 14 сентября 2017

2017-09-14T09:03:35Z

MaksTsepkov в 09:02, 14 сентября 2017

2017-09-14T09:02:24Z

MaksTsepkov в 09:01, 14 сентября 2017

2017-09-14T09:01:40Z

@@ Строка 9: / Строка 9: @@
 : '''2015:''' [[Разделение ответственности в заказной разработке (Максим Цепков на AnalystDays-2015)]]
 : '''2016:''' [[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)]]
-: '''2017:''' [[Роли в проекте: как поделить поляну ответственности (ТочкаСборки-2017)]]
+: '''2017:''' [[Роли в проекте: как поделить поляну ответственности (ТочкаСборки-2017)]] - увы, {{red|без видео}}
 : '''2020:''' [[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]] - увы, {{red|без видео}}
 К сожалению, по мере накопления содержания тема стала объемной, и в последних докладах изложена на верхнем уровне, без углубления в подробности.

← Предыдущая		Версия 19:33, 25 марта 2024
Строка 1:		Строка 1:
		+	{{RightNote\|[[:Категория:Люди\|Еще про человека, команды и организации]]}}
		+
	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте. Некоторые даже уверенны, что его можно найти в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные участники проекта и бизнес-модель организации в целом существенно влияют на организацию проекта, '''единого способа не существует'''. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.		Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте. Некоторые даже уверенны, что его можно найти в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные участники проекта и бизнес-модель организации в целом существенно влияют на организацию проекта, '''единого способа не существует'''. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.

@@ Строка 11: / Строка 11: @@
 К сожалению, по мере накопления содержания тема стала объемной, и в последних докладах изложена на верхнем уровне, без углубления в подробности.
-Отдельная ветвь темы ролей - '''модель Белбина''', учет которой также важен для создания эффективной команды. Об этом есть доклад [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)]] и статья [[Типология ролей в команде (статья в MyType 1-2.2016)]]
+Отдельная ветвь темы ролей - [[:Категория:Модель Белбина|'''модель Белбина''']], учет которой также важен для создания эффективной команды. Об этом есть доклад [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)]] и статья [[Типология ролей в команде (статья в MyType 1-2.2016)]]
 [[Категория:Люди]][[Категория:Управление проектами]]

@@ Строка 8: / Строка 8: @@
 : '''2016:''' [[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)]]
 : '''2017:''' [[Роли в проекте: как поделить поляну ответственности (ТочкаСборки-2017)]]
-: '''2020:''' [[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]
+: '''2020:''' [[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]] - увы, {{red|без видео}}
 К сожалению, по мере накопления содержания тема стала объемной, и в последних докладах изложена на верхнем уровне, без углубления в подробности.

@@ Строка 11: / Строка 11: @@
 К сожалению, по мере накопления содержания тема стала объемной, и в последних докладах изложена на верхнем уровне, без углубления в подробности.
-Отдельная ветвь темы ролей - модель Белбина, учет которой также важен для создания эффективной команды. Об этом есть доклад [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)]] и статья [[Типология ролей в команде (статья в MyType 1-2.2016)]]
+Отдельная ветвь темы ролей - '''модель Белбина''', учет которой также важен для создания эффективной команды. Об этом есть доклад [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)]] и статья [[Типология ролей в команде (статья в MyType 1-2.2016)]]
 [[Категория:Люди]][[Категория:Управление проектами]]

← Предыдущая		Версия 09:03, 14 сентября 2017
Строка 1:		Строка 1:
−	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте. Некоторые даже уверенны, что его можно найти в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные ~~ресурсы~~ и бизнес-модель организации в целом существенно влияют на организацию проекта, единого способа не существует. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.	+	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте. Некоторые даже уверенны, что его можно найти в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные участники проекта и бизнес-модель организации в целом существенно влияют на организацию проекта, '''единого способа не существует'''. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.

	Вехи развития темы.		Вехи развития темы.

← Предыдущая		Версия 09:02, 14 сентября 2017
Строка 1:		Строка 1:
−	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте, ~~и он описан~~ в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные ресурсы и бизнес-модель организации в целом существенно влияют на организацию проекта, единого способа не существует. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.	+	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте. Некоторые даже уверенны, что его можно найти в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные ресурсы и бизнес-модель организации в целом существенно влияют на организацию проекта, единого способа не существует. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.

	Вехи развития темы.		Вехи развития темы.

← Предыдущая		Версия 09:01, 14 сентября 2017
Строка 1:		Строка 1:
−	Серия докладов и статей ролях в проекте и разделении ответственности между ними. ~~Многие~~ Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте, и он описан в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные ресурсы и бизнес-модель организации в целом существенно влияют на организацию проекта, единого способа не существует. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.	+	Серия докладов и статей о ролях в проекте и разделении ответственности между ними. Многие думают, что есть какой-то эталонный, правильный способ разделения ролей в проекте, и он описан в PMBOK. И идут многочисленные холивары в попытках его выяснить. На самом деле, особенности проекта, а также доступные ресурсы и бизнес-модель организации в целом существенно влияют на организацию проекта, единого способа не существует. Его надо проектировать для каждого проекта, и для этого есть инструмент - '''OMG Essence'''. Это - основная мысль последних докладов, где я показываю практики и способы проектирования, а в первых - я осмысливал собственный опыт и '''представлял простые модели''', которые вовсе не потеряли актуальности, и в последних докладах тоже присутствуют.

	Вехи развития темы.		Вехи развития темы.