CustisWiki - Вклад участника [ru]

Категория:Михаил Заборов (Статьи)

2017-06-07T20:02:37Z

MikhailZaborov:

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* 2017 июнь [https://www.slideshare.net/supercoban/ss-76741605 РИТ++. WebScale IT Омниканальность в Рознице]
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]
* [http://www.iemag.ru/numbers/index.php?YEAR_ID=1554&ID=29818 2013 ноябрь Intelligent Enterprise №11-12 (256). Круглый стол «В поисках идеала»] [http://www.iemag.ru/interview/detail.php?ID=29833 Часть 1] [http://www.iemag.ru/interview/detail.php?ID=29837 Часть 2]
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Категория:Михаил Заборов (Статьи)

2017-06-07T20:02:18Z

MikhailZaborov:

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* 2017 июнь [ https://www.slideshare.net/supercoban/ss-76741605 РИТ++. WebScale IT Омниканальность в Рознице]
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]
* [http://www.iemag.ru/numbers/index.php?YEAR_ID=1554&ID=29818 2013 ноябрь Intelligent Enterprise №11-12 (256). Круглый стол «В поисках идеала»] [http://www.iemag.ru/interview/detail.php?ID=29833 Часть 1] [http://www.iemag.ru/interview/detail.php?ID=29837 Часть 2]
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Участник:MikhailZaborov

2015-08-12T21:22:50Z

MikhailZaborov: Новая страница: «{{WikiCutBegin| Свернутый текст}} Подробный текст Подробный текст Подробный текст Подробный те…»

{{WikiCutBegin| Свернутый текст}}
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст
{{WikiCutEnd|}}

Категория:Михаил Заборов (Статьи)

2014-01-10T17:18:47Z

MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]
* [http://www.iemag.ru/numbers/index.php?YEAR_ID=1554&ID=29818 2013 ноябрь Intelligent Enterprise №11-12 (256). Круглый стол «В поисках идеала»] [http://www.iemag.ru/interview/detail.php?ID=29833 Часть 1] [http://www.iemag.ru/interview/detail.php?ID=29837 Часть 2]
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Категория:Михаил Заборов (Статьи)

2013-12-10T09:01:24Z

MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* 2013 ноябрь Intelligent Enterprise. Круглый стол Риски.
* [http://www.iemag.ru/numbers/index.php?YEAR_ID=1554&ID=29818 2013 ноябрь Intelligent Enterprise №11-12 (256). Круглый стол «В поисках идеала»] [http://www.iemag.ru/interview/detail.php?ID=29833 Часть 1] [http://www.iemag.ru/interview/detail.php?ID=29837 Часть 2]
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Категория:Михаил Заборов (Статьи)

2013-12-03T07:16:22Z

MikhailZaborov: /* Выступления Михаила Заборова на конференциях */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Категория:Михаил Заборов (Статьи)

2013-10-18T18:52:27Z

MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude>

Категория:Михаил Заборов (Статьи)

2013-09-17T06:34:55Z

MikhailZaborov:

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2013-09-09T12:39:31Z

MikhailZaborov: /* Выступления Михаила Заборова на конференциях */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)

2013-09-09T10:43:42Z

MikhailZaborov: /* Презентация */

[[Категория:Михаил Заборов|Михаил Заборов]]
;Докладчик: [[:Категория:Михаил Заборов|Михаил Заборов]]



== Видео ==

{{vimeoembed|24693980|720|405}}
<noinclude>{{Нужен подкаст?}}</noinclude>

== Слайды ==
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf||left|page=-|256px]]

----
<references/>


<blockquote>
Михаил из КастИСа рассказывал про то, о чем надо думать, когда собираешься или уже развиваешь персонал. Много умных мыслей про то, какие косяки могут возникнуть, если подходить к вопросам развития персонала бездумно. Очень жизнерадостный доклад. На вопросах и ответах поржали. Из того, что действительно запомнилось:

* «Игра в развитие процесс необратимый. Формальные критерии показателей развития — зло»
* «Вася, пока ты ковыряешся в носу, ты не станешь менеджером проекта».
* «С развитием людей как с сексом у ежиков — очень осторожно»
[http://dumtest.livejournal.com/9752.html ©]</blockquote>

<blockquote>
…Зажигательно зажег про развитие сотрудников Михаил Заборов, синьор менеджер из компании Custis. Жег Михаил про то, о чем люди забывают подумать, занимаясь развитие других людей. И какие подводные грабли ждут всех участников этих историй. Настоятельно рекомендуется к просмотру.
[http://www.happy-pm.com/blog/?p=7050 ©]</blockquote>

<blockquote>
…Михаил Заборов, на мой взгляд, представил просто лучший доклад под названием «О чем нужно подумать, развивая персонал»…
[http://pmlead.ru/?p=905 ©]</blockquote>

<noinclude>{{replicate-from-custiswiki-to-lib}}</noinclude>

[[Категория:Собрания Stratoplan.ru]]
[[Категория:Михаил Заборов (Статьи)]]
[[Категория: Менеджмент (доклады)]]

Категория:Михаил Заборов (Статьи)

2013-09-04T20:03:13Z

MikhailZaborov: /* Выступления Михаила Заборова на конференциях */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf

2013-09-04T19:58:54Z

MikhailZaborov:

О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)

2013-09-04T19:58:16Z

MikhailZaborov:

[[Категория:Михаил Заборов|Михаил Заборов]]
;Докладчик: [[:Категория:Михаил Заборов|Михаил Заборов]]



== Видео ==

{{vimeoembed|24693980|720|405}}
<noinclude>{{Нужен подкаст?}}</noinclude>

== Презентация ==
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf|center|640px]]

----
<references/>


<blockquote>
Михаил из КастИСа рассказывал про то, о чем надо думать, когда собираешься или уже развиваешь персонал. Много умных мыслей про то, какие косяки могут возникнуть, если подходить к вопросам развития персонала бездумно. Очень жизнерадостный доклад. На вопросах и ответах поржали. Из того, что действительно запомнилось:

* «Игра в развитие процесс необратимый. Формальные критерии показателей развития — зло»
* «Вася, пока ты ковыряешся в носу, ты не станешь менеджером проекта».
* «С развитием людей как с сексом у ежиков — очень осторожно»
[http://dumtest.livejournal.com/9752.html ©]</blockquote>

<blockquote>
…Зажигательно зажег про развитие сотрудников Михаил Заборов, синьор менеджер из компании Custis. Жег Михаил про то, о чем люди забывают подумать, занимаясь развитие других людей. И какие подводные грабли ждут всех участников этих историй. Настоятельно рекомендуется к просмотру.
[http://www.happy-pm.com/blog/?p=7050 ©]</blockquote>

<blockquote>
…Михаил Заборов, на мой взгляд, представил просто лучший доклад под названием «О чем нужно подумать, развивая персонал»…
[http://pmlead.ru/?p=905 ©]</blockquote>

<noinclude>{{replicate-from-custiswiki-to-lib}}</noinclude>

[[Категория:Собрания Stratoplan.ru]]
[[Категория:Михаил Заборов (Статьи)]]
[[Категория: Менеджмент (доклады)]]

Категория:Михаил Заборов (Статьи)

2013-08-30T14:13:16Z

MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2013-08-12T08:11:33Z

MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* 2013 июль. Intelligent Enterprise № 7-8. «Управление справочными данными гибкий подход»
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

SoftwarePeople-2010:Отчет Заборова М.А.

2013-06-17T14:38:49Z

MikhailZaborov: /* Питер Хрущка */

[http://mikle.moikrug.ru Моя страница на Круге]

[[Файл:Миша Заборов.jpg|right|100px]]

= Общие ощущения от конференции =
В целом (на фоне других конференции) организация очень хорошая. Теперь по порядку

== Что понравилось ==
;много народу: По сравнению например в [http://www.arch-labs.ru/ ArchLabs]. Похоже народ не теряет интерес к этим конференциям
;народ новый: Обычно на уже на третей подряд конференции — одни и те же лица и доклады про одно и то же. А в этот раз почти все люди новые (только несколько знакомых докладчиков). — Наверное я давно на конференции не ходил…
;WiFi: Очень хорошо что был. В периодах, где были не интересные(для меня) доклады, удавалось поработать. Основную часть отчета написал на конференции :-), что сэкономило кучу времени. Единственная неприятность, что wifi периодически падал :-((. Обычно это совпадало с попытками Web трансляций кого-нить из Microsoft (например Дона Сайма).
;качество докладов: В общем очень приличное. Было 2-3 доклада ради которых стоило сходить на конференцию, хотя, конечно, были и проходные доклады.
;очень мало организационных накладок: В отличии например от SEC(R), доклады проходили по расписанию. ''Timeline'' выдерживался. Замен практически не было (Только Дон Смит).
;обед сидя: Огромный кармический плюс организаторам за большой холл и столы. В кои то веки за обедом (а также на а кофе-брейках и других перерывах) можно было по-человечески посидеть и пообщаться.
;таблички с докладчиками на обеде: Организаторы придумали фишку — ставить на столы таблички с именем докладчика, что бы посетители могли выбирать с кем сидеть на обеде. Идея наверное хорошая, но реализация получилась так себе (Многие докладчики на таблички забили), а те что не забили, были не очень разговорчивые.
;web трансляция: Вроде как была неплохая вебтрансляция. Иногда доходило до смешного — сидя в холле с кофе народ смотрел, через wifi что происходит за соседней дверью (сам так делал ^-^).

== Что не понравилось ==
; Электрические розетки: В связи с появлением wifi, самым критичным ресурсом стало электричество. Розеток было очень мало... подкормить <s>своего питомца</s> свой laptop можно было только отняв розетку у аппарата подогрева кофе.
; SPAM доклады: Завели совершенно дурацкую практику докладов во время кофе-брейков (например Qiwi, Softline). Выглядело это как группа заезжих коммивояжеров, тщетно пытающихся привлечь внимание отдыхающих... Вещи рассказывали достаточно банальные и спокойно общаться не давали… В общем, сильно раздражало.

;Выложенное Видео: Очень с одной строны удобно.. Начал посмотреть видео Стаса (прослушал классическую часть про SVN+Wiki+Bugzills). Неудобно, что не получается дать ссылку на видео и презентации. Так же, на 15 минуте видео оборвалось. А воспроизвести с произвольного места не получается. :-(. Попробовал второй раз в IE — тот же эффект.
;{{bad-words|Кондиционеры}}: На втором треке были адски злые кондиционеры которые дули прямо в спину.. 3 раза просил организаторов и докладчиков отключить — обещали сделать — так и не сделали. Больше не ходил на второй трек и два дня ел арбидол. Огромный кармический минус организаторам..
;Бубнеж синхронистов: Качество синхронного перевода, как всегда, не очень высокое (можно например посмотреть видео доклада Питера Хрущки для то, что бы понять качество). Мало того, синхронисты находились в том же помещении, что и докладчик и слушатели, и своим бубнежом отвлекали тех, кому перевод не требовался.

;Fail доклада Дона Смита: В связи с [http://news.yandex.ru/yandsearch?rpt=nnews&grhow=clutop&text=облако%20вулканической%20пыли облаком вулканической пыли] благородные Доны (Смит и Сайм) не долетели до конференции... Дона Сайма показывали через Web (Не очень ИМХО удачное решение). А Дона Смита даже не показали. Но наверное неправильно тут в чем-то упрекать организаторов.

;<font color="red">Пивная вечеринка — «Soft Party» — полный отстой </font> :Пиво в банках, хреновое, и всем не хватило (еды вообще хватало не всем), закуски никакой. Лучше бы не позорились и не анонсировали его и не проводили совсем.

= Доклады =

== 1 день ==

=== Питер Хрущка (Atlantic Systems Guild). An Agile Mindset ===
Народ упорно называл его Хрюшка :-). Представляет ''Atlantic Systems Guild'' — это сообщество <s>старых пердунов</s> гуру программирования (состав смотри [http://www.systemsguild.com здесь]), которые делятся опытом и пишут книги. Из всех я знаю только Toma Demarco.

Очень интересный доклад, в котором он затрагивал актуальную для нас тему: Роли которые управляют Agile-проектом. После доклада еще минут 15 продуктивно [[#Питер Хрущка|общался в холле]]. Говорил разумно, вообще чувствуется в Питер в теме..

Основные тезисы, которые мне запомнились:

==== Эволюция методов разработки ====
Зачем-то привел свою теорию методов разработки.

Началось все со Структурного програмирования (''Structured Methods''), которые подарили нам такие замечательные вещи как [[RuPedia:DFD|DFD]] и [[RuPedia:ER-модель_данных|ER-диаграммы]], и вообще научили вначале продумывать архитектуру приложения, а потом уже кодировать.

Потом появилось OOП (Которые нам принесли Буч, Йордан (? почему он) и еще какой-то народ, которые нам дали Объектно-ориентированный анализ и проектирование
а потом достаточно стандартные «бла-бла» про Agile который пришел на смену (Манифест и так далее).

Самое главная мысль в этом месте, что следующий этап '''не отменяет достижений предыдущего'''.
В этом смысле '''Agile не отменяет хороший предварительный дизайн приложения''' (и вообще идеи «не проектировать на будущее» и «постоянный рефакторинг» — глубоко чужды Питеру).

==== Роли в Agile ====
Интересно, как Питер определяет основные роли (''Must Have in Agile''):
;Product Owner (PO): ответственный за требования. <tt>PO=Business Analyst=Requirements Engineering</tt>.
:Обычно эту роль исполняет:
:* Руководитель проекта
:* Заказчик
:* Маркетинг

;Software Architect (SA): Ответственный за решение. Это может быть:
:* TechLead
:* Boss of the Developers
:* Lead Programmer
: Это человека, который:
:* разговаривает с заказчиком
:* «продает» архитектуру
:* наблюдает (''Supervise'') за разработчиками.
: Основные скиллы:
:* Анализ
:* Проектирование
:* Коммуникации

;Project Manager (PM): ответственный за проект. Он же Agile Leader.
:Человек который:
:* Следит за тем что все, что нужно сделано (Done).
:* Практикует эндшпили (убирает критические проблемы и принимает критические решения, для того, чтобы сдать релиз к сроку).
:* Обеспечивает периоды стабильности для команды, которые чередуются периодами, в которых можно менять Scope (''Seasons of Change'').
:* Занимается людьми (''Peopleware'').
:* Мониторит риски проекта.

{{important}} Питер считает, что никогда нельзя совмещать SA и PO. Естественно, этот вопрос я не мог оставить без внимания и замучал его в перерыве.
Интересно, что Scrum-Master это еще какая-то другая роль, про которую он не сказал, а на прямой вопрос ответил уклончиво.

==== Agile Requirements ====
Рассказал Питер и про то, что такое ''Agile Requirements''.
* Рассказал то, что мы называем «Методом набегающей волны» (подробно прорабатываем только те требования, которые собираемся делать в ближайшее время, а остальное прорабатываем в крупном).
* Есть 2 способа снятия требований — поверхностный (''snorkeling'') и глубокий (''scuba diving'').
* Все время нужно отслеживать Scope (по аналогии с большим теннисом: ''Whiteline'' — граница проекта)
* Формировать требования нужно в партнерстве с заказчиком (''co-education'')..

=== Анжей Аршавский (IBM). Програмное обеспечение для разумной планеты ===
* Очередной «вендорский доклад» от IBM.
* Не пошел слушать (чему очень рад). Вместо этого общался с Питером Хрущка.
* Народ непрерывно уходил с доклада.
* Когда дошло до Jazz-a не выдержал и Игорь Беспальчук (и мы с ним успели обсудить доклад Хрушки).

=== Дон Сайм(Microsof). F# -функциональное программирование становится трендом ===
* На F# не пошел… Читал почту, писал отчет..
* Зашел уже в момент, когда Дон отвечал на вопросы. Оказывается, это была телеконференция. Дон вещал удаленно (наверное именно поэтому падал WiFi). Качество звука достаточно приличное. Картинка с изображением докладчика подтормаживала.

=== Дон Смит (P&P Team Microsoft). Разрешение конфликтов разработки ===
* Fail — Доклада не было (из-за проблем со связью).
* Вместо него был Дмитрий Сошников программирование игр на платформе XNE.. опять не пошел :-(

=== Дмитрий Безуглый. Кто такой менеджер продукта и что он может дать разработчику? ===
Забавный доклад на тему «продуктовая разработка vs. заказная разработка». В общем ничего нового, но есть провокационные и весьма спорные утверждения (наверное это что-то личное от докладчика):
* Сейчас идет движение от заказной разработки к продуктовой (все хотят делать продукт).
* Зарплата разработчиков в продуктовой разработке выше, чем в заказной.
* Вначале нужно поработать в большой Аутсорсинговой компании, а потом уходить в продуктовую.
* В продуктовой компании используют более новые (и рисковые) технологии, что бы обеспечить себе конкурентное преимущество (см график).

'''s-curve''':

[[Image:s-curve.png|''s-curve'']]
* ''Research & Development'' в заказной разработке '''r&D''' (больше Development-a меньше Research-а), а в продуктовой '''R&d'''.
Все это сомнительно и '''ОЧЕНЬ''' спорно…

Еще интересные и забавные мысли :
* Заказную разработку сложно продать (ее сравнивают с готовыми продуктами).
* PM — расшифровывается как «Прослойка Между» (теми кому чего-то надо и теми кто уже ничего не хочет).

* [http://www.slideshare.net/bredyuk/software-people ссылка на презентацию]

=== Сергей Нужненко (Лаборатория Касперского) Техники и подходы к планированию аналитических работ ===
Ничего не понял. Доклад не структурирован, полон общефилософских категорий и плохо сформулированных идей. В чем основная мысль не понятно. Презентация есть [http://softwarepeople.ru/sp2010/program/ на сайте конференции].

Несвязные тезисы по памяти
* '''Шнурок''' — шнурок нельзя затолкать снизу (от разработчика), все движение должно быть от заказчика.
* ошибки аналитика самые дорогие ([[Участник:MikhailZaborov|MikhailZaborov]] 10:56, 23 апреля 2010 (UTC) тоже мне новость) 2 способа бороться:
** внутренняя приемка
** итеративность
* Аналитик всегда работает с неопределенностью
* тяжело проверить и померить результат работы аналитика
* Каналы общения аналитика со всеми остальными (PM, Заказчик, Разработчкик) должны быть доступными
* Качество моделей, которые строит аналитик состоит из 2ух частей:
** полнота
** непротиворечивость
** [[Участник:MikhailZaborov|MikhailZaborov]] 10:56, 23 апреля 2010 (UTC)А как же адекватность предметной области и задач?
* проверять качество можно только трассировкой
* Фундамент аналитика:
** должен владеть
*** формальной логикой
*** принципов классификации
** системным подходом (ЛПР, стратификации, состав, иерархия, структура)
** Модели/категории
*** модель сущность-связь
*** сущность/явление
** Кроме того, аналитик должен понимать
*** контекст (истина относительна).
*** понятие границы (объектов не существует).

== Второй день ==

=== Сурен Самарчан (Innova). Типичный день эффективного лидера ===
* 95% менеджеров не знают, чем заниматься в течении дня
Не понятно причем тут распорядок дня менеджера. но доклад очень позитивен,
по полочкам разложено, то, что и так (по крайней мере, мне) было понятно.
Готов подписаться почти подо всем сказанным.
То что рассказывал Сурен, несколько отличается от того, что написано в презентации, поэтому привожу здесь тезисы, которые успел записать:

<big>'''Основные активности руководителя :'''</big>

'''1. Усиление команды'''
* Поиск лучших/увольнение худших/обучение/повышение в сотрудниках уверенности в себе и самокритичности;
* Компания растет быстрее чем люди (пример Dell);
* Непродуктивные люди это не 0, это минус (от них нужно избавляться как можно скорее).

Лидеры команд (и не только) должны обладать следующими качествами:
* У них есть Vision;
* Бесконечный оптимизм;
* Самокритичность.

Используйте любое событие, чтобы обучать людей. Пример — Парный менеджмент (аналог парного программирования):
* следить за менеджером и записывать его косяки;
* решить совместно задачу (размышлять вслух);
* разложить задачу на серию простых шагов.

Сессии критики (руководитель критикует сотрудника, потом коллеги, потом сам себя)
: [[Участник:MikhailZaborov|MikhailZaborov]] 06:22, 23 апреля 2010 (UTC) Хорошо, если самооценка сотрудника при этом не упадет ниже плинтуса.

''' Самостоятельность '''
* Лидер уходит -> команда работает.
* все понятные команде работы должна делать команда.

''' Энергия '''
* Лидер передает собственную энергетику команде.
* Харизма — критично важна (человек без харизмы будет убеждать месяцами сделать то, что харизматичный лидер стимулирует за 1 минуту).
* Лидер передает энергетику личным примером.
** Работает больше всех.
** Не устает (не показывает усталость).
** ''' не жалуется, не унывает, не паникует'''.
* Какой лидер, такая и команда.
* Проактивно относится к инициативе.
* Доступен для сотрудников.
* Искренне ждет результатов от сотрудников.

''' Атмосфера'''

Лидер создает атмосферу уверенности которая состоит из:

на 80 %
* Искренность (что думают то и говорят).
* Ответственность (что говорят то и делают).

на 20 %
* Непоколебимые принципы компании.

Кроме того:
* не присваивайте чужих достижений;
* реагируете на деструктивные высказывания;
* чувствуйте гордость за компанию.

''' Вопросы '''
* интересуйтесь работой людей;
* люди чувствуют ваше присутствие;
* разберитесь хотя бы с одним вопросом детально;
* записывайте вопрос(задачу) который вы задали и проверяйте что ответ(решение) получено.

''' Правила игры '''
* нужно создавать правила игры;
* все правила существуют только в контексте;
* правил которым нужно следовать на 100 % не существуют (очень мало);
* структура управления должна быть максимально плоской.

''' Преграды '''
* Нужно видеть большую картинку.
* Все нужно упрощать.
* Не терять энтузиазм по каждой мелочи (будет много неудач).

''' Думать о будущем '''
* Даже если пожар, нужно думать о будущем.

Кроме того Сурену были заданы вопросы. В частности обсуждалась мотивация сотрудников
(работа за деньги/ на результат, work/life balance). Примеры и вопросов и ответы на них хорошо описаны у [[Software_People_2010:_отчет_Игоря_Беспальчука#Сурен Самарчан. «Типичный день эффективного лидера»| Игоря Беспальчука]]

=== Сергей Архипенков. Технология командообразования ===
Очередной доклад Архипенкова про команды.

Начал за здравие, но в конце начал нести какую-то муть.. и на вопросы отвечал тоже очень странно.

Но народу видимо очень понравилось — Сергея не отпускали 30 минут, и заняли время кофебрейка.

==== Что такое команда ====
* общие цели и ценности;
* взаимное доверие;
* неформальные горизонтальные коммуникации;
* коллективная ответственность.

команда и группа — не одно и тоже:
* команде цели нужно ставить только в общем виде (взять Эверест).

==== Как собирать команду 3 шага ====
''' Шаг 1. правильные люди '''
* эффективность(E)
E=IQ x EQ^2
IQ - [http://ru.wikipedia.org/wiki/IQ Интелект]
EQ - [http://www.hr-portal.ru/article/emotsionalnyi-intellekt-eq Эмоциональный интеллект]
EQ = Осознание чего хочет+ Воля воплотить + Эмпатия
* проактивность (чаще всего делают не то, что хочет)
* командный игрок
[[Image:team_player.png]]

===== Шаг 2. Выбрать Лидера =====
«настоящих буйных мало вот и нету вожаков» (с) Высоцкий
* Навыки управленца
* Лидерство
[[Image:leader.png]]
* Садовник

Лидера нельзя назначить — он должен получить признание:
* как профессионала (''Признание'')
* как управленца (''Доверие'')

{| class="wikitable" border="1"
! Признание !! Доверие !! стиль управления
|-
| нет || нет || Директивное управлении
|-
| да || нет || Объяснения
|-
| нет || да || Участие
|-
| да || да || Делегирование
|}
:[[Участник:MikhailZaborov|MikhailZaborov]] 07:05, 23 апреля 2010 (UTC) Крайне сомнительная и спорная табличка

* руководитель должен быть частью команды.
* Не ждите от команды вовлеченности больше, чем у лидера.

===== Шаг 3. Точим пилу =====
Опять начал про 4П и какую-то муть про управление процессом :-(

=== Стендовый доклад Дмитрий Лайер (Softline), Борис Вольфсон (Softline) Agile MixFight по правилу Win-Win ===
Очередной SPAM доклад в время кофе-брейка. Попытка привести аналогии между SCRUM в разработке ПО с принципами игры Регби.
В начале привлекли внимания в виде веселого видеоролика.
Ролик забавный, но мысли там достаточно поверхностные (фрагменты из игры регби чередовались с прыгающими и
кривляющимися у SCRUM доски разработчиками).
Т.е дальше мысли о том что и в Регби и в Agile должен присутствовать кураж не пошло…
Далее последовала очень нудная история о внедрении SCRUM в Softline.

=== Александр Орлов (Happy-PM.ru) 10 проблем обратной связи ===
Очень хороший и бодрый доклад про проблемы с обратной связью.. Не могу сказать что список проблем полон, но про то что рассказал все очень хорошо и по делу

Провел аналогию между управление проектами и нелинейными шахматами:
* Конь демотивирован и теперь ходит на 1 клетку.
* Ладья уходит в декрет.
* Ферзь увольняется.

Типовая ситуация с обратная связью в компании
* ее нет
* есть, но такая
* есть, но не туда
* есть, но не про то..
* есть, но не от туда…
* есть, но не та
* … и т. д.

Далее Александр описал 10 (по его мнению типовых) проблем с обратной связью:
; Отсутствие обратной связи разработчикам от пользователей: Разработчикам важно знать для кого он работает. Нужно понимать что от его действий что-то в мире изменилось (стало больше добра…).
; Нет общения руководителя с сотрудником 1 на 1: 65 % времени нужно уделять внимание на такое общение. Общение с командой не заменяет общения 1 на 1. Когда сотрудники не получают такого общения — они чувствуют себя брошенными.
; Нет конструктивной (ругань) обратной связи: Нельзя только хвалить — нужно ругать.
; Менеджеры не говорят спасибо: тут вроде все понятно.
; Руководитель дает публичную конструктивную обратную связь: Руководитель рвет подчиненного публично (синдром учительницы). Общеизвестный принцип — хвалить нужно публично, ругать лично.
; Руководитель переходит на личность: Принцип сэндвича: Похвалил/поругал/похвалил.
; Обсуждается процесс, а не результат: «Результата нет, а он еще на bash.org сидит». — Не надо бороться с процессом (закрывать сайты, отслеживать посещаемость и т. д.) нужно требовать результат.
; Нет ОС от сотрудников к менеджеру: Есть несколько вещей удерживающих людей там, где они суперкомпетентны, но им не интересно — это з/п, ипотека, …, и менеджер. Нужно получать обратную связь от сотрудников по поводу того как они относятся к тому, чем они занимаются. В некоторых компаниях вводили процедуру оценки сотрудником задачи (интересно/не интересно/тошнит). Agile эту проблему решает частично (решает, пока сотруднику не надоела вся область).

{{note}} [[Участник:Mikle Zaborov|MikhailZaborov]] 20:51, 5 мая 2010 (UTC) Наверное было бы интересно и у нас что-то такое попробовать

;Нет ОС снизу вверх: Большой разрыв. Руководство не слышит ОС от сотрудников с низов. Иногда нужно рвать уровни иерархии. Директор должен периодически общаться с техническими сотрудниками.
;Ретроспективы: Нужно проводить личные ретроспективы (анализ своей деятельности постфактум).

Интересные цитаты:
* «проблемы менеджера, не в том, что люди смертны, а в том, что люди '''внезапно''' смертны»
* «Надеяться, что HR замотивирует ваших сотрудников — тоже самое, что надеяться на то, что соседи воспитают ваших детей».

=== Олег Ридченко (Intetics). Обучение, развитие и оценка руководителей проектов в IT компании ===
Достаточно уныло и занудно… Пример механистического отношения к управлению персонала (Ужас!! Ужас!!). Это то куда нам ни в коем случае не нужно свалиться

* процесс обучения и оценки руководителей проектов.
* Intetics (250 человек 2 города Минск и Харьков. 13 руководителей проекта. 3 Года уже работает)

==== Проблемы ====
* управление индивидуальной деятельностью сотрудников (синхронизации векторов развития сотрудника и компании):
** повышение мотивации;
** определение ценности;
** повышение ценности сотрудника для компании;
* для РМ:
** нет измеримых критериев оценки;
** не понятно кто оценивает.

Пробовали ''360 review''. Не получилось:
* потому, что дорого.
* неэффективно (народ относится поверхностно).

==== Система управления индивидуальной деятельностью ====
Состоит из 4ех частей ([[Участник:MikhailZaborov|MikhailZaborov]] 21:00, 5 мая 2010 (UTC) странные какие-то части… ну да ладно):
* Система компетенций.
* Цели компании.
* Персональные цели.
* Оценка руководителей.

+ Система автоматизации всего этого добра на <tt>Sharepoint</tt>.

===== Система компетенций =====
* 17 компетенций (описание навыков и критерии соответствия).
* 2 IT специфичные — остальные общеуправленческие.
* у каждой компетенцию с весом (общая сумма 100).
* значение каждой от 0..1
* Оценки ставит сам руководитель и его начальник.
* Компетенции откуда-то тырили ([[Участник:MikhailZaborov|MikhailZaborov]] 20:54, 5 мая 2010 (UTC) я попросил прислать — отказали).

===== Цели компании =====
* SCOPE
* Бюджет
* Время

===== Персональные цели =====
* Персональные области для развитие;
* Составление ПЛР (план личностного развития);
* Составление плана развитие — задача самого РП;
** Руководитель '''cам''' анализирует свои проблемные области;
** Cогласует дальнейшие шаги со своим руководителем (тот следит что бы не было никакой лажи).

=== Стас Фомин (CustIS). Knowledge Management: от Склада к Потоку ===
Хотел посмотреть выложенное Стасом видео. То что на сайте SofwarePeople отрубается на 15 минуте, а то что Стас выложил показывается в ужасных кубиках :-(
{{remark|[[Участник:StasFomin|Стас Фомин]] 09:29, 6 мая 2010 (UTC): нашел где смотреть. Им я уже написал. В вебе мог бы посмотреть [http://team.custis.ru/2010/04/knowledge-management-software-people.html тут] или [[Knowledge Management: От Склада к Потоку (Software People-2010)|тут]], или поставь себе нормальный кодек пак. XPCodecPack 2.5.1, например)}}.

=== Станислав Давыдов Мастер-класc: Разрешение конфликтов и налаживание обратной связи в командах ===
В начале была странная игра с разрешением конфликта в группе.
* придумали 5 конфликтных ситуаций (типа менеджеры заставляют программистов тестировать);
* посадили всех в кружки (человек по 10) и сказали: «а теперь решайте конфликт»;
* …
* PROFIT!

: {{note}} [[Участник:MikhailZaborov|MikhailZaborov]] 21:03, 5 мая 2010 (UTC) :-(. Все больше убеждаюсь, что такие мастер-классы на конференциях — это какая-то странная попытка развлечь аудиторию.

Далее Станислав предложил методику мотивационных анкет (простая и достаточно интересная):
* выбираются мотивационные факторы (зарплата, технологии, рабочее место, гибкий график и т. д.)
* для каждого фактора ставится 2 оценки (от 1 до 4) — ''важность'' и ''удовлетворенность''.
А вот дальше странно:
* Это информация складывается и выкладывается публично.
* команда обсуждает результаты оценки.
: {{note}} [[Участник:MikhailZaborov|MikhailZaborov]] 21:03, 5 мая 2010 (UTC) Первые 2 пункта я бы у нас попробовал…

В конце он рассказывал ОЧЕНЬ странный кейс который от с помощью этой методики решал (и до конца так вроде как не решил): «Тупой быдлокодер, пишуший говнокод, пахнущий грязными носками, которого нельзя уволить». В результате методики удалось полечить только проблему носков …

= Встречи =

== Питер Хрущка ==
[[Файл:Михаил Заборов и Питер Хрущка.jpg|right|384px]]
Естественно, я не мог оставить без внимания заявление Питера по поводу того, что нельзя совмещать PM и SA. Решил замучать его в перерыве, в результате мы общались во время доклада Анджея Аршавского. Получил от Питера следующие разъяснения:
* Теоретически допустима ситуация, когда руководитель проекта выполняет функции архитектора (руководитель типа «Атлант»). Но только на небольших командах и это совсем не масштабируемо.
* PM должен мыслить в краткосрочных терминах (сдать проект в нужные сроки за нужные деньги).
* SA в долгосрочных (архитектура должна быть устойчивой, надежной и т. д.).
* Бесконечный рефакторинг — это плохо (Стратегия ''Nothing in Advance'' работает плохо, как впрочем и любой другой экстремизм).
* Распределение ответственности между ролями выглядит так:
[[Image:SoftwarePeople2010-AgileRoles.png|400px ]]

* Архитектуру приложения на самом деле создает и PO и SA. Питер считает, что в любой архитектуре есть бизнесовое ядро (20-30%), в котором нет технических деталей, и которое, в идеале, PO проектирует вместе с заказчиком, а SA его верифицирует и дополняет техническими подробностями. Бывают случаи когда PO не в состоянии спроектировать ядро архитектуры и тогда это приходится делать SA.

[[Файл:SoftwarePeople2010-Arch.png|200px ]]

----
Пообсуждали этот вопрос с Игорем Беспальчуком. Поняли, что в таких терминах мы вполне можем с ним договориться (а у нас на эту тему давно идут дискуссии) и весь вопрос заключается в том — насколько сильно PO погружается в технические детали.

[[Категория:SoftwarePeople-2010]]

{{replicate-from-custiswiki-to-lib}}

Категория:Михаил Заборов (Статьи)

2013-05-27T08:45:27Z

MikhailZaborov:

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

= Выступления Михаила Заборова на конференциях =
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№ 3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2013-04-29T06:37:45Z

MikhailZaborov: /* Выступления Михаила Заборова на конференциях */

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

=Выступления Михаила Заборова на конференциях=
* [http://www.slideshare.net/agiledays/scrum-custis-scrumtrek 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

=Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2013-04-18T16:13:10Z

MikhailZaborov:

<enableheadshift>
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

=Выступления Михаила Заборова на конференциях=
* 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]

=Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ =
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№3 (249) Круглый стол Переосмысление ERP]
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2013-03-29T10:39:42Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:
* 2013 март. AgileDays. Долой догматы скрам (Совместно с Асхатом Уразбаевым).
* 2012 март. Intelligent Enterprise №. Круглый стол
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2012-12-25T12:26:17Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:

* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Блог:Team/Наши на WhaleRider-2012

2012-09-26T10:56:43Z

MikhailZaborov:

{{SideBar|http://whalerider.ru/whalerider/i/logo.png}}
И снова в [[../Наши на WhaleRider-2011|прежнем составе]] наши будут на
[http://whalerider.ru/ WhaleRider-2012], модной конференции по эффективному управлению проектами.
* [[:Category:Виталий Филиппов|Виталий Филиппов]] c докладом «[http://whalerider.ru/2012/abstracts/358.html Мода на коробки и фреймворки в вебе — доколе?]»
* [http://belonesox.moikrug.ru/ Стас Фомин] c докладом «[http://whalerider.ru/2012/abstracts/381.html «Страховка от автобуса» или пересадка сознания при групповой нейрохирургии]»
* [http://mikle.moikrug.ru/ Михаил Заборов] c докладом «[http://whalerider.ru/2012/abstracts/370.html Расстройство клиентоориентированности, симптомы и лечение]»

Приходите, подходите, пообщаемся!

{{To-lib-silent}}

{{To-lib-silent}}
{{wl-publish: 2012-09-21 18:10:26 +0400 | StasFomin }}

[[Категория:WhaleRider-2012]]

Блог:Team/Наши на WhaleRider-2011

2012-09-26T09:34:28Z

MikhailZaborov:

[[Категория:WhaleRider-2011]]
{{SideBar|http://whalerider.ru/whalerider/i/logo.png}}
После расслабленного лета началась активная осень — время работать, но, пока еще не наступила пора новогодних дедлайнов, вполне можно и пообщаться на конференциях.

Итак, в понедельник-вторник, т.е. 19-20 сентября будет конференция по эффективному управлению проектами, [http://whalerider.ru/ WhaleRider-2011], и там будет трое наших:
* [http://whalerider.ru/2011/guru/13453.html Виталий Филиппов] c докладом «[http://whalerider.ru/2011/abstracts/13402.html Ride the Walrus]»
* [http://belonesox.moikrug.ru/ Стас Фомин] c докладом «[http://whalerider.ru/2011/abstracts/13508.html Humanized Software Development]»
* [http://mikle.moikrug.ru/ Михаил Заборов] c докладом «[http://whalerider.ru/2011/abstracts/13539.html Развитие персонала: Вы уверены?]»

Приходите, подходите, пообщаемся!

{{To-lib-silent}}
{{wl-publish: 2011-09-16 16:25:08 +0400 | StasFomin }}

Категория:Михаил Заборов (Статьи)

2012-06-25T18:17:07Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:

* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2012-06-21T07:15:22Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|221px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Блог:Team/Семинар "Проектирование с помощью UML" - 07.06.2012

2012-06-06T10:33:43Z

MikhailZaborov:

Данный семинар пройдет в очередной четверг на этой неделе, 7 июня в 18.30, как обычно, в Конференц-зале компании CUSTIS. Читать семинар будет Владислав Иофе, многие студенты помнят Влада еще по прошлому году, настолько произвел впечатление и заинтересовал свои рассказом, презентацией и практическими примерами.

<blockquote>
В ходе семинара мы расскажем о том, что такое '''''UML''''': для чего он задумывался, и для чего используется. Вместе с вами мы рассмотрим:[[Файл:Uml-logo.gif|right|]]
* наиболее употребимые виды диаграмм с примерами
* инструменты работы с ''UML''
* ''UML''-анекдот

и ответим на вопросы:
* почему ''UML'' не достаточно
* блок-схема - это ''UML''?
</blockquote>

После чего вы попрактикуетесь в проектировании небольшой информационной системы с помощью ''UML''.
Семинар будет полезен как молодым разработчикам, аналитикам и тестировщикам, так и совсем новичкам в IT-индустрии.

Для регистрации на семинар, как всегда, нужно отправить заявку на адрес hr@custis.ru с указанием:
* дата семинара,
* ФИО,
* вуз/факультет,
* ваш мобильный телефон.

Ждем всех желающих!

{{To-lib-silent}}
{{wl-publish: 2012-06-05 13:00:05 +0400 | AnnaRudnitskaya }}

Категория:ADD 2011

2012-05-26T13:50:33Z

MikhailZaborov:

http://addconf.ru/ 29-30 апреля 2011 в Санкт-Петербурге [[Category:ADD]]

См. [[:Категория:ADD-2011 (наша запись)]]

{{replicate-from-custiswiki-to-lib}}

Категория:ADD 2010

2012-05-26T13:49:23Z

MikhailZaborov:

Отчеты по конференции [[:Категория:ADD-2010|Application Developer Days-2010]] 23-24 сентября в Ярославле http://add.it-conf.ru/

[[Category:ADD]]
{{replicate-from-custiswiki-to-lib}}

Категория:SoftwarePeople-2010

2012-04-10T09:03:42Z

MikhailZaborov:

Конференция SoftwarePeople-2010.

[http://softwarepeople.ru/sp2010/program/ программа и видео с конференции]

[[Категория:SoftwarePeople]]

{{replicate-from-custiswiki-to-lib}}

Graphviz

2012-02-15T09:35:42Z

MikhailZaborov: /* Быстрый старт */

'''Graphviz''' — это разработанный специалистами лаборатории AT&T пакет утилит по автоматической визуализации графов, заданных в виде текстового описания. Пакет распространяется с открытыми исходными файлами и работает на всех операционных системах, включая Windows, Linux/Unix, Mac OS. Самой интересной программой пакета является «dot», автоматический визуализатор направленных графов, который принимает на вход текстовый файл со структурой графа, а на выходе формирует граф в виде графического, векторного или текстового файла.

= Быстрый старт =

Входной файл для программы «DOT» является обычным текстовым файлом на специальном языке разметки графа. Структура файла очень простая, например,
<nowiki><graph>
digraph G{
Рождение->Юность->Зрелость->Старость->Смерть;
Юность->Смерть;
Зрелость->Смерть;
}
</graph></nowiki>
на выходе будет

<graph>
digraph G{
graph[fontname="Segoe UI"];
Рождение->Юность->Зрелость->Старость->Смерть;
Юность->Смерть;
Зрелость->Смерть;
}
</graph>

Программа «Dot» сама распознает все связи графа и упорядочит его таким образом, чтобы было наименьшее количество пересечений.

Чтобы использовать «dot»-графы в [[{{SITENAME}}]], используйте следующий синтаксис:

<nowiki><graph>
digraph G{
Рождение->Юность->Зрелость->Старость->Смерть;
Юность->Смерть;
Зрелость->Смерть;
}
</graph></nowiki>

Если у вас узлы поименованы словосочетаниями, заключите их в кавычки, т. е.

<nowiki><graph>
digraph G{
"Полет фантазии"->"Расход горючего";
}
</graph></nowiki>

Поздравляем! Теперь вы способны рисовать графы в [[{{SITENAME}}]]. Остальной текст будет посвящен некоторым тонкостям использования [[Graphviz]].

= Внешний вид графа =
«Dot» позволяет изменять внешний вид графа. Например, можно изменять форму фигур (прямоугольники, овалы, круги, параллелограммы, многоугольники), цвет и шрифт текста, цвет фона фигур, стиль стрелок и рамок фигур, подписи стрелок и т. д.
Итак, основные объектами являются узлы («node») и ребра («edge»). Для того, чтобы настроить свойства всех узлов или ребер нужно вначале использовать команды
node[свойство1="значение1",свойство2="значение2",...]
edge[свойство1="значение1",свойство2="значение2",...]
Также (в квадратных скобках после описания объекта) можно изменять настройки конкретного узла или ребра. Параметры графа, просто задаются в виде <tt>параметр=значение</tt>.
Полезно запомнить параметр «rankdir», он может быть «TB» (top->bottom, параметр по умолчанию), или «LR» (left->right), и определяет, сверху-вниз, или справа-налево, нужно располагать узлы графа. Вот пестрый пример:

digraph G{
rankdir=LR;
node[color="red",fontsize=14];
edge[color="darkgreen",fontcolor="blue",fontsize=12];
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];
CLOSED[shape="octagon",label="Финиш"];
VERIFIED[shape="rectangle",style="rounded"];
OPEN->RESOLVED->VERIFIED->CLOSED;
OPEN->CLOSED[style="bold"];
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];
}

на выходе будет

<graph>
digraph G{
rankdir=LR;
node[color="red",fontsize=14];
edge[color="darkgreen",fontcolor="blue",fontsize=12];
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];
CLOSED[shape="octagon",label="Финиш"];
VERIFIED[shape="rectangle",style="rounded"];
OPEN->RESOLVED->VERIFIED->CLOSED;
OPEN->CLOSED[style="bold"];
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];
}
</graph>

Если предполагается, что граф будут не только просматривать через IE, но и печатать, то необходимо установить ширину картинки, иначе при печати картинка будет обрезана. Для этого следует задать внутри описания
size="6.7,15";
Существенна только первая цифра. Число 6.7 подобрано эмпирически, оно обеспечивает печать полной картинки при настройках IE по умолчанию.

= Уровни в графах =

В «Dot» присутствует возможность связать узлы графа не только стрелками, но и уровнями отображения, что позволяет создавать шкалу и располагать узлы графа соответственно данной шкале. Для связывания используется следующая конструкция:
{ rank = same; "элемент уровня"; "элемент для привязки 1"; "элемент для привязки 2"; ..}

Например, при использовании следующей конструкции:
<nowiki><graph>
digraph G{
node[fontsize=9];
{ /* шкала месяцев*/
node[shape=plaintext]; /* что бы не было видно рамок */
edge[color=white] /* что бы не было видно стрелок */
"март" -> "июнь" -> "сентябрь" -> "декабрь";
}
{ rank = same; "март"; "весна"; "a"; }
{ rank = same; "июнь"; "лето";}
{ rank = same; "сентябрь"; "осень"; "d"; }
{ rank = same; "декабрь"; "зима"; "e"}
"весна" -> "лето" -> "осень" -> "зима" -> "весна"
"a" -> "b" -> "c" -> "d" -> "e" ;
}
</graph></nowiki>

на выходе получается:
<graph>
digraph G{
node[fontsize=9];
{ /* шкала месяцев*/
node[shape=plaintext]; /* что бы не было видно рамок */
edge[color=white] /* что бы не было видно стрелок */
"март" -> "июнь" -> "сентябрь" -> "декабрь";
}
{ rank = same; "март"; "весна"; "a"; }
{ rank = same; "июнь"; "лето";}
{ rank = same; "сентябрь"; "осень"; "d"; }
{ rank = same; "декабрь"; "зима"; "e"}
"весна" -> "лето" -> "осень" -> "зима" -> "весна"
"a" -> "b" -> "c" -> "d" -> "e" ;
}
</graph>

= Многосекционный узлы =

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

Для включения режима многосекционности устанавливается атрибут узла shape.
shape=record;

Секции описываются в атрибуте label узла, с помощью разделителя «|». Для именования секции ее имя указывается в <>. При описание ребра, исходящего или входящего в секцию, секция именуется следующим образом:

элемент:<имя_секции>

Например, из такого описания:

digraph structs {
rankdir=HR;
first [shape=record,label=" x1\n all | { x21 | <f0> x22| x23} | x3" ];
second [shape=record,label=" x22_1 | x22_2 | x22_3"];
first:<f0> -> second;
}

Получается следующее:

<graph>
digraph structs {
rankdir=HR;
first [shape=record,label=" x1\n all | { x21 | <f0> x22| x23} | x3" ];
second [shape=record,label=" x22_1 | x22_2 | x22_3"];
first:<f0> -> second;
}
</graph>

= Гиперссылки на графах =

Можно использовать атрибут «URL», задавая относительные или абсолютные гиперссылки для узлов и ребер. Например

<nowiki><graph>
digraph G {
rankdir=LR;
SGML [URL="SGML"];
HTML [URL="HTML"];
XML [URL="XML"];
XHTML [URL="http://www.w3schools.com/xhtml/"];
SGML->HTML;
SGML->XML;
HTML->XHTML;
XML->XHTML;
SGML->XHTML[color="red",fontcolor="blue",label="ссылка на Google",URL="http://www.google.com"];
}
</graph></nowiki>

<graph>
digraph G {
rankdir=LR;
SGML [URL="SGML"];
HTML [URL="HTML"];
XML [URL="XML"];
XHTML [URL="http://www.w3schools.com/xhtml/"];
SGML->HTML;
SGML->XML;
HTML->XHTML;
XML->XHTML;
SGML->XHTML[color="red",fontcolor="blue",label="ссылка на Google",URL="http://www.google.com"];
}
</graph>

= Кластеры в графах =

Программа «Dot» позволяет объединять узлы графов в кластеры для подчеркивания общности.

Кластер описывается следующим синтаксисом:
subgraph имя{
свойство1 = "значение1",свойство2="значение2",...
узел1;
узел2;
...
}
При этом ''имя'' подграфа должно начинаться с префикса '''cluster''', иначе подграф не позволяет себя отобразить на экран(раскраска, контур, подпись, .. ).

Например:

digraph G {
rankdir=LR;
subgraph cluster0 {
node [style=filled,color=white];
style=filled;
color=lightgrey;
a0;
a1
label = "process #1";
}
subgraph cluster1 {
node [style=filled];
b0;
label = "process #2";
color=blue
}
start -> a0;
start -> b0;
a0 -> a1 -> end;
b0 -> end;
}

<graph>
digraph G {
rankdir=LR;
subgraph cluster0 {
node [style=filled,color=white];
style=filled;
color=lightgrey;
a0;
a1
label = "process #1";
}
subgraph cluster1 {
node [style=filled];
b0;
label = "process #2";
color=blue
}
start -> a0;
start -> b0;
a0 -> a1 -> end;
b0 -> end;
}
</graph>

== Цвета ==
Graphviz позволяет использовать широкую цветовую палитру,
задавая цвета или по именам, в одной из известных палитр:
* [http://www.graphviz.org/content/color-names#x11 Палитра X11]
* [http://www.graphviz.org/content/color-names#svg SVG]

* [http://www.graphviz.org/content/color-names#brewer Набор палитр Brewer-а], что удобно при автоматической генерации схем — задаваемые числовым индексом цвета в более-менее вменяемой палитре.

Кроме именованных цветов, можно использовать обычное трехбайтное шестнадцатиричное кодирование
color="#FF0EDD"
и выбирать цвета из палитры, например, на http://www.colorpicker.com/

=== Цвета и черно-белая печать ===

Graphviz позволяет использовать широкую цветовую палитру, однако, стоит не забывать, что контрастно выглядящие на цветном мониторе цвета, могут быть совершенно неразличимы после черно-белой печати. После проделанных экспериментов ({{Bug|11015}}), можно рекомендовать следующие палитры цветов (иллюстрированы на цвете ребер графа):

<graph-print>
digraph G{ rankdir=TB; size="7,6";

Палитра1->goldenrod1 [color=goldenrod1]
Палитра1->green [color=green]
Палитра1->sienna4 [color=sienna4]
Палитра1->red1 [color=red1]
Палитра1->blue2 [color=blue2]

Палитра2->lightcyan2 [color=lightcyan2]
Палитра2->pink2 [color=pink2]
Палитра2->green [color=green]
Палитра2->sienna4 [color=sienna4]
Палитра2->red2 [color=red2]
Палитра2->black1 [color=black1]
}
</graph-print>

= Формы вершин =

Перечислим палитру возможных форм вершин (узлов).

<neato>
digraph G{
edge [arrowtail="none"]
node [style=filled, colorscheme="brbg9"];

"box" [shape="box" fillcolor="1"];
"polygon" [shape="polygon" fillcolor="2"];
"ellipse" [shape="ellipse" fillcolor="3"];
"circle" [shape="circle" fillcolor="4"];
"point" [shape="point" fillcolor="black"];
"egg" [shape="egg" fillcolor="6"];
"triangle" [shape="triangle" fillcolor="7"];
"plaintext" [shape="plaintext" fillcolor="8"];
"diamond" [shape="diamond" fillcolor="9"];
"trapezium" [shape="trapezium" fillcolor="1"];
"parallelogram" [shape="parallelogram" fillcolor="2"];
"house" [shape="house" fillcolor="3"];
"pentagon" [shape="pentagon" fillcolor="4"];
"hexagon" [shape="hexagon" fillcolor="5"];
"septagon" [shape="septagon" fillcolor="6"];
"octagon" [shape="octagon" fillcolor="7"];
"doublecircle" [shape="doublecircle" fillcolor="8"];
"doubleoctagon" [shape="doubleoctagon" fillcolor="9"];
"tripleoctagon" [shape="tripleoctagon" fillcolor="1"];
"invtriangle" [shape="invtriangle" fillcolor="1"];
"invtrapezium" [shape="invtrapezium" fillcolor="2"];
"invhouse" [shape="invhouse" fillcolor="3"];
"Mdiamond" [shape="Mdiamond" fillcolor="4"];
"Msquare" [shape="Msquare" fillcolor="5"];
"Mcircle" [shape="Mcircle" fillcolor="6"];
"rect/rectangle" [shape="rect" fillcolor="7"];
"none" [shape="none" fillcolor="8"];
"note" [shape="note" fillcolor="9"];
"tab" [shape="tab" fillcolor="1"];
"folder" [shape="folder" fillcolor="2"];
"box3d" [shape="box3d" fillcolor="3"];
"component" [shape="component" fillcolor="4"];
}
</neato>

= Окончания ребер =
Можно задавать стиль офомления начала («arrowtail») и конца («arrowhead») дуг (ребер):

<circo>
digraph G{

edge [arrowtail="none"]
A [label="Arrowhead" style=filled fillcolor="yellow"];

A->"normal" [arrowhead="normal"];
A->"dot" [arrowhead="dot"];
A->"odot" [arrowhead="odot"];
A->"none" [arrowhead="none"];
A->"empty" [arrowhead="empty"];
A->"diamond" [arrowhead="diamond"];
A->"ediamond" [arrowhead="ediamond"];
A->"box" [arrowhead="box"];
A->"open" [arrowhead="open"];
A->"vee" [arrowhead="vee"];
A->"inv" [arrowhead="inv"];
A->"invdot" [arrowhead="invdot"];
A->"invodot" [arrowhead="invodot"];
A->"tee" [arrowhead="tee"];
A->"invempty" [arrowhead="invempty"];
A->"odiamond" [arrowhead="odiamond"];
A->"crow" [arrowhead="crow"];
A->"obox" [arrowhead="obox"];
A->"halfopen" [arrowhead="halfopen"];
}
</circo>

= Неориентированные графы =
Наряду с рисованием ориентированных графов, есть несколько методов для автоматического рисования неориентированных графов (будем рассматривать их на примере несложной ER-диаграммы).

В отличие от автоматического рисования направленных («directed») графов, основанных на ранговой модели, есть несколько подходов к раскладке ненаправленных графов.

== Graph ==
Ненаправленный граф можно нарисовать с помощью рангового подхода (несмотря на ненаправленность ребер) — будет использоваться программа «dot». Как это будет выглядеть для простой ER-диаграммы, можно увидеть ниже.
<graph>
graph ER
{
node [fontsize=12];
node [shape=box]; course; institute; student;
node [shape=ellipse];
{node [label="name"] name0; name1; name2;}
code; grade; number;
node [shape=diamond,style=filled,color=lightgrey];
"C-I"; "S-C"; "S-I";
name0 -- course;
code -- course;
course -- "C-I" [label="n",len=1.00];
"C-I" -- institute [label="1",len=1.00];
institute -- name1;
institute -- "S-I" [label="1",len=1.00];
"S-I" -- student [label="n",len=1.00];
student -- grade;
student -- name2;
student -- number;
student -- "S-C" [label="m",len=1.00];
"S-C" -- course [label="n",len=1.00];
label = "\n\nEntity Relation Diagram\ndrawn by DOT";
}
</graph>

Очевидна неоптимальность такого подхода для неориентированных графов.

== Neato ==

Метод «neato» использует «энергетическую» (''spring'') модель, по сути, близкую к методу искуственного отжига — начиная с некоторого состояния вершины перемещаются, чтобы минимизировать некую потенциальную энергию. Рекомендуем для ненаправленных графов общего вида.

<neato>
graph ER
{
node [fontsize=12];
node [shape=box]; course; institute; student;
node [shape=ellipse];
{node [label="name"] name0; name1; name2;}
code; grade; number;
node [shape=diamond,style=filled,color=lightgrey];
"C-I"; "S-C"; "S-I";
name0 -- course;
code -- course;
course -- "C-I" [label="n",len=1.00];
"C-I" -- institute [label="1",len=1.00];
institute -- name1;
institute -- "S-I" [label="1",len=1.00];
"S-I" -- student [label="n",len=1.00];
student -- grade;
student -- name2;
student -- number;
student -- "S-C" [label="m",len=1.00];
"S-C" -- course [label="n",len=1.00];
label = "\n\nEntity Relation Diagram\ndrawn by NEATO";
}
</neato>

== FDP ==
Метод «fdp» по сути, близок к методу «neato», и использует другую разновидность «энергетического» («spring») подхода. Также рекомендуется для ненаправленных графов общего типа.

<fdp>
graph ER
{
node [fontsize=12];
node [shape=box]; course; institute; student;
node [shape=ellipse];
{node [label="name"] name0; name1; name2;}
code; grade; number;
node [shape=diamond,style=filled,color=lightgrey];
"C-I"; "S-C"; "S-I";
name0 -- course;
code -- course;
course -- "C-I" [label="n",len=1.00];
"C-I" -- institute [label="1",len=1.00];
institute -- name1;
institute -- "S-I" [label="1",len=1.00];
"S-I" -- student [label="n",len=1.00];
student -- grade;
student -- name2;
student -- number;
student -- "S-C" [label="m",len=1.00];
"S-C" -- course [label="n",len=1.00];
label = "\n\nEntity Relation Diagram\ndrawn by FDP";
}
</fdp>

== Twopi ==

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

<twopi>
graph ER
{

node [fontsize=12];
node [shape=box]; course; institute; student;
node [shape=ellipse];
{node [label="name"] name0; name1; name2;}
code; grade; number;
node [shape=diamond,style=filled,color=lightgrey];
"C-I"; "S-C"; "S-I";
name0 -- course;
code -- course;
course -- "C-I" [label="n",len=1.00];
"C-I" -- institute [label="1",len=1.00];
institute -- name1;
institute -- "S-I" [label="1",len=1.00];
"S-I" -- student [label="n",len=1.00];
student -- grade;
student -- name2;
student -- number;
student -- "S-C" [label="m",len=1.00];
"S-C" -- course [label="n",len=1.00];
label = "\n\nEntity Relation Diagram\ndrawn by TWOPI";
}
</twopi>

== CIRCO ==

Метод «circo» использует «circular layout». Выделяются двусвязные компоненты (каждая вершина имеет по крайней мере два ребра) и вершины этих компонент рисуются на некотором круге. «Дополнительные» ребра рисуются радиально и далее процесс повторяется. Пересечение ребер внутри круга минимизируется максимально возможным выносом ребер с круга за его периметр.

<circo>
graph ER
{
node [fontsize=12];
node [shape=box]; course; institute; student;
node [shape=ellipse];
{node [label="name"] name0; name1; name2;}
code; grade; number;
node [shape=diamond,style=filled,color=lightgrey];
"C-I"; "S-C"; "S-I";
name0 -- course;
code -- course;
course -- "C-I" [label="n",len=1.00];
"C-I" -- institute [label="1",len=1.00];
institute -- name1;
institute -- "S-I" [label="1",len=1.00];
"S-I" -- student [label="n",len=1.00];
student -- grade;
student -- name2;
student -- number;
student -- "S-C" [label="m",len=1.00];
"S-C" -- course [label="n",len=1.00];
label = "\n\nEntity Relation Diagram\ndrawn by CIRCO";
}
</circo>

= Версии для печати =
Как известно, трудно добиться хорошего результата одновременно на экране и на принтере, в силу разных разрешений. Картинка экранного разрешения будет плохо (с «зазубринами») выглядеть на принтере, а картинка печатного разрешения, будет очень плохо выглядеть на экране (к сожалению, современные броузеры выполняют очень примитивный ресайзинг картинок при показе), и будет достаточно много «весить». Все соображения о печатных картинках также относятся к случаю, когда вы переносите (например, копируя вебстраницу из броузера через клипборд) содержимое MediaWiki-статьи в MS Word или другой текстовый редактор.
Для такого, «печатного» случая (т. е. если у вас не примитивные графы, и вы собираетесь их печатать или переносить в другую систему верстки), мы сделали «печатную версию» всех перечисленных графов, с разрешением около 200 DPI. Для этого надо использовать те же самые тэги с постфиксом «-print», например «graph-print»,«neato-print», и т.п.:

<graph-print>
digraph G{
rankdir=LR;
node[color="red",fontsize=14];
edge[color="darkgreen",fontcolor="blue",fontsize=12];
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];
CLOSED[shape="octagon",label="Финиш"];
VERIFIED[shape="rectangle",style="rounded"];
OPEN->RESOLVED->VERIFIED->CLOSED;
OPEN->CLOSED[style="bold"];
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];
}
</graph-print>

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

= Ссылки и дополнительная документация =

Онлайн-документация, +последние изменения, FAQ и прочее можно найти на домашней странице пакета
http://www.graphviz.org/Documentation.php

[[Категория:Справка]]
{{replicate-from-custiswiki-to-lib}}
{{replicate-from-custiswiki-to-all}}
{{replicate-from-custiswiki-to-tools}}

Категория:Михаил Заборов (Статьи)

2011-12-13T16:24:01Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|100px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и выступления на внешних конференциях:
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Подбор топ-менеджера - процедура ювелирная

2011-11-29T16:24:12Z

MikhailZaborov:

;[[:Категория:Евгения Удалова (Статьи)|Евгения Удалова]]
: Руководитель службы персонала CUSTIS

<blockquote>
Интервью опубликовано в журнале [http://www.otiss.ru/slujba.html «Служба кадров и персонал»], № 10-2011.

</blockquote>
'''СК: Не секрет, что хороший топ на дороге не валяется. Есть ли дефицит топов вообще — в каких отраслях, в каких направлениях? В вашей компании — в частности?'''

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

Прокомментирую подробнее.

Есть целый спектр требований и ожиданий компании:
* уровень компетенции в управлении, функциональной и предметной области;
* способность к работе в той или иной модели корпоративной культуры;
* искренняя готовность вкладываться в общее дело;
* революционный или эволюционный подход к развитию.

В разные периоды компании могут быть нужны разные варианты и комбинации этих качеств.

Привлекательность компании для топа, как правило, зависит от:
* общего видения принципов ведения бизнеса и путей развития компании;
* возможностей самореализации в этой компании;
* уровня доверия к его профессионализму со стороны высшего руководства;
* соответствия корпоративной культуры компании его ожиданиям.

Очень важно, чтобы компания и топ сошлись по максимальному числу позиций, ведь топ — это ключевой человек в компании, прогрессор и двигатель. Чем больше совпадений, тем больше надежды на эффективное сотрудничество.
Неудивительно, что при таком количестве условий компании и топу сложно найти друг друга, как бы банально это ни звучало. Кроме того, хороший топ-менеджер, являясь востребованным специалистом, редко находится в свободном поиске работы.

'''СК: Как ваша компания закрывает подобные вакансии?'''

'''Е.У.:''' Думать о том, кто будет у руля компании, надо всегда. Значит, решать задачу надо комплексно: растить своих; налаживать общение и взаимодействие с интересными для компании профессионалами-управленцами из других компаний; формировать бренд компании, в которой им было бы интересно работать — пусть не сейчас, но, возможно, в будущем.

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

Растить своих топов, с одной стороны, благородно и правильно, а с другой — сложно и хлопотно.

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

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

Чтобы из специалиста вырастить топ-менеджера, компания должна постоянно поддерживать его заинтересованность, своевременно предоставляя новые задачи и проекты, постепенно все глубже погружая его в деятельность компании и расширяя его горизонты. Это важно для того, чтобы у него не пропала мотивация и не появилось чувство, что достигнут «потолок».

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

'''СК: Особенности интервью с топом: он, как правило, человек занятой и знает себе цену. Как с ним вести беседу, как долго, о чем спрашивать (и не спрашивать!), на что обращать внимание, как распознать «золотой самородок», а как — болтуна-госаппаратчика?'''

'''Е.У.:''' Здесь уместно ограничиться общими принципами, так как для каждого отдельного случая стратегия ведения переговоров будет разной.

Важно уяснить для себя и настроиться, что предстоит провести не ряд собеседований, а переговоры о сотрудничестве и партнерстве. Стоит по возможности ознакомиться с информацией о человеке из открытых источников (проектами, статьями, выступлениями). Можно предварительно провести ряд встреч с сотрудниками организаций, где интересующий вас руководитель работает (или работал), чтобы по-лучить информацию о среде, в которой он формировался и действовал до сих пор.

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

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

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

Распознать состоявшегося профессионала или подающего надежды «самородка» нам помогают следующие установки. Он должен понимать, из чего складывается управленческая деятельность и уметь держать в фокусе все важные разносторонние аспекты. Очень важно, чтобы ему было интересно продолжать развиваться самому.

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

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

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

Он должен уметь выстраивать отношения с партнерами, клиентами, руководством смежных подразделений. Хороший топ-менеджер обладает навыками работы с персоналом, умеет организовать развитие сотрудников и учитывает их личностно-психологические особенности в принятии кадровых решений. Список можно продолжать, но это, на мой взгляд, основное.

При подборе топ-менеджеров для структуризации ощущений и впечатлений мы используем код РАEI, предложенный И. Адизесом (P — Производитель, A — Администратор, E — Предприниматель и I — Интегратор). Это позволяет классифицировать и сравнивать разных соискателей друг с другом. В зависимости от контекста и задач, которые будут стоять перед топом, нужные комбинации кода могут быть разными, определение требуемой комбинации помогает нам принять решение.

'''СК:Чем можно заинтересовать искушенного топа — дополнительными бонусами, долей в бизнесе — лишь бы заполучить его?!'''

'''Е.У.:''' Если топ заинтересован исключительно в компенсации (краткосрочной или долго-срочной) — это плачевный вариант, на мой взгляд. Да, его можно «заманить», предложив дополнительный бонус или долю в бизнесе, но поможет ли это решению ваших стратегических задач по развитию компании? Останется ли он с вами в сложную пору перемен, если его интересует только бонус?
Мне кажется, что если ему не интересно получение нового опыта в вашей компании и его не вдохновляют сложные задачи, требующие высокого профессионализма, то нет смысла «заманивать» его бонусами.

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

'''СК: Какими методами потом оцениваете эффективность топа и эффективность работы по его подбору (эйчара, агентства и т.д.)?'''

'''Е.У.:''' Прежде чем говорить о методах, пожалуй, стоит договориться о том, что мы подразумеваем, когда говорим про эффективность топа. А дальше можно ввести си-стемы метрик, коэффициентов, шкал или поведенческих характеристик — кому что удобнее.

Я бы выделила три ключевых этапа, по результатам которых следует оценивать эффективность работы топа.

Первый — 3-5 месяцев работы в компании. Руководитель должен:
* погрузиться в контекст (специфика, клиент, бизнес и так далее);
* понять, как работает его направление и почему;
* выявить узкие места, которые необходимо «расшивать»;
* взять на себя текущее управление, ничего при этом не порушив;
* наладить отношения с внутренними и внешними контрагентами (ключевыми людьми, определяющими успех его деятельности),
* не потерять доверие первого лица.

Второй — 1-1,5 года работы в компании. Должны быть достигнуты какие-то конкретные, согласованные с первым лицом, цели.

Третий — работа в компании более 1,5 года. Правильно оценивать эффективность работы топа по двум основным критериям: результаты по текущим обязательствам вверенного ему подразделения и его вклад в развитие компании в целом.

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

***

[[Категория:Евгения Удалова (Статьи)]]
[[Категория:2011 год (Статьи)]]
[[Категория:Служба кадров и персонал (Публикации)]]

{{replicate-from-custiswiki-to-lib}}

Файл:Михаил Заборов.jpg

2011-11-28T08:30:27Z

MikhailZaborov: загружена новая версия «Файл:Михаил Заборов.jpg»

Категория:Михаил Заборов (Статьи)

2011-11-28T08:26:30Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|100px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и выступления на внешних конференциях:
* [http://www.slideshare.net/supercoban/ss-10347167 2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Категория:Михаил Заборов (Статьи)

2011-09-06T06:58:19Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|100px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

<noinclude>
[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]
</noinclude>

Пуассоновое горение сроков (Андрей Бибичев, AgileDays-2011)

2011-08-07T09:09:15Z

MikhailZaborov: /* Примечания и отзывы */

== Аннотация ==
;Докладчик: [https://profiles.google.com/biBIGone/about Андрей Бибичев]
<blockquote>
Когда мы говорим о какой-либо неопределенности, то чаще всего представляем гауссовское распределение:

- Какова трудоемкость этой задачи?

- Столько-то плюс/минус столько-то.

- А распределение?

- Гауссовское, конечно же!

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

Но он в корне неверен!

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

- почему разница между наиболее вероятным и гарантированным значениями примерно в 2-3 раза (сравните со своими эмпирическими коэффициентами и фокус-факторами!);

- почему чудес не бывает и в подавляющем большинстве случаев опаздываем со сроками, а не опережаем их (ведь гаусс нам сулит одинаковую вероятность как опоздать, так и сделать быстрее);

- какое отношение планирование имеет к теории массового обслуживания.

В докладе содержится чуть-чуть математики, которая не должна успеть сильно наскучить за 10 минут.
</blockquote>

== Видео ==

{{vimeoembed|25500179|720|405}}

<noinclude>{{ActualBanner2}}</noinclude>

{{Нужен подкаст?}}




== Презентация==
<html><div style="width:595px" id="__ss_7462530"> <strong style="display:block;margin:12px 0 4px"><a href="http://www.slideshare.net/biBIGine/puasson-burning" title="Puasson burning" target="_blank">Puasson burning</a></strong> <iframe src="http://www.slideshare.net/slideshow/embed_code/7462530?rel=0" width="595" height="497" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe> <div style="padding:5px 0 12px"> View more <a href="http://www.slideshare.net/" target="_blank">presentations</a> from <a href="http://www.slideshare.net/biBIGine" target="_blank">Andrey Bibichev</a> </div> </div> </html>
== Примечания и отзывы ==
* [http://2011.agiledays.ru/reports/view/61/ страничка доклада на сайте конференции]

{{include-review|AgileDays-2011:Отчет Цыганкова Д.А./Пуассоновое горение сроков}}
{{include-review|AgileDays-2011: Отчет Гребнева Н.Ю./Бибичев про сроки}}

{{SideBar|http://www.dilbert.com/dyn/str_strip/000000000/00000000/0000000/100000/20000/6000/800/126853/126853.strip.gif}}

{{include-review|Максим Цепков - AgileDays-2011/Пуассоновое горение сроков}}

<references/>

[[Категория:AgileDays-2011 (наша запись)]]

{{replicate-from-custiswiki-to-lib}}

Категория:Михаил Заборов (Статьи)

2011-06-10T11:59:54Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|100px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]

О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)

2011-06-07T13:53:34Z

MikhailZaborov:

== Аннотация ==
;Докладчик: [http://mikle.moikrug.ru/ Михаил Заборов] 



== Видео ==

{{vimeoembed|24693980|720|405}}
{{Нужен подкаст?}}



== Примечания и отзывы ==
<references/>


{{replicate-from-custiswiki-to-lib}}

[[Категория:Собрания Stratoplan.ru]]
[[Категория:Михаил Заборов (Статьи)]]

Категория:Михаил Заборов (Статьи)

2011-06-07T13:52:47Z

MikhailZaborov:

[[Файл:Михаил Заборов.jpg|thumb|100px|right]]

Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]

[[Категория:По авторам (статьи сотрудников)|З]]
[[Категория:CustisWikiToLib]]

О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)

2011-06-07T13:43:10Z

MikhailZaborov:

== Аннотация ==
;Докладчик: [http://mikle.moikrug.ru/ Михаил Заборов] 



== Видео ==

{{vimeoembed|24693980|720|405}}
{{Нужен подкаст?}}



== Примечания и отзывы ==
<references/>


{{replicate-from-custiswiki-to-lib}}

[[Категория:Собрания Stratoplan.ru]]

[[Категория:Михаил Заборов (Статьи)]]

Большие проекты в Agile (AgileDays-Екатеринбург-2010)

2011-06-07T12:46:20Z

MikhailZaborov:

== Аннотация ==

Как правильная архитектура позволяет сделать большие проекты в Agile.

Основная проблема масштабирования Agile — как эффективно разделится на команды.

* Традиционно, каждая команда получает свой набор компонент. Разработка одной фичи размазывается по нескольким командам и, как следствие, затягивается. Для реализации фичи приходится вносить изменения в разные компоненты, причем изменения часто зависимы.
* Противоположный подход, который часто рекомендуют — формировать так называемые ''Feature teams''. Такая команда отвечает за фичи целиком и может вносить изменения в разные (в том числе в «чужие» компоненты). В этом случае придется решать проблемы взаимодействия команд, изменяющие одни и те же компоненты.

Удачная архитектура позволяет разделиться на команды так, что зависимости (''dependencies'') между ним будут минимальны.

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

В докладе также будут рассмотрены практики построения эффективной Архитектурной Концепции (''Architectural Vision''), создания гибких описаний архитектуры и дизайна.

== Слайды ==

{{slideshareembed|custisagilerussia-4-06-2010agile-100609091054-phpapp01|640|480}}

== Видео ==
Скачать видео одним файлом (<tt>540Мб</tt>), в хорошем качестве (<tt>1280x720</tt>): [[Видеотека#2010-06-04 «Большие проекты в Agile»]]

=== Видео с семинара ===

Так как запись с конференции получилась в не очень хорошем качестве (разрешение, звук), то мы решили опубликовать
видео этого доклада с нашего внутреннего ''preview''-семинара.
Гарантируем, что здесь будут видны все детали каждого слайда, а докладчик будет отлично виден и слышен.

Убедитесь, что кнопочка «HD» включена в «ON» и смотрите в полноэкранном режиме — тут разрешение 1280x720.

{{vimeoembed|12848640|720|404}}

=== Видео с конференции ===
Видео записанное на конференции также прилагаем, но предупреждаем — [http://habrahabr.ru/blogs/pm/96999/#comment_2975183 зрители жаловались на качество], ну и это не HD-качество, да.
<html><center>
<object width="450" height="338"><param name="video" value="http://static.video.yandex.ru/lite/agiledaysekt/a2vihcdomz.2413/"></param><param name="allowFullScreen" value="true"></param><param name="scale" value="noscale"></param><embed src="http://static.video.yandex.ru/lite/agiledaysekt/a2vihcdomz.2413/" type="application/x-shockwave-flash" width="450" height="338" allowFullScreen="true" scale="noscale" ></embed></object>
</center></html>

== Ссылки ==
* [http://habrahabr.ru/blogs/pm/96999/ Видео и слайды докладов с AgileDays в Екатеринбурге / Управление проектами / Хабрахабр]

[[Категория:Открытые Семинары]]
[[Категория:Михаил_Заборов_(Статьи)]]
{{replicate-from-custiswiki-to-lib}}

Системная архитектура вместо требований (семинар 2011-03-22, preview ReqLabs-2011)

2011-05-31T08:04:23Z

MikhailZaborov:

;Ведущие: [http://mikle.moikrug.ru/ Заборов Михаил]
;Дата: 22 марта 2011

== Аннотация ==

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

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

''Прогон доклада перед выступлением на конференции ReqLabs-2011.''

== Материалы ==

{{vimeoembed|24270311|720|405}}

[[Категория:Открытые Семинары]]
[[Категория:Михаил_Заборов_(Статьи)]]

{{replicate-from-custiswiki-to-lib}}

Файл:Scrum of scrum of scrum.png

2011-03-04T12:53:02Z

MikhailZaborov: