http://lib.custis.ru/api.php?action=feedcontributions&user=MikhailZaborov&feedformat=atom
CustisWiki - Вклад участника [ru]
2024-03-28T14:11:04Z
Вклад участника
MediaWiki 1.26.4
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=43917
Категория:Михаил Заборов (Статьи)
2017-06-07T20:02:37Z
<p>MikhailZaborov: </p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* 2017 июнь [https://www.slideshare.net/supercoban/ss-76741605 РИТ++. WebScale IT Омниканальность в Рознице]<br />
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]<br />
* [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]<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=43916
Категория:Михаил Заборов (Статьи)
2017-06-07T20:02:18Z
<p>MikhailZaborov: </p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* 2017 июнь [ https://www.slideshare.net/supercoban/ss-76741605 РИТ++. WebScale IT Омниканальность в Рознице]<br />
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]<br />
* [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]<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:MikhailZaborov&diff=43667
Участник:MikhailZaborov
2015-08-12T21:22:50Z
<p>MikhailZaborov: Новая страница: «{{WikiCutBegin| Свернутый текст}} Подробный текст Подробный текст Подробный текст Подробный те…»</p>
<hr />
<div>{{WikiCutBegin| Свернутый текст}}<br />
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст <br />
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст <br />
Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст Подробный текст <br />
{{WikiCutEnd|}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=43023
Категория:Михаил Заборов (Статьи)
2014-01-10T17:18:47Z
<p>MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=29952 2013 декабрь Intelligent Enterprise №11-12 (256). Круглый стол «Хвост не должен вилять собакой»]<br />
* [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]<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28708 2013 Май Intelligent Enterprise №5 (251). Круглый стол. «Интеграция. Основная проблема – системная сложность»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42979
Категория:Михаил Заборов (Статьи)
2013-12-10T09:01:24Z
<p>MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* 2013 ноябрь Intelligent Enterprise. Круглый стол Риски.<br />
* [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]<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42978
Категория:Михаил Заборов (Статьи)
2013-12-03T07:16:22Z
<p>MikhailZaborov: /* Выступления Михаила Заборова на конференциях */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* 2013 декабрь [http://testing-club.ru/?p=210 Московский клуб тестировщиков. Круглый стол. “Гибкость – как правильно жить и работать?”] [http://www.slideshare.net/supercoban/agile-28832022 Презентация]<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42854
Категория:Михаил Заборов (Статьи)
2013-10-18T18:52:27Z
<p>MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]] <noinclude> [[Категория:По авторам (статьи сотрудников)|З]] [[Категория:CustisWikiToLib]] </noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42788
Категория:Михаил Заборов (Статьи)
2013-09-17T06:34:55Z
<p>MikhailZaborov: </p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42786
Категория:Михаил Заборов (Статьи)
2013-09-09T12:39:31Z
<p>MikhailZaborov: /* Выступления Михаила Заборова на конференциях */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [http://whalerider.ru/2012/abstracts/370.html 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности"]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://whalerider.ru/2011/abstracts/905.html 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :)]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9E_%D1%87%D0%B5%D0%BC_%D0%BD%D1%83%D0%B6%D0%BD%D0%BE_%D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE_%D0%BF%D0%BE%D0%B4%D1%83%D0%BC%D0%B0%D1%82%D1%8C,_%D1%80%D0%B0%D0%B7%D0%B2%D0%B8%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2,_2011-05-17)&diff=42787
О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)
2013-09-09T10:43:42Z
<p>MikhailZaborov: /* Презентация */</p>
<hr />
<div><!-- == Аннотация == --><br />
[[Категория:Михаил Заборов|Михаил Заборов]]<br />
;Докладчик: [[:Категория:Михаил Заборов|Михаил Заборов]]<br />
<br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|24693980|720|405}}<br />
<noinclude>{{Нужен подкаст?}}</noinclude><br />
<br />
<br />
== Слайды ==<br />
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf||left|page=-|256px]]<br />
<br />
----<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
<blockquote><br />
Михаил из КастИСа рассказывал про то, о чем надо думать, когда собираешься или уже развиваешь персонал. Много умных мыслей про то, какие косяки могут возникнуть, если подходить к вопросам развития персонала бездумно. Очень жизнерадостный доклад. На вопросах и ответах поржали. Из того, что действительно запомнилось:<br />
<br />
* «Игра в развитие процесс необратимый. Формальные критерии показателей развития — зло»<br />
* «Вася, пока ты ковыряешся в носу, ты не станешь менеджером проекта».<br />
* «С развитием людей как с сексом у ежиков — очень осторожно»<br />
[http://dumtest.livejournal.com/9752.html ©]</blockquote><br />
<br />
<blockquote><br />
…Зажигательно зажег про развитие сотрудников Михаил Заборов, синьор менеджер из компании Custis. Жег Михаил про то, о чем люди забывают подумать, занимаясь развитие других людей. И какие подводные грабли ждут всех участников этих историй. Настоятельно рекомендуется к просмотру.<br />
[http://www.happy-pm.com/blog/?p=7050 ©]</blockquote> <br />
<br />
<blockquote><br />
…Михаил Заборов, на мой взгляд, представил просто лучший доклад под названием «О чем нужно подумать, развивая персонал»…<br />
[http://pmlead.ru/?p=905 ©]</blockquote><br />
<br />
<noinclude>{{replicate-from-custiswiki-to-lib}}</noinclude><br />
<br />
[[Категория:Собрания Stratoplan.ru]]<br />
[[Категория:Михаил Заборов (Статьи)]]<br />
[[Категория: Менеджмент (доклады)]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42780
Категория:Михаил Заборов (Статьи)
2013-09-04T20:03:13Z
<p>MikhailZaborov: /* Выступления Михаила Заборова на конференциях */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* 2012 Сентябрь. WhaleRaider. "Расстройство клиентоориентированности" <br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* 2011 Сентябрь. WhaleRaider. "Развитие персонала"? Оно вам надо? :) <br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9E_%D1%87%D0%B5%D0%BC_%D0%BD%D1%83%D0%B6%D0%BD%D0%BE_%D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE_%D0%BF%D0%BE%D0%B4%D1%83%D0%BC%D0%B0%D1%82%D1%8C,_%D1%80%D0%B0%D0%B7%D0%B2%D0%B8%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2,_2011-05-17).pdf&diff=42782
Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf
2013-09-04T19:58:54Z
<p>MikhailZaborov: </p>
<hr />
<div></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9E_%D1%87%D0%B5%D0%BC_%D0%BD%D1%83%D0%B6%D0%BD%D0%BE_%D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE_%D0%BF%D0%BE%D0%B4%D1%83%D0%BC%D0%B0%D1%82%D1%8C,_%D1%80%D0%B0%D0%B7%D0%B2%D0%B8%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2,_2011-05-17)&diff=42781
О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)
2013-09-04T19:58:16Z
<p>MikhailZaborov: </p>
<hr />
<div><!-- == Аннотация == --><br />
[[Категория:Михаил Заборов|Михаил Заборов]]<br />
;Докладчик: [[:Категория:Михаил Заборов|Михаил Заборов]]<br />
<br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|24693980|720|405}}<br />
<noinclude>{{Нужен подкаст?}}</noinclude><br />
<br />
<br />
== Презентация ==<br />
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf|center|640px]]<br />
<br />
----<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
<blockquote><br />
Михаил из КастИСа рассказывал про то, о чем надо думать, когда собираешься или уже развиваешь персонал. Много умных мыслей про то, какие косяки могут возникнуть, если подходить к вопросам развития персонала бездумно. Очень жизнерадостный доклад. На вопросах и ответах поржали. Из того, что действительно запомнилось:<br />
<br />
* «Игра в развитие процесс необратимый. Формальные критерии показателей развития — зло»<br />
* «Вася, пока ты ковыряешся в носу, ты не станешь менеджером проекта».<br />
* «С развитием людей как с сексом у ежиков — очень осторожно»<br />
[http://dumtest.livejournal.com/9752.html ©]</blockquote><br />
<br />
<blockquote><br />
…Зажигательно зажег про развитие сотрудников Михаил Заборов, синьор менеджер из компании Custis. Жег Михаил про то, о чем люди забывают подумать, занимаясь развитие других людей. И какие подводные грабли ждут всех участников этих историй. Настоятельно рекомендуется к просмотру.<br />
[http://www.happy-pm.com/blog/?p=7050 ©]</blockquote> <br />
<br />
<blockquote><br />
…Михаил Заборов, на мой взгляд, представил просто лучший доклад под названием «О чем нужно подумать, развивая персонал»…<br />
[http://pmlead.ru/?p=905 ©]</blockquote><br />
<br />
<noinclude>{{replicate-from-custiswiki-to-lib}}</noinclude><br />
<br />
[[Категория:Собрания Stratoplan.ru]]<br />
[[Категория:Михаил Заборов (Статьи)]]<br />
[[Категория: Менеджмент (доклады)]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42779
Категория:Михаил Заборов (Статьи)
2013-08-30T14:13:16Z
<p>MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/master-class/detail.php?ID=28880 2013 июль. Intelligent Enterprise № 7-8 (253). «Управление справочными данными гибкий подход»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42778
Категория:Михаил Заборов (Статьи)
2013-08-12T08:11:33Z
<p>MikhailZaborov: /* Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* 2013 июль. Intelligent Enterprise № 7-8. «Управление справочными данными гибкий подход»<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2013 март. Intelligent Enterprise № 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Интервью «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=SoftwarePeople-2010:%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2%D0%B0_%D0%9C.%D0%90.&diff=42720
SoftwarePeople-2010:Отчет Заборова М.А.
2013-06-17T14:38:49Z
<p>MikhailZaborov: /* Питер Хрущка */</p>
<hr />
<div>[http://mikle.moikrug.ru Моя страница на Круге]<br />
<br />
[[Файл:Миша Заборов.jpg|right|100px]]<br />
<br />
= Общие ощущения от конференции =<br />
В целом (на фоне других конференции) организация очень хорошая. Теперь по порядку<br />
<br />
== Что понравилось ==<br />
;много народу: По сравнению например в [http://www.arch-labs.ru/ ArchLabs]. Похоже народ не теряет интерес к этим конференциям<br />
;народ новый: Обычно на уже на третей подряд конференции — одни и те же лица и доклады про одно и то же. А в этот раз почти все люди новые (только несколько знакомых докладчиков). — Наверное я давно на конференции не ходил…<br />
;WiFi: Очень хорошо что был. В периодах, где были не интересные(для меня) доклады, удавалось поработать. Основную часть отчета написал на конференции :-), что сэкономило кучу времени. Единственная неприятность, что wifi периодически падал :-((. Обычно это совпадало с попытками Web трансляций кого-нить из Microsoft (например Дона Сайма).<br />
;качество докладов: В общем очень приличное. Было 2-3 доклада ради которых стоило сходить на конференцию, хотя, конечно, были и проходные доклады.<br />
;очень мало организационных накладок: В отличии например от SEC(R), доклады проходили по расписанию. ''Timeline'' выдерживался. Замен практически не было (Только Дон Смит).<br />
;обед сидя: Огромный кармический плюс организаторам за большой холл и столы. В кои то веки за обедом (а также на а кофе-брейках и других перерывах) можно было по-человечески посидеть и пообщаться.<br />
;таблички с докладчиками на обеде: Организаторы придумали фишку — ставить на столы таблички с именем докладчика, что бы посетители могли выбирать с кем сидеть на обеде. Идея наверное хорошая, но реализация получилась так себе (Многие докладчики на таблички забили), а те что не забили, были не очень разговорчивые.<br />
;web трансляция: Вроде как была неплохая вебтрансляция. Иногда доходило до смешного — сидя в холле с кофе народ смотрел, через wifi что происходит за соседней дверью (сам так делал ^-^).<br />
<br />
== Что не понравилось ==<br />
; Электрические розетки: В связи с появлением wifi, самым критичным ресурсом стало электричество. Розеток было очень мало... подкормить <s>своего питомца</s> свой laptop можно было только отняв розетку у аппарата подогрева кофе.<br />
; SPAM доклады: Завели совершенно дурацкую практику докладов во время кофе-брейков (например Qiwi, Softline). Выглядело это как группа заезжих коммивояжеров, тщетно пытающихся привлечь внимание отдыхающих... Вещи рассказывали достаточно банальные и спокойно общаться не давали… В общем, сильно раздражало.<br />
<br />
;Выложенное Видео: Очень с одной строны удобно.. Начал посмотреть видео Стаса (прослушал классическую часть про SVN+Wiki+Bugzills). Неудобно, что не получается дать ссылку на видео и презентации. Так же, на 15 минуте видео оборвалось. А воспроизвести с произвольного места не получается. :-(. Попробовал второй раз в IE — тот же эффект.<br />
;{{bad-words|Кондиционеры}}: На втором треке были адски злые кондиционеры которые дули прямо в спину.. 3 раза просил организаторов и докладчиков отключить — обещали сделать — так и не сделали. Больше не ходил на второй трек и два дня ел арбидол. Огромный кармический минус организаторам..<br />
;Бубнеж синхронистов: Качество синхронного перевода, как всегда, не очень высокое (можно например посмотреть видео доклада Питера Хрущки для то, что бы понять качество). Мало того, синхронисты находились в том же помещении, что и докладчик и слушатели, и своим бубнежом отвлекали тех, кому перевод не требовался.<br />
<br />
;Fail доклада Дона Смита: В связи с [http://news.yandex.ru/yandsearch?rpt=nnews&grhow=clutop&text=облако%20вулканической%20пыли облаком вулканической пыли] благородные Доны (Смит и Сайм) не долетели до конференции... Дона Сайма показывали через Web (Не очень ИМХО удачное решение). А Дона Смита даже не показали. Но наверное неправильно тут в чем-то упрекать организаторов.<br />
<br />
;<font color="red">Пивная вечеринка — «Soft Party» — полный отстой </font> :Пиво в банках, хреновое, и всем не хватило (еды вообще хватало не всем), закуски никакой. Лучше бы не позорились и не анонсировали его и не проводили совсем.<br />
<br />
= Доклады =<br />
<br />
== 1 день ==<br />
<br />
=== Питер Хрущка (Atlantic Systems Guild). An Agile Mindset ===<br />
Народ упорно называл его Хрюшка :-). Представляет ''Atlantic Systems Guild'' — это сообщество <s>старых пердунов</s> гуру программирования (состав смотри [http://www.systemsguild.com здесь]), которые делятся опытом и пишут книги. Из всех я знаю только Toma Demarco.<br />
<br />
Очень интересный доклад, в котором он затрагивал актуальную для нас тему: Роли которые управляют Agile-проектом. После доклада еще минут 15 продуктивно [[#Питер Хрущка|общался в холле]]. Говорил разумно, вообще чувствуется в Питер в теме..<br />
<br />
Основные тезисы, которые мне запомнились:<br />
<br />
==== Эволюция методов разработки ====<br />
Зачем-то привел свою теорию методов разработки.<br />
<br />
Началось все со Структурного програмирования (''Structured Methods''), которые подарили нам такие замечательные вещи как [[RuPedia:DFD|DFD]] и [[RuPedia:ER-модель_данных|ER-диаграммы]], и вообще научили вначале продумывать архитектуру приложения, а потом уже кодировать.<br />
<br />
Потом появилось OOП (Которые нам принесли Буч, Йордан (? почему он) и еще какой-то народ, которые нам дали Объектно-ориентированный анализ и проектирование<br />
а потом достаточно стандартные «бла-бла» про Agile который пришел на смену (Манифест и так далее).<br />
<br />
Самое главная мысль в этом месте, что следующий этап '''не отменяет достижений предыдущего'''. <br />
В этом смысле '''Agile не отменяет хороший предварительный дизайн приложения''' (и вообще идеи «не проектировать на будущее» и «постоянный рефакторинг» — глубоко чужды Питеру).<br />
<br />
==== Роли в Agile ====<br />
Интересно, как Питер определяет основные роли (''Must Have in Agile''):<br />
;Product Owner (PO): ответственный за требования. <tt>PO=Business Analyst=Requirements Engineering</tt>.<br />
:Обычно эту роль исполняет:<br />
:* Руководитель проекта<br />
:* Заказчик<br />
:* Маркетинг<br />
<br />
;Software Architect (SA): Ответственный за решение. Это может быть:<br />
:* TechLead<br />
:* Boss of the Developers<br />
:* Lead Programmer<br />
: Это человека, который:<br />
:* разговаривает с заказчиком<br />
:* «продает» архитектуру<br />
:* наблюдает (''Supervise'') за разработчиками.<br />
: Основные скиллы:<br />
:* Анализ<br />
:* Проектирование<br />
:* Коммуникации<br />
<br />
;Project Manager (PM): ответственный за проект. Он же Agile Leader.<br />
:Человек который:<br />
:* Следит за тем что все, что нужно сделано (Done).<br />
:* Практикует эндшпили (убирает критические проблемы и принимает критические решения, для того, чтобы сдать релиз к сроку).<br />
:* Обеспечивает периоды стабильности для команды, которые чередуются периодами, в которых можно менять Scope (''Seasons of Change'').<br />
:* Занимается людьми (''Peopleware'').<br />
:* Мониторит риски проекта.<br />
<br />
<br />
{{important}} Питер считает, что никогда нельзя совмещать SA и PO. Естественно, этот вопрос я не мог оставить без внимания и замучал его в перерыве. <br />
Интересно, что Scrum-Master это еще какая-то другая роль, про которую он не сказал, а на прямой вопрос ответил уклончиво.<br />
<br />
==== Agile Requirements ====<br />
Рассказал Питер и про то, что такое ''Agile Requirements''.<br />
* Рассказал то, что мы называем «Методом набегающей волны» (подробно прорабатываем только те требования, которые собираемся делать в ближайшее время, а остальное прорабатываем в крупном).<br />
* Есть 2 способа снятия требований — поверхностный (''snorkeling'') и глубокий (''scuba diving'').<br />
* Все время нужно отслеживать Scope (по аналогии с большим теннисом: ''Whiteline'' — граница проекта)<br />
* Формировать требования нужно в партнерстве с заказчиком (''co-education'')..<br />
<br />
=== Анжей Аршавский (IBM). Програмное обеспечение для разумной планеты ===<br />
* Очередной «вендорский доклад» от IBM.<br />
* Не пошел слушать (чему очень рад). Вместо этого общался с Питером Хрущка.<br />
* Народ непрерывно уходил с доклада.<br />
* Когда дошло до Jazz-a не выдержал и Игорь Беспальчук (и мы с ним успели обсудить доклад Хрушки).<br />
<br />
=== Дон Сайм(Microsof). F# -функциональное программирование становится трендом ===<br />
* На F# не пошел… Читал почту, писал отчет..<br />
* Зашел уже в момент, когда Дон отвечал на вопросы. Оказывается, это была телеконференция. Дон вещал удаленно (наверное именно поэтому падал WiFi). Качество звука достаточно приличное. Картинка с изображением докладчика подтормаживала.<br />
<br />
=== Дон Смит (P&P Team Microsoft). Разрешение конфликтов разработки ===<br />
* Fail — Доклада не было (из-за проблем со связью).<br />
* Вместо него был Дмитрий Сошников программирование игр на платформе XNE.. опять не пошел :-(<br />
<br />
=== Дмитрий Безуглый. Кто такой менеджер продукта и что он может дать разработчику? ===<br />
Забавный доклад на тему «продуктовая разработка vs. заказная разработка». В общем ничего нового, но есть провокационные и весьма спорные утверждения (наверное это что-то личное от докладчика):<br />
* Сейчас идет движение от заказной разработки к продуктовой (все хотят делать продукт).<br />
* Зарплата разработчиков в продуктовой разработке выше, чем в заказной.<br />
* Вначале нужно поработать в большой Аутсорсинговой компании, а потом уходить в продуктовую.<br />
* В продуктовой компании используют более новые (и рисковые) технологии, что бы обеспечить себе конкурентное преимущество (см график).<br />
<br />
'''s-curve''':<br />
<br />
[[Image:s-curve.png|''s-curve'']]<br />
* ''Research & Development'' в заказной разработке '''r&D''' (больше Development-a меньше Research-а), а в продуктовой '''R&d'''.<br />
Все это сомнительно и '''ОЧЕНЬ''' спорно…<br />
<br />
Еще интересные и забавные мысли :<br />
* Заказную разработку сложно продать (ее сравнивают с готовыми продуктами).<br />
* PM — расшифровывается как «Прослойка Между» (теми кому чего-то надо и теми кто уже ничего не хочет).<br />
<br />
* [http://www.slideshare.net/bredyuk/software-people ссылка на презентацию]<br />
<br />
=== Сергей Нужненко (Лаборатория Касперского) Техники и подходы к планированию аналитических работ ===<br />
Ничего не понял. Доклад не структурирован, полон общефилософских категорий и плохо сформулированных идей. В чем основная мысль не понятно. Презентация есть [http://softwarepeople.ru/sp2010/program/ на сайте конференции].<br />
<br />
Несвязные тезисы по памяти<br />
* '''Шнурок''' — шнурок нельзя затолкать снизу (от разработчика), все движение должно быть от заказчика.<br />
* ошибки аналитика самые дорогие ([[Участник:MikhailZaborov|MikhailZaborov]] 10:56, 23 апреля 2010 (UTC) тоже мне новость) 2 способа бороться:<br />
** внутренняя приемка<br />
** итеративность<br />
* Аналитик всегда работает с неопределенностью<br />
* тяжело проверить и померить результат работы аналитика<br />
* Каналы общения аналитика со всеми остальными (PM, Заказчик, Разработчкик) должны быть доступными<br />
* Качество моделей, которые строит аналитик состоит из 2ух частей:<br />
** полнота<br />
** непротиворечивость<br />
** [[Участник:MikhailZaborov|MikhailZaborov]] 10:56, 23 апреля 2010 (UTC)А как же адекватность предметной области и задач?<br />
* проверять качество можно только трассировкой<br />
* Фундамент аналитика:<br />
** должен владеть<br />
*** формальной логикой<br />
*** принципов классификации<br />
** системным подходом (ЛПР, стратификации, состав, иерархия, структура)<br />
** Модели/категории<br />
*** модель сущность-связь<br />
*** сущность/явление<br />
** Кроме того, аналитик должен понимать<br />
*** контекст (истина относительна).<br />
*** понятие границы (объектов не существует).<br />
<br />
== Второй день ==<br />
<br />
=== Сурен Самарчан (Innova). Типичный день эффективного лидера ===<br />
* 95% менеджеров не знают, чем заниматься в течении дня<br />
Не понятно причем тут распорядок дня менеджера. но доклад очень позитивен,<br />
по полочкам разложено, то, что и так (по крайней мере, мне) было понятно.<br />
Готов подписаться почти подо всем сказанным. <br />
То что рассказывал Сурен, несколько отличается от того, что написано в презентации, поэтому привожу здесь тезисы, которые успел записать:<br />
<br />
<big>'''Основные активности руководителя :'''</big><br />
<br />
'''1. Усиление команды'''<br />
* Поиск лучших/увольнение худших/обучение/повышение в сотрудниках уверенности в себе и самокритичности;<br />
* Компания растет быстрее чем люди (пример Dell);<br />
* Непродуктивные люди это не 0, это минус (от них нужно избавляться как можно скорее).<br />
<br />
Лидеры команд (и не только) должны обладать следующими качествами:<br />
* У них есть Vision;<br />
* Бесконечный оптимизм;<br />
* Самокритичность.<br />
<br />
Используйте любое событие, чтобы обучать людей. Пример — Парный менеджмент (аналог парного программирования):<br />
* следить за менеджером и записывать его косяки;<br />
* решить совместно задачу (размышлять вслух);<br />
* разложить задачу на серию простых шагов.<br />
<br />
Сессии критики (руководитель критикует сотрудника, потом коллеги, потом сам себя)<br />
: [[Участник:MikhailZaborov|MikhailZaborov]] 06:22, 23 апреля 2010 (UTC) Хорошо, если самооценка сотрудника при этом не упадет ниже плинтуса.<br />
<br />
''' Самостоятельность '''<br />
* Лидер уходит -> команда работает.<br />
* все понятные команде работы должна делать команда.<br />
<br />
''' Энергия '''<br />
* Лидер передает собственную энергетику команде.<br />
* Харизма — критично важна (человек без харизмы будет убеждать месяцами сделать то, что харизматичный лидер стимулирует за 1 минуту).<br />
* Лидер передает энергетику личным примером.<br />
** Работает больше всех.<br />
** Не устает (не показывает усталость).<br />
** ''' не жалуется, не унывает, не паникует'''.<br />
* Какой лидер, такая и команда.<br />
* Проактивно относится к инициативе.<br />
* Доступен для сотрудников.<br />
* Искренне ждет результатов от сотрудников.<br />
<br />
''' Атмосфера'''<br />
<br />
Лидер создает атмосферу уверенности которая состоит из:<br />
<br />
на 80 %<br />
* Искренность (что думают то и говорят).<br />
* Ответственность (что говорят то и делают).<br />
<br />
на 20 %<br />
* Непоколебимые принципы компании.<br />
<br />
Кроме того:<br />
* не присваивайте чужих достижений;<br />
* реагируете на деструктивные высказывания;<br />
* чувствуйте гордость за компанию.<br />
<br />
''' Вопросы '''<br />
* интересуйтесь работой людей;<br />
* люди чувствуют ваше присутствие;<br />
* разберитесь хотя бы с одним вопросом детально;<br />
* записывайте вопрос(задачу) который вы задали и проверяйте что ответ(решение) получено.<br />
<br />
''' Правила игры '''<br />
* нужно создавать правила игры;<br />
* все правила существуют только в контексте;<br />
* правил которым нужно следовать на 100 % не существуют (очень мало);<br />
* структура управления должна быть максимально плоской.<br />
<br />
''' Преграды '''<br />
* Нужно видеть большую картинку.<br />
* Все нужно упрощать.<br />
* Не терять энтузиазм по каждой мелочи (будет много неудач).<br />
<br />
''' Думать о будущем '''<br />
* Даже если пожар, нужно думать о будущем.<br />
<br />
Кроме того Сурену были заданы вопросы. В частности обсуждалась мотивация сотрудников<br />
(работа за деньги/ на результат, work/life balance). Примеры и вопросов и ответы на них хорошо описаны у [[Software_People_2010:_отчет_Игоря_Беспальчука#Сурен Самарчан. «Типичный день эффективного лидера»| Игоря Беспальчука]]<br />
<br />
=== Сергей Архипенков. Технология командообразования ===<br />
Очередной доклад Архипенкова про команды.<br />
<br />
Начал за здравие, но в конце начал нести какую-то муть.. и на вопросы отвечал тоже очень странно.<br />
<br />
Но народу видимо очень понравилось — Сергея не отпускали 30 минут, и заняли время кофебрейка.<br />
<br />
==== Что такое команда ====<br />
* общие цели и ценности;<br />
* взаимное доверие;<br />
* неформальные горизонтальные коммуникации;<br />
* коллективная ответственность.<br />
<br />
команда и группа — не одно и тоже:<br />
* команде цели нужно ставить только в общем виде (взять Эверест).<br />
<br />
==== Как собирать команду 3 шага ====<br />
''' Шаг 1. правильные люди '''<br />
* эффективность(E)<br />
E=IQ x EQ^2<br />
IQ - [http://ru.wikipedia.org/wiki/IQ Интелект]<br />
EQ - [http://www.hr-portal.ru/article/emotsionalnyi-intellekt-eq Эмоциональный интеллект]<br />
EQ = Осознание чего хочет+ Воля воплотить + Эмпатия<br />
* проактивность (чаще всего делают не то, что хочет)<br />
* командный игрок<br />
[[Image:team_player.png]]<br />
<br />
===== Шаг 2. Выбрать Лидера =====<br />
«настоящих буйных мало вот и нету вожаков» (с) Высоцкий<br />
* Навыки управленца<br />
* Лидерство<br />
[[Image:leader.png]]<br />
* Садовник<br />
<br />
Лидера нельзя назначить — он должен получить признание:<br />
* как профессионала (''Признание'')<br />
* как управленца (''Доверие'')<br />
<br />
{| class="wikitable" border="1"<br />
! Признание !! Доверие !! стиль управления<br />
|-<br />
| нет || нет || Директивное управлении<br />
|-<br />
| да || нет || Объяснения<br />
|-<br />
| нет || да || Участие<br />
|-<br />
| да || да || Делегирование<br />
|}<br />
:[[Участник:MikhailZaborov|MikhailZaborov]] 07:05, 23 апреля 2010 (UTC) Крайне сомнительная и спорная табличка<br />
<br />
* руководитель должен быть частью команды.<br />
* Не ждите от команды вовлеченности больше, чем у лидера.<br />
<br />
===== Шаг 3. Точим пилу =====<br />
Опять начал про 4П и какую-то муть про управление процессом :-(<br />
<br />
=== Стендовый доклад Дмитрий Лайер (Softline), Борис Вольфсон (Softline) Agile MixFight по правилу Win-Win ===<br />
Очередной SPAM доклад в время кофе-брейка. Попытка привести аналогии между SCRUM в разработке ПО с принципами игры Регби. <br />
В начале привлекли внимания в виде веселого видеоролика. <br />
Ролик забавный, но мысли там достаточно поверхностные (фрагменты из игры регби чередовались с прыгающими и <br />
кривляющимися у SCRUM доски разработчиками).<br />
Т.е дальше мысли о том что и в Регби и в Agile должен присутствовать кураж не пошло… <br />
Далее последовала очень нудная история о внедрении SCRUM в Softline.<br />
<br />
=== Александр Орлов (Happy-PM.ru) 10 проблем обратной связи ===<br />
Очень хороший и бодрый доклад про проблемы с обратной связью.. Не могу сказать что список проблем полон, но про то что рассказал все очень хорошо и по делу<br />
<br />
Провел аналогию между управление проектами и нелинейными шахматами:<br />
* Конь демотивирован и теперь ходит на 1 клетку.<br />
* Ладья уходит в декрет.<br />
* Ферзь увольняется.<br />
<br />
Типовая ситуация с обратная связью в компании<br />
* ее нет<br />
* есть, но такая<br />
* есть, но не туда<br />
* есть, но не про то..<br />
* есть, но не от туда…<br />
* есть, но не та<br />
* … и т. д.<br />
<br />
Далее Александр описал 10 (по его мнению типовых) проблем с обратной связью:<br />
; Отсутствие обратной связи разработчикам от пользователей: Разработчикам важно знать для кого он работает. Нужно понимать что от его действий что-то в мире изменилось (стало больше добра…).<br />
; Нет общения руководителя с сотрудником 1 на 1: 65 % времени нужно уделять внимание на такое общение. Общение с командой не заменяет общения 1 на 1. Когда сотрудники не получают такого общения — они чувствуют себя брошенными.<br />
; Нет конструктивной (ругань) обратной связи: Нельзя только хвалить — нужно ругать.<br />
; Менеджеры не говорят спасибо: тут вроде все понятно.<br />
; Руководитель дает публичную конструктивную обратную связь: Руководитель рвет подчиненного публично (синдром учительницы). Общеизвестный принцип — хвалить нужно публично, ругать лично.<br />
; Руководитель переходит на личность: Принцип сэндвича: Похвалил/поругал/похвалил.<br />
; Обсуждается процесс, а не результат: «Результата нет, а он еще на bash.org сидит». — Не надо бороться с процессом (закрывать сайты, отслеживать посещаемость и т. д.) нужно требовать результат.<br />
; Нет ОС от сотрудников к менеджеру: Есть несколько вещей удерживающих людей там, где они суперкомпетентны, но им не интересно — это з/п, ипотека, …, и менеджер. Нужно получать обратную связь от сотрудников по поводу того как они относятся к тому, чем они занимаются. В некоторых компаниях вводили процедуру оценки сотрудником задачи (интересно/не интересно/тошнит). Agile эту проблему решает частично (решает, пока сотруднику не надоела вся область).<br />
<br />
{{note}} [[Участник:Mikle Zaborov|MikhailZaborov]] 20:51, 5 мая 2010 (UTC) Наверное было бы интересно и у нас что-то такое попробовать<br />
<br />
;Нет ОС снизу вверх: Большой разрыв. Руководство не слышит ОС от сотрудников с низов. Иногда нужно рвать уровни иерархии. Директор должен периодически общаться с техническими сотрудниками.<br />
;Ретроспективы: Нужно проводить личные ретроспективы (анализ своей деятельности постфактум).<br />
<br />
Интересные цитаты:<br />
* «проблемы менеджера, не в том, что люди смертны, а в том, что люди '''внезапно''' смертны»<br />
* «Надеяться, что HR замотивирует ваших сотрудников — тоже самое, что надеяться на то, что соседи воспитают ваших детей».<br />
<br />
=== Олег Ридченко (Intetics). Обучение, развитие и оценка руководителей проектов в IT компании ===<br />
Достаточно уныло и занудно… Пример механистического отношения к управлению персонала (Ужас!! Ужас!!). Это то куда нам ни в коем случае не нужно свалиться<br />
<br />
* процесс обучения и оценки руководителей проектов.<br />
* Intetics (250 человек 2 города Минск и Харьков. 13 руководителей проекта. 3 Года уже работает)<br />
<br />
==== Проблемы ====<br />
* управление индивидуальной деятельностью сотрудников (синхронизации векторов развития сотрудника и компании):<br />
** повышение мотивации;<br />
** определение ценности;<br />
** повышение ценности сотрудника для компании;<br />
* для РМ:<br />
** нет измеримых критериев оценки;<br />
** не понятно кто оценивает.<br />
<br />
Пробовали ''360 review''. Не получилось:<br />
* потому, что дорого.<br />
* неэффективно (народ относится поверхностно).<br />
<br />
==== Система управления индивидуальной деятельностью ====<br />
Состоит из 4ех частей ([[Участник:MikhailZaborov|MikhailZaborov]] 21:00, 5 мая 2010 (UTC) странные какие-то части… ну да ладно):<br />
* Система компетенций.<br />
* Цели компании.<br />
* Персональные цели.<br />
* Оценка руководителей.<br />
<br />
+ Система автоматизации всего этого добра на <tt>Sharepoint</tt>.<br />
<br />
===== Система компетенций =====<br />
* 17 компетенций (описание навыков и критерии соответствия).<br />
* 2 IT специфичные — остальные общеуправленческие.<br />
* у каждой компетенцию с весом (общая сумма 100).<br />
* значение каждой от 0..1<br />
* Оценки ставит сам руководитель и его начальник.<br />
* Компетенции откуда-то тырили ([[Участник:MikhailZaborov|MikhailZaborov]] 20:54, 5 мая 2010 (UTC) я попросил прислать — отказали).<br />
<br />
===== Цели компании =====<br />
* SCOPE<br />
* Бюджет<br />
* Время<br />
<br />
===== Персональные цели =====<br />
* Персональные области для развитие;<br />
* Составление ПЛР (план личностного развития);<br />
* Составление плана развитие — задача самого РП;<br />
** Руководитель '''cам''' анализирует свои проблемные области;<br />
** Cогласует дальнейшие шаги со своим руководителем (тот следит что бы не было никакой лажи).<br />
<br />
=== Стас Фомин (CustIS). Knowledge Management: от Склада к Потоку ===<br />
Хотел посмотреть выложенное Стасом видео. То что на сайте SofwarePeople отрубается на 15 минуте, а то что Стас выложил показывается в ужасных кубиках :-(<br />
{{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, например)}}.<br />
<br />
=== Станислав Давыдов Мастер-класc: Разрешение конфликтов и налаживание обратной связи в командах ===<br />
В начале была странная игра с разрешением конфликта в группе.<br />
* придумали 5 конфликтных ситуаций (типа менеджеры заставляют программистов тестировать);<br />
* посадили всех в кружки (человек по 10) и сказали: «а теперь решайте конфликт»;<br />
* …<br />
* PROFIT!<br />
<br />
: {{note}} [[Участник:MikhailZaborov|MikhailZaborov]] 21:03, 5 мая 2010 (UTC) :-(. Все больше убеждаюсь, что такие мастер-классы на конференциях — это какая-то странная попытка развлечь аудиторию.<br />
<br />
<br />
Далее Станислав предложил методику мотивационных анкет (простая и достаточно интересная):<br />
* выбираются мотивационные факторы (зарплата, технологии, рабочее место, гибкий график и т. д.)<br />
* для каждого фактора ставится 2 оценки (от 1 до 4) — ''важность'' и ''удовлетворенность''.<br />
А вот дальше странно:<br />
* Это информация складывается и выкладывается публично.<br />
* команда обсуждает результаты оценки.<br />
: {{note}} [[Участник:MikhailZaborov|MikhailZaborov]] 21:03, 5 мая 2010 (UTC) Первые 2 пункта я бы у нас попробовал…<br />
<br />
В конце он рассказывал ОЧЕНЬ странный кейс который от с помощью этой методики решал (и до конца так вроде как не решил): «Тупой быдлокодер, пишуший говнокод, пахнущий грязными носками, которого нельзя уволить». В результате методики удалось полечить только проблему носков …<br />
<br />
= Встречи =<br />
<br />
== Питер Хрущка ==<br />
[[Файл:Михаил Заборов и Питер Хрущка.jpg|right|384px]]<br />
Естественно, я не мог оставить без внимания заявление Питера по поводу того, что нельзя совмещать PM и SA. Решил замучать его в перерыве, в результате мы общались во время доклада Анджея Аршавского. Получил от Питера следующие разъяснения:<br />
* Теоретически допустима ситуация, когда руководитель проекта выполняет функции архитектора (руководитель типа «Атлант»). Но только на небольших командах и это совсем не масштабируемо.<br />
* PM должен мыслить в краткосрочных терминах (сдать проект в нужные сроки за нужные деньги).<br />
* SA в долгосрочных (архитектура должна быть устойчивой, надежной и т. д.).<br />
* Бесконечный рефакторинг — это плохо (Стратегия ''Nothing in Advance'' работает плохо, как впрочем и любой другой экстремизм).<br />
* Распределение ответственности между ролями выглядит так:<br />
[[Image:SoftwarePeople2010-AgileRoles.png|400px ]]<br />
<br />
* Архитектуру приложения на самом деле создает и PO и SA. Питер считает, что в любой архитектуре есть бизнесовое ядро (20-30%), в котором нет технических деталей, и которое, в идеале, PO проектирует вместе с заказчиком, а SA его верифицирует и дополняет техническими подробностями. Бывают случаи когда PO не в состоянии спроектировать ядро архитектуры и тогда это приходится делать SA.<br />
<br />
[[Файл:SoftwarePeople2010-Arch.png|200px ]]<br />
<br />
----<br />
Пообсуждали этот вопрос с Игорем Беспальчуком. Поняли, что в таких терминах мы вполне можем с ним договориться (а у нас на эту тему давно идут дискуссии) и весь вопрос заключается в том — насколько сильно PO погружается в технические детали.<br />
<br />
[[Категория:SoftwarePeople-2010]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42707
Категория:Михаил Заборов (Статьи)
2013-05-27T08:45:27Z
<p>MikhailZaborov: </p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
= Выступления Михаила Заборова на конференциях =<br />
* [http://analystdays.com/talk.sdf/analystdays/analystdays2/talks/7975 2013 май. AnalystDays 2. Архитектура — что это?]<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Технологии разработки». Архитектура — что это?<br />
* 2013 май. Стратоплан Tech & Bussiness Summit. Секция «Проектирование и анализ». Круглый стол «Перспективы профессии и проблемы в ней»<br />
* [http://msk13.agiledays.ru/reports/view/51/ 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь. SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. «Развитие персонала? Оно вам надо? :)»]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
= Статьи Михаила Заборова, опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№ 3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) Круглый стол «Найти скрытую логику»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise № 11 (245) «Процессы: ключевые или сквозные?»]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise № 5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). «Системная архитектура»]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, «Готовый продукт или заказная разработка?»]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь. Intelligent Enterprise № 13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), № 12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), № 9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№ 7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42536
Категория:Михаил Заборов (Статьи)
2013-04-29T06:37:45Z
<p>MikhailZaborov: /* Выступления Михаила Заборова на конференциях */</p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
=Выступления Михаила Заборова на конференциях=<br />
* [http://www.slideshare.net/agiledays/scrum-custis-scrumtrek 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
=Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42526
Категория:Михаил Заборов (Статьи)
2013-04-18T16:13:10Z
<p>MikhailZaborov: </p>
<hr />
<div><enableheadshift><br />
[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
=Выступления Михаила Заборова на конференциях=<br />
* 2013 март. AgileDays. Долой догматы SCRUM(Совместно с Асхатом Уразбаевым)<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
* [[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
<br />
=Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ =<br />
* [http://www.iemag.ru/interview/detail.php?ID=28186&PRINT=Y 2012 март. Intelligent Enterprise №.№3 (249) Круглый стол Переосмысление ERP]<br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42518
Категория:Михаил Заборов (Статьи)
2013-03-29T10:39:42Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:<br />
* 2013 март. AgileDays. Долой догматы скрам (Совместно с Асхатом Уразбаевым).<br />
* 2012 март. Intelligent Enterprise №. Круглый стол <br />
* [http://www.allcio.ru/business/it/46099.html 2013 март. IT MANAGER, Круглый столе «Смена управленческого ПО в компании»]<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=42296
Категория:Михаил Заборов (Статьи)
2012-12-25T12:26:17Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:<br />
<br />
<br />
* [http://www.iemag.ru/interview/detail.php?ID=27414&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) Круглый стол "Найти скрытую логику"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=27478&PRINT=Y 2012 Ноябрь. Intelligent Enterprise №11 (245) "Процессы: ключевые или сквозные?"]<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BD%D0%B0_WhaleRider-2012&diff=41466
Блог:Team/Наши на WhaleRider-2012
2012-09-26T10:56:43Z
<p>MikhailZaborov: </p>
<hr />
<div>{{SideBar|http://whalerider.ru/whalerider/i/logo.png}}<br />
И снова в [[../Наши на WhaleRider-2011|прежнем составе]] наши будут на<br />
[http://whalerider.ru/ WhaleRider-2012], модной конференции по эффективному управлению проектами.<br />
* [[:Category:Виталий Филиппов|Виталий Филиппов]] c докладом «[http://whalerider.ru/2012/abstracts/358.html Мода на коробки и фреймворки в вебе — доколе?]»<br />
* [http://belonesox.moikrug.ru/ Стас Фомин] c докладом «[http://whalerider.ru/2012/abstracts/381.html «Страховка от автобуса» или пересадка сознания при групповой нейрохирургии]»<br />
* [http://mikle.moikrug.ru/ Михаил Заборов] c докладом «[http://whalerider.ru/2012/abstracts/370.html Расстройство клиентоориентированности, симптомы и лечение]»<br />
<br />
Приходите, подходите, пообщаемся!<br />
<br />
{{To-lib-silent}}<br />
<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-09-21 18:10:26 +0400 | StasFomin }}<br />
<br />
[[Категория:WhaleRider-2012]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BD%D0%B0_WhaleRider-2011&diff=41465
Блог:Team/Наши на WhaleRider-2011
2012-09-26T09:34:28Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Категория:WhaleRider-2011]]<br />
{{SideBar|http://whalerider.ru/whalerider/i/logo.png}}<br />
После расслабленного лета началась активная осень — время работать, но, пока еще не наступила пора новогодних дедлайнов, вполне можно и пообщаться на конференциях.<br />
<br />
Итак, в понедельник-вторник, т.е. 19-20 сентября будет конференция по эффективному управлению проектами, [http://whalerider.ru/ WhaleRider-2011], и там будет трое наших:<br />
* [http://whalerider.ru/2011/guru/13453.html Виталий Филиппов] c докладом «[http://whalerider.ru/2011/abstracts/13402.html Ride the Walrus]»<br />
* [http://belonesox.moikrug.ru/ Стас Фомин] c докладом «[http://whalerider.ru/2011/abstracts/13508.html Humanized Software Development]»<br />
* [http://mikle.moikrug.ru/ Михаил Заборов] c докладом «[http://whalerider.ru/2011/abstracts/13539.html Развитие персонала: Вы уверены?]»<br />
<br />
Приходите, подходите, пообщаемся!<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-09-16 16:25:08 +0400 | StasFomin }}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=39270
Категория:Михаил Заборов (Статьи)
2012-06-25T18:17:07Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:<br />
<br />
* [http://www.iemag.ru/analitics/detail_print.php?ID=26007&PRINT=Y 2012 Май. Intelligent Enterprise №5 (239) «Высокая кухня клиентоориентированности»]<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=39169
Категория:Михаил Заборов (Статьи)
2012-06-21T07:15:22Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|221px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и [[:Категория:Михаил Заборов|выступления на внешних конференциях]]:<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
* [[Эволюция_информационной_системы_и_логистика_торговой_сети_(семинар_2007-05-17)|2007. Эволюция информационной системы и логистика торговой сети (семинар 2007-05-17)]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%A1%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_%22%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_UML%22_-_07.06.2012&diff=38575
Блог:Team/Семинар "Проектирование с помощью UML" - 07.06.2012
2012-06-06T10:33:43Z
<p>MikhailZaborov: </p>
<hr />
<div>Данный семинар пройдет в очередной четверг на этой неделе, 7 июня в 18.30, как обычно, в Конференц-зале компании CUSTIS. Читать семинар будет Владислав Иофе, многие студенты помнят Влада еще по прошлому году, настолько произвел впечатление и заинтересовал свои рассказом, презентацией и практическими примерами.<br />
<br />
<blockquote><br />
В ходе семинара мы расскажем о том, что такое '''''UML''''': для чего он задумывался, и для чего используется. Вместе с вами мы рассмотрим:[[Файл:Uml-logo.gif|right|]]<br />
* наиболее употребимые виды диаграмм с примерами<br />
* инструменты работы с ''UML''<br />
* ''UML''-анекдот <br />
<br />
и ответим на вопросы:<br />
* почему ''UML'' не достаточно<br />
* блок-схема - это ''UML''? <br />
</blockquote><br />
<br />
После чего вы попрактикуетесь в проектировании небольшой информационной системы с помощью ''UML''. <br />
Семинар будет полезен как молодым разработчикам, аналитикам и тестировщикам, так и совсем новичкам в IT-индустрии.<br />
<br />
Для регистрации на семинар, как всегда, нужно отправить заявку на адрес hr@custis.ru с указанием:<br />
* дата семинара,<br />
* ФИО,<br />
* вуз/факультет,<br />
* ваш мобильный телефон.<br />
<br />
<br />
Ждем всех желающих!<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-06-05 13:00:05 +0400 | AnnaRudnitskaya }}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:ADD_2011&diff=38189
Категория:ADD 2011
2012-05-26T13:50:33Z
<p>MikhailZaborov: </p>
<hr />
<div>http://addconf.ru/ 29-30 апреля 2011 в Санкт-Петербурге [[Category:ADD]]<br />
<br />
См. [[:Категория:ADD-2011 (наша запись)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:ADD_2010&diff=38188
Категория:ADD 2010
2012-05-26T13:49:23Z
<p>MikhailZaborov: </p>
<hr />
<div>Отчеты по конференции [[:Категория:ADD-2010|Application Developer Days-2010]] 23-24 сентября в Ярославле http://add.it-conf.ru/<br />
<br />
[[Category:ADD]]<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:SoftwarePeople-2010&diff=36624
Категория:SoftwarePeople-2010
2012-04-10T09:03:42Z
<p>MikhailZaborov: </p>
<hr />
<div>Конференция SoftwarePeople-2010.<br />
<br />
[http://softwarepeople.ru/sp2010/program/ программа и видео с конференции]<br />
<br />
[[Категория:SoftwarePeople]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=Graphviz&diff=34674
Graphviz
2012-02-15T09:35:42Z
<p>MikhailZaborov: /* Быстрый старт */</p>
<hr />
<div>'''Graphviz''' — это разработанный специалистами лаборатории AT&T пакет утилит по автоматической визуализации графов, заданных в виде текстового описания. Пакет распространяется с открытыми исходными файлами и работает на всех операционных системах, включая Windows, Linux/Unix, Mac OS. Самой интересной программой пакета является «dot», автоматический визуализатор направленных графов, который принимает на вход текстовый файл со структурой графа, а на выходе формирует граф в виде графического, векторного или текстового файла.<br />
<br />
= Быстрый старт =<br />
<br />
Входной файл для программы «DOT» является обычным текстовым файлом на специальном языке разметки графа. Структура файла очень простая, например,<br />
<nowiki><graph><br />
digraph G{ <br />
Рождение->Юность->Зрелость->Старость->Смерть;<br />
Юность->Смерть;<br />
Зрелость->Смерть;<br />
}<br />
</graph></nowiki><br />
на выходе будет<br />
<br />
<graph> <br />
digraph G{<br />
graph[fontname="Segoe UI"];<br />
Рождение->Юность->Зрелость->Старость->Смерть;<br />
Юность->Смерть;<br />
Зрелость->Смерть;<br />
}<br />
</graph><br />
<br />
Программа «Dot» сама распознает все связи графа и упорядочит его таким образом, чтобы было наименьшее количество пересечений.<br />
<br />
Чтобы использовать «dot»-графы в [[{{SITENAME}}]], используйте следующий синтаксис:<br />
<br />
<nowiki><graph><br />
digraph G{ <br />
Рождение->Юность->Зрелость->Старость->Смерть;<br />
Юность->Смерть;<br />
Зрелость->Смерть;<br />
}<br />
</graph></nowiki><br />
<br />
Если у вас узлы поименованы словосочетаниями, заключите их в кавычки, т. е.<br />
<br />
<nowiki><graph><br />
digraph G{<br />
"Полет фантазии"->"Расход горючего";<br />
}<br />
</graph></nowiki><br />
<br />
Поздравляем! Теперь вы способны рисовать графы в [[{{SITENAME}}]]. Остальной текст будет посвящен некоторым тонкостям использования [[Graphviz]].<br />
<br />
= Внешний вид графа =<br />
«Dot» позволяет изменять внешний вид графа. Например, можно изменять форму фигур (прямоугольники, овалы, круги, параллелограммы, многоугольники), цвет и шрифт текста, цвет фона фигур, стиль стрелок и рамок фигур, подписи стрелок и т. д.<br />
Итак, основные объектами являются узлы («node») и ребра («edge»). Для того, чтобы настроить свойства всех узлов или ребер нужно вначале использовать команды<br />
node[свойство1="значение1",свойство2="значение2",...]<br />
edge[свойство1="значение1",свойство2="значение2",...]<br />
Также (в квадратных скобках после описания объекта) можно изменять настройки конкретного узла или ребра. Параметры графа, просто задаются в виде <tt>параметр=значение</tt>.<br />
Полезно запомнить параметр «rankdir», он может быть «TB» (top->bottom, параметр по умолчанию), или «LR» (left->right), и определяет, сверху-вниз, или справа-налево, нужно располагать узлы графа. Вот пестрый пример:<br />
<br />
digraph G{<br />
rankdir=LR;<br />
node[color="red",fontsize=14];<br />
edge[color="darkgreen",fontcolor="blue",fontsize=12];<br />
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];<br />
CLOSED[shape="octagon",label="Финиш"];<br />
VERIFIED[shape="rectangle",style="rounded"];<br />
OPEN->RESOLVED->VERIFIED->CLOSED;<br />
OPEN->CLOSED[style="bold"];<br />
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];<br />
}<br />
<br />
на выходе будет<br />
<br />
<graph><br />
digraph G{<br />
rankdir=LR;<br />
node[color="red",fontsize=14];<br />
edge[color="darkgreen",fontcolor="blue",fontsize=12];<br />
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];<br />
CLOSED[shape="octagon",label="Финиш"];<br />
VERIFIED[shape="rectangle",style="rounded"];<br />
OPEN->RESOLVED->VERIFIED->CLOSED;<br />
OPEN->CLOSED[style="bold"];<br />
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];<br />
}<br />
</graph><br />
<br />
Если предполагается, что граф будут не только просматривать через IE, но и печатать, то необходимо установить ширину картинки, иначе при печати картинка будет обрезана. Для этого следует задать внутри описания <br />
size="6.7,15";<br />
Существенна только первая цифра. Число 6.7 подобрано эмпирически, оно обеспечивает печать полной картинки при настройках IE по умолчанию.<br />
<br />
= Уровни в графах = <br />
<br />
В «Dot» присутствует возможность связать узлы графа не только стрелками, но и уровнями отображения, что позволяет создавать шкалу и располагать узлы графа соответственно данной шкале. Для связывания используется следующая конструкция:<br />
{ rank = same; "элемент уровня"; "элемент для привязки 1"; "элемент для привязки 2"; ..}<br />
<br />
<br />
Например, при использовании следующей конструкции: <br />
<nowiki><graph><br />
digraph G{<br />
node[fontsize=9];<br />
{ /* шкала месяцев*/<br />
node[shape=plaintext]; /* что бы не было видно рамок */<br />
edge[color=white] /* что бы не было видно стрелок */<br />
"март" -> "июнь" -> "сентябрь" -> "декабрь"; <br />
}<br />
{ rank = same; "март"; "весна"; "a"; }<br />
{ rank = same; "июнь"; "лето";}<br />
{ rank = same; "сентябрь"; "осень"; "d"; }<br />
{ rank = same; "декабрь"; "зима"; "e"}<br />
"весна" -> "лето" -> "осень" -> "зима" -> "весна"<br />
"a" -> "b" -> "c" -> "d" -> "e" ;<br />
}<br />
</graph></nowiki><br />
<br />
на выходе получается:<br />
<graph><br />
digraph G{<br />
node[fontsize=9];<br />
{ /* шкала месяцев*/<br />
node[shape=plaintext]; /* что бы не было видно рамок */<br />
edge[color=white] /* что бы не было видно стрелок */<br />
"март" -> "июнь" -> "сентябрь" -> "декабрь"; <br />
}<br />
{ rank = same; "март"; "весна"; "a"; }<br />
{ rank = same; "июнь"; "лето";}<br />
{ rank = same; "сентябрь"; "осень"; "d"; }<br />
{ rank = same; "декабрь"; "зима"; "e"}<br />
"весна" -> "лето" -> "осень" -> "зима" -> "весна"<br />
"a" -> "b" -> "c" -> "d" -> "e" ;<br />
}<br />
</graph><br />
<br />
= Многосекционный узлы =<br />
<br />
Dot позволяет создавать многосекционные узлы при это каждая секция может быть поименована, и тогда ребра можно продоводить между секциями и узлами.<br />
<br />
Для включения режима многосекционности устанавливается атрибут узла shape.<br />
shape=record;<br />
<br />
Секции описываются в атрибуте label узла, с помощью разделителя «|». Для именования секции ее имя указывается в <>. При описание ребра, исходящего или входящего в секцию, секция именуется следующим образом:<br />
<br />
элемент:<имя_секции><br />
<br />
Например, из такого описания:<br />
<br />
digraph structs {<br />
rankdir=HR;<br />
first [shape=record,label=" x1\n all | { x21 | <f0> x22| x23} | x3" ];<br />
second [shape=record,label=" x22_1 | x22_2 | x22_3"];<br />
first:<f0> -> second;<br />
}<br />
<br />
Получается следующее:<br />
<br />
<graph><br />
digraph structs {<br />
rankdir=HR;<br />
first [shape=record,label=" x1\n all | { x21 | <f0> x22| x23} | x3" ];<br />
second [shape=record,label=" x22_1 | x22_2 | x22_3"];<br />
first:<f0> -> second;<br />
}<br />
</graph><br />
<br />
= Гиперссылки на графах =<br />
<br />
Можно использовать атрибут «URL», задавая относительные или абсолютные гиперссылки для узлов и ребер. Например<br />
<br />
<nowiki><graph><br />
digraph G {<br />
rankdir=LR;<br />
SGML [URL="SGML"];<br />
HTML [URL="HTML"];<br />
XML [URL="XML"];<br />
XHTML [URL="http://www.w3schools.com/xhtml/"];<br />
SGML->HTML;<br />
SGML->XML;<br />
HTML->XHTML;<br />
XML->XHTML;<br />
SGML->XHTML[color="red",fontcolor="blue",label="ссылка на Google",URL="http://www.google.com"];<br />
}<br />
</graph></nowiki><br />
<br />
<br />
<graph><br />
digraph G {<br />
rankdir=LR;<br />
SGML [URL="SGML"];<br />
HTML [URL="HTML"];<br />
XML [URL="XML"];<br />
XHTML [URL="http://www.w3schools.com/xhtml/"];<br />
SGML->HTML;<br />
SGML->XML;<br />
HTML->XHTML;<br />
XML->XHTML;<br />
SGML->XHTML[color="red",fontcolor="blue",label="ссылка на Google",URL="http://www.google.com"];<br />
}<br />
</graph><br />
<br />
= Кластеры в графах = <br />
<br />
Программа «Dot» позволяет объединять узлы графов в кластеры для подчеркивания общности. <br />
<br />
Кластер описывается следующим синтаксисом:<br />
subgraph имя{<br />
свойство1 = "значение1",свойство2="значение2",...<br />
узел1; <br />
узел2;<br />
...<br />
}<br />
При этом ''имя'' подграфа должно начинаться с префикса '''cluster''', иначе подграф не позволяет себя отобразить на экран(раскраска, контур, подпись, .. ).<br />
<br />
Например:<br />
<br />
digraph G {<br />
rankdir=LR;<br />
subgraph cluster0 {<br />
node [style=filled,color=white];<br />
style=filled;<br />
color=lightgrey;<br />
a0;<br />
a1<br />
label = "process #1";<br />
}<br />
subgraph cluster1 {<br />
node [style=filled];<br />
b0;<br />
label = "process #2";<br />
color=blue<br />
}<br />
start -> a0;<br />
start -> b0;<br />
a0 -> a1 -> end;<br />
b0 -> end;<br />
}<br />
<br />
<graph><br />
digraph G {<br />
rankdir=LR;<br />
subgraph cluster0 {<br />
node [style=filled,color=white];<br />
style=filled;<br />
color=lightgrey;<br />
a0;<br />
a1<br />
label = "process #1";<br />
}<br />
subgraph cluster1 {<br />
node [style=filled];<br />
b0;<br />
label = "process #2";<br />
color=blue<br />
}<br />
start -> a0;<br />
start -> b0;<br />
a0 -> a1 -> end;<br />
b0 -> end;<br />
}<br />
</graph><br />
<br />
== Цвета ==<br />
Graphviz позволяет использовать широкую цветовую палитру,<br />
задавая цвета или по именам, в одной из известных палитр:<br />
* [http://www.graphviz.org/content/color-names#x11 Палитра X11]<br />
* [http://www.graphviz.org/content/color-names#svg SVG]<br />
<br />
* [http://www.graphviz.org/content/color-names#brewer Набор палитр Brewer-а], что удобно при автоматической генерации схем — задаваемые числовым индексом цвета в более-менее вменяемой палитре.<br />
<br />
Кроме именованных цветов, можно использовать обычное трехбайтное шестнадцатиричное кодирование<br />
color="#FF0EDD"<br />
и выбирать цвета из палитры, например, на http://www.colorpicker.com/<br />
<br />
=== Цвета и черно-белая печать ===<br />
<br />
Graphviz позволяет использовать широкую цветовую палитру, однако, стоит не забывать, что контрастно выглядящие на цветном мониторе цвета, могут быть совершенно неразличимы после черно-белой печати. После проделанных экспериментов ({{Bug|11015}}), можно рекомендовать следующие палитры цветов (иллюстрированы на цвете ребер графа):<br />
<br />
<graph-print><br />
digraph G{ rankdir=TB; size="7,6";<br />
<br />
Палитра1->goldenrod1 [color=goldenrod1]<br />
Палитра1->green [color=green]<br />
Палитра1->sienna4 [color=sienna4]<br />
Палитра1->red1 [color=red1]<br />
Палитра1->blue2 [color=blue2]<br />
<br />
Палитра2->lightcyan2 [color=lightcyan2]<br />
Палитра2->pink2 [color=pink2]<br />
Палитра2->green [color=green]<br />
Палитра2->sienna4 [color=sienna4]<br />
Палитра2->red2 [color=red2]<br />
Палитра2->black1 [color=black1]<br />
}<br />
</graph-print><br />
<br />
= Формы вершин =<br />
<br />
Перечислим палитру возможных форм вершин (узлов).<br />
<br />
<neato><br />
digraph G{ <br />
edge [arrowtail="none"]<br />
node [style=filled, colorscheme="brbg9"]; <br />
<br />
"box" [shape="box" fillcolor="1"];<br />
"polygon" [shape="polygon" fillcolor="2"];<br />
"ellipse" [shape="ellipse" fillcolor="3"];<br />
"circle" [shape="circle" fillcolor="4"];<br />
"point" [shape="point" fillcolor="black"];<br />
"egg" [shape="egg" fillcolor="6"];<br />
"triangle" [shape="triangle" fillcolor="7"];<br />
"plaintext" [shape="plaintext" fillcolor="8"];<br />
"diamond" [shape="diamond" fillcolor="9"];<br />
"trapezium" [shape="trapezium" fillcolor="1"];<br />
"parallelogram" [shape="parallelogram" fillcolor="2"];<br />
"house" [shape="house" fillcolor="3"];<br />
"pentagon" [shape="pentagon" fillcolor="4"];<br />
"hexagon" [shape="hexagon" fillcolor="5"];<br />
"septagon" [shape="septagon" fillcolor="6"];<br />
"octagon" [shape="octagon" fillcolor="7"];<br />
"doublecircle" [shape="doublecircle" fillcolor="8"];<br />
"doubleoctagon" [shape="doubleoctagon" fillcolor="9"];<br />
"tripleoctagon" [shape="tripleoctagon" fillcolor="1"];<br />
"invtriangle" [shape="invtriangle" fillcolor="1"];<br />
"invtrapezium" [shape="invtrapezium" fillcolor="2"];<br />
"invhouse" [shape="invhouse" fillcolor="3"];<br />
"Mdiamond" [shape="Mdiamond" fillcolor="4"];<br />
"Msquare" [shape="Msquare" fillcolor="5"];<br />
"Mcircle" [shape="Mcircle" fillcolor="6"];<br />
"rect/rectangle" [shape="rect" fillcolor="7"];<br />
"none" [shape="none" fillcolor="8"];<br />
"note" [shape="note" fillcolor="9"];<br />
"tab" [shape="tab" fillcolor="1"];<br />
"folder" [shape="folder" fillcolor="2"];<br />
"box3d" [shape="box3d" fillcolor="3"];<br />
"component" [shape="component" fillcolor="4"];<br />
}<br />
</neato><br />
<br />
= Окончания ребер =<br />
Можно задавать стиль офомления начала («arrowtail») и конца («arrowhead») дуг (ребер):<br />
<br />
<circo><br />
digraph G{ <br />
<br />
edge [arrowtail="none"]<br />
A [label="Arrowhead" style=filled fillcolor="yellow"];<br />
<br />
A->"normal" [arrowhead="normal"];<br />
A->"dot" [arrowhead="dot"];<br />
A->"odot" [arrowhead="odot"];<br />
A->"none" [arrowhead="none"];<br />
A->"empty" [arrowhead="empty"];<br />
A->"diamond" [arrowhead="diamond"];<br />
A->"ediamond" [arrowhead="ediamond"];<br />
A->"box" [arrowhead="box"];<br />
A->"open" [arrowhead="open"];<br />
A->"vee" [arrowhead="vee"];<br />
A->"inv" [arrowhead="inv"];<br />
A->"invdot" [arrowhead="invdot"];<br />
A->"invodot" [arrowhead="invodot"];<br />
A->"tee" [arrowhead="tee"];<br />
A->"invempty" [arrowhead="invempty"];<br />
A->"odiamond" [arrowhead="odiamond"];<br />
A->"crow" [arrowhead="crow"];<br />
A->"obox" [arrowhead="obox"];<br />
A->"halfopen" [arrowhead="halfopen"];<br />
}<br />
</circo><br />
<br />
= Неориентированные графы =<br />
Наряду с рисованием ориентированных графов, есть несколько методов для автоматического рисования неориентированных графов (будем рассматривать их на примере несложной ER-диаграммы).<br />
<br />
В отличие от автоматического рисования направленных («directed») графов, основанных на ранговой модели, есть несколько подходов к раскладке ненаправленных графов.<br />
<br />
== Graph ==<br />
Ненаправленный граф можно нарисовать с помощью рангового подхода (несмотря на ненаправленность ребер) — будет использоваться программа «dot». Как это будет выглядеть для простой ER-диаграммы, можно увидеть ниже.<br />
<graph><br />
graph ER<br />
{<br />
node [fontsize=12];<br />
node [shape=box]; course; institute; student;<br />
node [shape=ellipse];<br />
{node [label="name"] name0; name1; name2;}<br />
code; grade; number;<br />
node [shape=diamond,style=filled,color=lightgrey];<br />
"C-I"; "S-C"; "S-I";<br />
name0 -- course;<br />
code -- course;<br />
course -- "C-I" [label="n",len=1.00];<br />
"C-I" -- institute [label="1",len=1.00];<br />
institute -- name1;<br />
institute -- "S-I" [label="1",len=1.00];<br />
"S-I" -- student [label="n",len=1.00];<br />
student -- grade;<br />
student -- name2;<br />
student -- number;<br />
student -- "S-C" [label="m",len=1.00];<br />
"S-C" -- course [label="n",len=1.00];<br />
label = "\n\nEntity Relation Diagram\ndrawn by DOT";<br />
}<br />
</graph><br />
<br />
Очевидна неоптимальность такого подхода для неориентированных графов.<br />
<br />
== Neato ==<br />
<br />
Метод «neato» использует «энергетическую» (''spring'') модель, по сути, близкую к методу искуственного отжига — начиная с некоторого состояния вершины перемещаются, чтобы минимизировать некую потенциальную энергию. Рекомендуем для ненаправленных графов общего вида.<br />
<br />
<neato><br />
graph ER<br />
{<br />
node [fontsize=12];<br />
node [shape=box]; course; institute; student;<br />
node [shape=ellipse];<br />
{node [label="name"] name0; name1; name2;}<br />
code; grade; number;<br />
node [shape=diamond,style=filled,color=lightgrey];<br />
"C-I"; "S-C"; "S-I";<br />
name0 -- course;<br />
code -- course;<br />
course -- "C-I" [label="n",len=1.00];<br />
"C-I" -- institute [label="1",len=1.00];<br />
institute -- name1;<br />
institute -- "S-I" [label="1",len=1.00];<br />
"S-I" -- student [label="n",len=1.00];<br />
student -- grade;<br />
student -- name2;<br />
student -- number;<br />
student -- "S-C" [label="m",len=1.00];<br />
"S-C" -- course [label="n",len=1.00];<br />
label = "\n\nEntity Relation Diagram\ndrawn by NEATO";<br />
}<br />
</neato><br />
<br />
== FDP ==<br />
Метод «fdp» по сути, близок к методу «neato», и использует другую разновидность «энергетического» («spring») подхода. Также рекомендуется для ненаправленных графов общего типа.<br />
<br />
<fdp><br />
graph ER<br />
{<br />
node [fontsize=12];<br />
node [shape=box]; course; institute; student;<br />
node [shape=ellipse];<br />
{node [label="name"] name0; name1; name2;}<br />
code; grade; number;<br />
node [shape=diamond,style=filled,color=lightgrey];<br />
"C-I"; "S-C"; "S-I";<br />
name0 -- course;<br />
code -- course;<br />
course -- "C-I" [label="n",len=1.00];<br />
"C-I" -- institute [label="1",len=1.00];<br />
institute -- name1;<br />
institute -- "S-I" [label="1",len=1.00];<br />
"S-I" -- student [label="n",len=1.00];<br />
student -- grade;<br />
student -- name2;<br />
student -- number;<br />
student -- "S-C" [label="m",len=1.00];<br />
"S-C" -- course [label="n",len=1.00];<br />
label = "\n\nEntity Relation Diagram\ndrawn by FDP";<br />
}<br />
</fdp><br />
<br />
<br />
<br />
<br />
== Twopi ==<br />
<br />
Метод «twopi» рисует графы с радиальной раскладкой. По сути одна вершина выбирается центральной, и помещается в центр, а остальные размещаются на последовательности концентрических орбит, вокруг этой вершины. Т.е. все вершины на расстоянии в «одно ребро» от центра, лежат на первой орбите, «в два ребра» — на второй и т. д.<br />
<br />
<twopi><br />
graph ER<br />
{<br />
<br />
node [fontsize=12];<br />
node [shape=box]; course; institute; student;<br />
node [shape=ellipse];<br />
{node [label="name"] name0; name1; name2;}<br />
code; grade; number;<br />
node [shape=diamond,style=filled,color=lightgrey];<br />
"C-I"; "S-C"; "S-I";<br />
name0 -- course;<br />
code -- course;<br />
course -- "C-I" [label="n",len=1.00];<br />
"C-I" -- institute [label="1",len=1.00];<br />
institute -- name1;<br />
institute -- "S-I" [label="1",len=1.00];<br />
"S-I" -- student [label="n",len=1.00];<br />
student -- grade;<br />
student -- name2;<br />
student -- number;<br />
student -- "S-C" [label="m",len=1.00];<br />
"S-C" -- course [label="n",len=1.00];<br />
label = "\n\nEntity Relation Diagram\ndrawn by TWOPI";<br />
}<br />
</twopi><br />
<br />
== CIRCO ==<br />
<br />
Метод «circo» использует «circular layout». Выделяются двусвязные компоненты (каждая вершина имеет по крайней мере два ребра) и вершины этих компонент рисуются на некотором круге. «Дополнительные» ребра рисуются радиально и далее процесс повторяется. Пересечение ребер внутри круга минимизируется максимально возможным выносом ребер с круга за его периметр. <br />
<br />
<circo><br />
graph ER<br />
{<br />
node [fontsize=12];<br />
node [shape=box]; course; institute; student;<br />
node [shape=ellipse];<br />
{node [label="name"] name0; name1; name2;}<br />
code; grade; number;<br />
node [shape=diamond,style=filled,color=lightgrey];<br />
"C-I"; "S-C"; "S-I";<br />
name0 -- course;<br />
code -- course;<br />
course -- "C-I" [label="n",len=1.00];<br />
"C-I" -- institute [label="1",len=1.00];<br />
institute -- name1;<br />
institute -- "S-I" [label="1",len=1.00];<br />
"S-I" -- student [label="n",len=1.00];<br />
student -- grade;<br />
student -- name2;<br />
student -- number;<br />
student -- "S-C" [label="m",len=1.00];<br />
"S-C" -- course [label="n",len=1.00];<br />
label = "\n\nEntity Relation Diagram\ndrawn by CIRCO";<br />
}<br />
</circo><br />
<br />
= Версии для печати =<br />
Как известно, трудно добиться хорошего результата одновременно на экране и на принтере, в силу разных разрешений. Картинка экранного разрешения будет плохо (с «зазубринами») выглядеть на принтере, а картинка печатного разрешения, будет очень плохо выглядеть на экране (к сожалению, современные броузеры выполняют очень примитивный ресайзинг картинок при показе), и будет достаточно много «весить». Все соображения о печатных картинках также относятся к случаю, когда вы переносите (например, копируя вебстраницу из броузера через клипборд) содержимое MediaWiki-статьи в MS Word или другой текстовый редактор.<br />
Для такого, «печатного» случая (т. е. если у вас не примитивные графы, и вы собираетесь их печатать или переносить в другую систему верстки), мы сделали «печатную версию» всех перечисленных графов, с разрешением около 200 DPI. Для этого надо использовать те же самые тэги с постфиксом «-print», например «graph-print»,«neato-print», и т.п.:<br />
<br />
<graph-print><br />
digraph G{<br />
rankdir=LR;<br />
node[color="red",fontsize=14];<br />
edge[color="darkgreen",fontcolor="blue",fontsize=12];<br />
OPEN[shape="rectangle",style="filled",fillcolor="lightgrey"];<br />
CLOSED[shape="octagon",label="Финиш"];<br />
VERIFIED[shape="rectangle",style="rounded"];<br />
OPEN->RESOLVED->VERIFIED->CLOSED;<br />
OPEN->CLOSED[style="bold"];<br />
VERIFIED->OPEN[label="обнаружены ошибки",style="dashed",arrowhead="dot"];<br />
}<br />
</graph-print><br />
<br />
Полученные картинки являются компромиссом, между весом, читаемостью на экране и читаемостью на бумаге.<br />
Желательно не использовать для совершенно тривиальных графов, или графов, которых вы не собираетесь печатать.<br />
<br />
= Ссылки и дополнительная документация =<br />
<br />
Онлайн-документация, +последние изменения, FAQ и прочее можно найти на домашней странице пакета<br />
http://www.graphviz.org/Documentation.php<br />
<br />
[[Категория:Справка]]<br />
{{replicate-from-custiswiki-to-lib}}<br />
{{replicate-from-custiswiki-to-all}}<br />
{{replicate-from-custiswiki-to-tools}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=35101
Категория:Михаил Заборов (Статьи)
2011-12-13T16:24:01Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|100px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и выступления на внешних конференциях:<br />
* [[Как_не_нужно_разговаривать_с_заказчиком_(Михаил_Заборов,_SPMConf-2011)|2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9F%D0%BE%D0%B4%D0%B1%D0%BE%D1%80_%D1%82%D0%BE%D0%BF-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%B0_-_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80%D0%B0_%D1%8E%D0%B2%D0%B5%D0%BB%D0%B8%D1%80%D0%BD%D0%B0%D1%8F&diff=32677
Подбор топ-менеджера - процедура ювелирная
2011-11-29T16:24:12Z
<p>MikhailZaborov: </p>
<hr />
<div>;[[:Категория:Евгения Удалова (Статьи)|Евгения Удалова]]<br />
: Руководитель службы персонала CUSTIS<br />
<br />
<blockquote><br />
Интервью опубликовано в журнале [http://www.otiss.ru/slujba.html «Служба кадров и персонал»], № 10-2011.<br />
<br />
</blockquote><br />
'''СК: Не секрет, что хороший топ на дороге не валяется. Есть ли дефицит топов вообще — в каких отраслях, в каких направлениях? В вашей компании — в частности?'''<br />
<br />
'''Е.У.:''' Не берусь сказать, в каких отраслях или направлениях наблюдается дефицит топов. Мои обобщения скорее базируются на опыте работы в конкретной компании — CUSTIS, которая специализируется на заказной разработке и внедрении масштабных учетно-аналитических систем. Дефицит есть, при этом мы понимаем, что он обусловлен сложностью подбора и привлечения таких специалистов в компанию. То есть речь идет не о том, что таких специалистов мало на рынке, а о том, что мало таких, которые нужны именно вам и которые хотят работать у вас.<br />
Причина лежит на пересечении интересов двух сторон: требования и ожидания компании и привлекательность компании для топа.<br />
<br />
Прокомментирую подробнее.<br />
<br />
Есть целый спектр требований и ожиданий компании:<br />
* уровень компетенции в управлении, функциональной и предметной области;<br />
* способность к работе в той или иной модели корпоративной культуры;<br />
* искренняя готовность вкладываться в общее дело;<br />
* революционный или эволюционный подход к развитию.<br />
<br />
В разные периоды компании могут быть нужны разные варианты и комбинации этих качеств.<br />
<br />
Привлекательность компании для топа, как правило, зависит от:<br />
* общего видения принципов ведения бизнеса и путей развития компании;<br />
* возможностей самореализации в этой компании;<br />
* уровня доверия к его профессионализму со стороны высшего руководства;<br />
* соответствия корпоративной культуры компании его ожиданиям.<br />
<br />
Очень важно, чтобы компания и топ сошлись по максимальному числу позиций, ведь топ — это ключевой человек в компании, прогрессор и двигатель. Чем больше совпадений, тем больше надежды на эффективное сотрудничество.<br />
Неудивительно, что при таком количестве условий компании и топу сложно найти друг друга, как бы банально это ни звучало. Кроме того, хороший топ-менеджер, являясь востребованным специалистом, редко находится в свободном поиске работы.<br />
<br />
'''СК: Как ваша компания закрывает подобные вакансии?'''<br />
<br />
'''Е.У.:''' Думать о том, кто будет у руля компании, надо всегда. Значит, решать задачу надо комплексно: растить своих; налаживать общение и взаимодействие с интересными для компании профессионалами-управленцами из других компаний; формировать бренд компании, в которой им было бы интересно работать — пусть не сейчас, но, возможно, в будущем.<br />
<br />
Если говорить о привлечении рекрутинговых агентств, то я скорее склоняюсь к варианту работы с конкретным хедхантером, так как подбор высшего руководящего персонала — ювелирная работа, требующая погружения в контекст текущей ситуации в компании. Но это мое субъективное мнение. Вопрос этичности методов хантинга сильно связан с принципами управления компании — обобщить здесь, скорее всего, сложно.<br />
<br />
Растить своих топов, с одной стороны, благородно и правильно, а с другой — сложно и хлопотно.<br />
<br />
Очевидные плюсы такого подхода: топ-менеджер, выросший внутри компании, глубоко погружен в контекст, много знает о компании, разделяет ее цели, он лоялен и замотивирован, ведь перед ним новые вызовы его профессионализму, его знают и ему доверяют.<br />
<br />
Развитием руководителя среднего звена до уровня топ-менеджера надо заниматься индивидуально. Нужен наставник, поскольку общекорпоративные программы роста и развития не вполне подходят. Во-первых, такой наставник в компании должен быть, во-вторых, ему должно быть интересно этим заниматься, и в-третьих, его уровень профессионализма должен быть очень высоким.<br />
<br />
Чтобы из специалиста вырастить топ-менеджера, компания должна постоянно поддерживать его заинтересованность, своевременно предоставляя новые задачи и проекты, постепенно все глубже погружая его в деятельность компании и расширяя его горизонты. Это важно для того, чтобы у него не пропала мотивация и не появилось чувство, что достигнут «потолок».<br />
<br />
Однако следует иметь в виду, что на формирование топ-менеджера как высоко-квалифицированного специалиста положительное влияние оказывает опыт работы в компаниях с разными структурами управления, корпоративными культурами, стилями менеджмента, на разных этапах развития предприятия. Это повышает его профессиональную эрудицию. И как раз именно этого пережитого и прочувствованного опыта мы лишаемся: выросший внутри топ имеет опыт работы только в одной конкретной организации.<br />
<br />
'''СК: Особенности интервью с топом: он, как правило, человек занятой и знает себе цену. Как с ним вести беседу, как долго, о чем спрашивать (и не спрашивать!), на что обращать внимание, как распознать «золотой самородок», а как — болтуна-госаппаратчика?'''<br />
<br />
'''Е.У.:''' Здесь уместно ограничиться общими принципами, так как для каждого отдельного случая стратегия ведения переговоров будет разной.<br />
<br />
Важно уяснить для себя и настроиться, что предстоит провести не ряд собеседований, а переговоры о сотрудничестве и партнерстве. Стоит по возможности ознакомиться с информацией о человеке из открытых источников (проектами, статьями, выступлениями). Можно предварительно провести ряд встреч с сотрудниками организаций, где интересующий вас руководитель работает (или работал), чтобы по-лучить информацию о среде, в которой он формировался и действовал до сих пор.<br />
<br />
Первую встречу мы называем «знакомство». Ее задачи — представить компанию (обрисовать возможности и перспективы, ответить на вопросы) и выяснить у собеседника его профессиональные ценности, карьерные ожидания, устремления и опасения.<br />
Такое мероприятие позволяет «прощупать почву», понять, что конкретно вы можете предложить этому человеку, какой ценный опыт может ему дать работа в вашей компании.<br />
<br />
Кроме того, на этой встрече вы обозначаете интерес к топу как профессионалу, «вбрасываете» информацию для размышления и анализа, даете ему возможность соотнести и оценить, может ли ваше сотрудничество быть интересно и взаимовыгодно.<br />
<br />
Последующие встречи и их формат зависят от результатов «знакомства». На финальных этапах переговоров иногда стоит познакомить потенциального руководителя с управленческой командой компании и ее ключевыми сотрудниками. И только после этого принимать окончательное решение.<br />
<br />
Распознать состоявшегося профессионала или подающего надежды «самородка» нам помогают следующие установки. Он должен понимать, из чего складывается управленческая деятельность и уметь держать в фокусе все важные разносторонние аспекты. Очень важно, чтобы ему было интересно продолжать развиваться самому.<br />
<br />
Руководитель этого уровня должен хорошо понимать и излагать, чем и в каком контексте он занимается. Важно, чтобы он хорошо представлял себе структуру своей деятельности.<br />
<br />
Руководитель должен уметь анализировать пройденный путь и видеть пути усовершенствования выстроенной им структуры. Иначе он не сможет быть эффективным при проведении изменений и развитии вверяемого ему направления.<br />
<br />
Для нас очень важно, чтобы топ-менеджер чувствовал себя комфортно в ситуации неопределенности, когда еще не обозначена четкая система координат для принятия управленческих решений. В наших условиях деятельность топа зачастую включает «просушивание» таких «вязких» областей для обеспечения движения вперед.<br />
<br />
Он должен уметь выстраивать отношения с партнерами, клиентами, руководством смежных подразделений. Хороший топ-менеджер обладает навыками работы с персоналом, умеет организовать развитие сотрудников и учитывает их личностно-психологические особенности в принятии кадровых решений. Список можно продолжать, но это, на мой взгляд, основное.<br />
<br />
При подборе топ-менеджеров для структуризации ощущений и впечатлений мы используем код РАEI, предложенный И. Адизесом (P — Производитель, A — Администратор, E — Предприниматель и I — Интегратор). Это позволяет классифицировать и сравнивать разных соискателей друг с другом. В зависимости от контекста и задач, которые будут стоять перед топом, нужные комбинации кода могут быть разными, определение требуемой комбинации помогает нам принять решение.<br />
<br />
'''СК:Чем можно заинтересовать искушенного топа — дополнительными бонусами, долей в бизнесе — лишь бы заполучить его?!'''<br />
<br />
'''Е.У.:''' Если топ заинтересован исключительно в компенсации (краткосрочной или долго-срочной) — это плачевный вариант, на мой взгляд. Да, его можно «заманить», предложив дополнительный бонус или долю в бизнесе, но поможет ли это решению ваших стратегических задач по развитию компании? Останется ли он с вами в сложную пору перемен, если его интересует только бонус?<br />
Мне кажется, что если ему не интересно получение нового опыта в вашей компании и его не вдохновляют сложные задачи, требующие высокого профессионализма, то нет смысла «заманивать» его бонусами.<br />
<br />
Правда, бывают ситуации, когда вариант с бонусами будет приемлем — если вы четко понимаете, где у вас болит, и вам нужен сторонний профессионал, который придет и вылечит то, что беспокоит. Тогда речь идет о проекте с жесткими ограничениями: понятны цели, задачи, есть сроки, выделяются ресурсы. В таком случае логично сразу договариваться о размерах компенсации за успешно завершенный проект.<br />
<br />
'''СК: Какими методами потом оцениваете эффективность топа и эффективность работы по его подбору (эйчара, агентства и т.д.)?'''<br />
<br />
'''Е.У.:''' Прежде чем говорить о методах, пожалуй, стоит договориться о том, что мы подразумеваем, когда говорим про эффективность топа. А дальше можно ввести си-стемы метрик, коэффициентов, шкал или поведенческих характеристик — кому что удобнее.<br />
<br />
Я бы выделила три ключевых этапа, по результатам которых следует оценивать эффективность работы топа.<br />
<br />
Первый — 3-5 месяцев работы в компании. Руководитель должен:<br />
* погрузиться в контекст (специфика, клиент, бизнес и так далее);<br />
* понять, как работает его направление и почему;<br />
* выявить узкие места, которые необходимо «расшивать»;<br />
* взять на себя текущее управление, ничего при этом не порушив;<br />
* наладить отношения с внутренними и внешними контрагентами (ключевыми людьми, определяющими успех его деятельности),<br />
* не потерять доверие первого лица.<br />
<br />
Второй — 1-1,5 года работы в компании. Должны быть достигнуты какие-то конкретные, согласованные с первым лицом, цели.<br />
<br />
Третий — работа в компании более 1,5 года. Правильно оценивать эффективность работы топа по двум основным критериям: результаты по текущим обязательствам вверенного ему подразделения и его вклад в развитие компании в целом.<br />
<br />
Мне сложно сказать, как правильно оценивать эффективность работы по привлечению топ-менеджеров. В нашей компании все привлеченные управленцы высшего звена хорошо вписались в атмосферу компании и эффективно работают. Потому в каждом конкретном случае вложенные ресурсы оправдали себя, что приятно.<br />
<br />
***<br />
<br />
[[Категория:Евгения Удалова (Статьи)]]<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:Служба кадров и персонал (Публикации)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2.jpg&diff=32635
Файл:Михаил Заборов.jpg
2011-11-28T08:30:27Z
<p>MikhailZaborov: загружена новая версия «Файл:Михаил Заборов.jpg»</p>
<hr />
<div></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=32631
Категория:Михаил Заборов (Статьи)
2011-11-28T08:26:30Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|100px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ, и выступления на внешних конференциях:<br />
* [http://www.slideshare.net/supercoban/ss-10347167 2011 ноябрь.SPM-Conf. Расстройство клиентоориентированности]<br />
* [http://www.whalerider.ru/2011/abstracts/13539.html 2011 Сентябрь. WhaleRaider. "Развитие персонала? Оно вам надо? :) ]<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=29591
Категория:Михаил Заборов (Статьи)
2011-09-06T06:58:19Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|100px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<noinclude><br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]<br />
</noinclude></div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9F%D1%83%D0%B0%D1%81%D1%81%D0%BE%D0%BD%D0%BE%D0%B2%D0%BE%D0%B5_%D0%B3%D0%BE%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81%D1%80%D0%BE%D0%BA%D0%BE%D0%B2_(%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9_%D0%91%D0%B8%D0%B1%D0%B8%D1%87%D0%B5%D0%B2,_AgileDays-2011)&diff=28916
Пуассоновое горение сроков (Андрей Бибичев, AgileDays-2011)
2011-08-07T09:09:15Z
<p>MikhailZaborov: /* Примечания и отзывы */</p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [https://profiles.google.com/biBIGone/about Андрей Бибичев]<br />
<blockquote><br />
Когда мы говорим о какой-либо неопределенности, то чаще всего представляем гауссовское распределение:<br />
<br />
- Какова трудоемкость этой задачи?<br />
<br />
- Столько-то плюс/минус столько-то.<br />
<br />
- А распределение?<br />
<br />
- Гауссовское, конечно же!<br />
<br />
Этот посыл можно встретить во многих хороших и в остальных аспектах замечательных работах на тему планирования и прогнозирования сроков.<br />
<br />
Но он в корне неверен!<br />
<br />
В докладе даются причины, по которым гауссовское распределение не подходит, и рассматривается распределение вероятности, значительно лучше подходящее для оценки трудоемкости и сроков. На основе этой несложной математики можно сделать простые, но весьма полезные в практическом плане выводы:<br />
<br />
- почему разница между наиболее вероятным и гарантированным значениями примерно в 2-3 раза (сравните со своими эмпирическими коэффициентами и фокус-факторами!);<br />
<br />
- почему чудес не бывает и в подавляющем большинстве случаев опаздываем со сроками, а не опережаем их (ведь гаусс нам сулит одинаковую вероятность как опоздать, так и сделать быстрее);<br />
<br />
- какое отношение планирование имеет к теории массового обслуживания.<br />
<br />
В докладе содержится чуть-чуть математики, которая не должна успеть сильно наскучить за 10 минут.<br />
</blockquote><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|25500179|720|405}}<br />
<br />
<br />
<noinclude>{{ActualBanner2}}</noinclude><br />
<br />
{{Нужен подкаст?}}<br />
<!-- == Подкаст ==<br />
{{podfmembed|belonesox.podfm.ru/addconf/}} --><br />
<br />
<!-- == Презентация ==<br />
[[Файл:Пуассоновое горение сроков (Андрей Бибичев, AgileDays-2011).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Презентация==<br />
<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><br />
== Примечания и отзывы ==<br />
* [http://2011.agiledays.ru/reports/view/61/ страничка доклада на сайте конференции]<br />
<br />
<br />
{{include-review|AgileDays-2011:Отчет Цыганкова Д.А./Пуассоновое горение сроков}}<br />
{{include-review|AgileDays-2011: Отчет Гребнева Н.Ю./Бибичев про сроки}}<br />
<br />
{{SideBar|http://www.dilbert.com/dyn/str_strip/000000000/00000000/0000000/100000/20000/6000/800/126853/126853.strip.gif}}<br />
<br />
{{include-review|Максим Цепков - AgileDays-2011/Пуассоновое горение сроков}}<br />
<br />
<references/><br />
<br />
[[Категория:AgileDays-2011 (наша запись)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=27176
Категория:Михаил Заборов (Статьи)
2011-06-10T11:59:54Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|100px|right]]<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:<br />
* [[Системная_архитектура| 2011 июнь. Финансовая газета — региональный выпуск (Москва). "Системная архитектура"]]<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9E_%D1%87%D0%B5%D0%BC_%D0%BD%D1%83%D0%B6%D0%BD%D0%BE_%D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE_%D0%BF%D0%BE%D0%B4%D1%83%D0%BC%D0%B0%D1%82%D1%8C,_%D1%80%D0%B0%D0%B7%D0%B2%D0%B8%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2,_2011-05-17)&diff=26957
О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)
2011-06-07T13:53:34Z
<p>MikhailZaborov: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://mikle.moikrug.ru/ Михаил Заборов] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|24693980|720|405}}<br />
{{Нужен подкаст?}}<br />
<br />
<br />
<!-- == Презентация ==<br />
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Собрания Stratoplan.ru]]<br />
[[Категория:Михаил Заборов (Статьи)]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=26956
Категория:Михаил Заборов (Статьи)
2011-06-07T13:52:47Z
<p>MikhailZaborov: </p>
<hr />
<div>[[Файл:Михаил Заборов.jpg|thumb|100px|right]]<br />
<br />
<br />
<br />
Статьи Михаила Заборова,опубликованные в бумажных и электронных СМИ:<br />
* [[О_чем_нужно_обязательно_подумать,_развивая_персонал_(Михаил_Заборов,_2011-05-17)|2011 май. Конференция Стратоплан. "Развитие персонала? Оно вам надо? :)"]]<br />
*[[Системная_архитектура_вместо_требований_(семинар_2011-03-22,_preview_ReqLabs-2011) |2011 март. Req-Labs . Киев. Системная архитектура вместо требований]]<br />
* [[Готовый_продукт_или_заказная_разработка?|2010 сентябрь. PC Week Review: Автоматизация торговли, "Готовый продукт или заказная разработка?"]]<br />
*[[Большие_проекты_в_Agile_(AgileDays-Екатеринбург-2010)| 2010 июнь. AgileDays Екатеринбург. Большие проекты в Agile]]<br />
* [http://www.slideshare.net/custisppt/arch-labs 2009 декабрь. ArchLabs. Планы счетов как архитектурный артефакт]<br />
* [[Невыносимая тяжесть монолитной КИС|2009 сентябрь.Intelligent Enterprise №13-14 «Невыносимая тяжесть монолитной КИС»]]<br />
* [[Управляемая_ликвидация|2008 декабрь. Директор информационной службы (CIO.RU), №12, «Управляемая ликвидация»]]<br />
* [[Восходящая_«Звезда»_MDM|2008 сентябрь. Директор информационной службы (CIO.RU), №9, Восходящая «Звезда» MDM]]<br />
* [http://www.custis.ru/docs/advert-docs/articles-aboreiko-zaborov-rtmag7-8_2007.pdf 2007. «Розничные технологии» (№7-8) интервью «Лучшие практики — уже в руках лидеров рынка»]<br />
* [[Важное преимущество заказной разработки – способность развиваться в разнородной информационной среде|2007. Обзор ИТ в торговле , Cnews,<br />
интервью «Важное преимущество заказной разработки — способность развиваться в разнородной информационной среде»]]<br />
<br />
<br />
[[Категория:По авторам (статьи сотрудников)|З]]<br />
[[Категория:CustisWikiToLib]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%9E_%D1%87%D0%B5%D0%BC_%D0%BD%D1%83%D0%B6%D0%BD%D0%BE_%D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE_%D0%BF%D0%BE%D0%B4%D1%83%D0%BC%D0%B0%D1%82%D1%8C,_%D1%80%D0%B0%D0%B7%D0%B2%D0%B8%D0%B2%D0%B0%D1%8F_%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%97%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2,_2011-05-17)&diff=26943
О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17)
2011-06-07T13:43:10Z
<p>MikhailZaborov: </p>
<hr />
<div>== Аннотация ==<br />
;Докладчик: [http://mikle.moikrug.ru/ Михаил Заборов] <!--Желательно задать ссылку на публичный профиль, ну или на худой конец mailto:-ссылку--><br />
<br />
<!-- Тут разместите аннотацию доклада --><br />
<br />
== Видео ==<br />
<br />
{{vimeoembed|24693980|720|405}}<br />
{{Нужен подкаст?}}<br />
<br />
<br />
<!-- == Презентация ==<br />
[[Файл:О чем нужно обязательно подумать, развивая персонал (Михаил Заборов, 2011-05-17).pdf|center|640px]]<br />
<br />
--><br />
<br />
== Примечания и отзывы ==<br />
<references/><br />
<!-- Если будут отзывы — <blockquote>[©]</blockquote> --><br />
<br />
<br />
{{replicate-from-custiswiki-to-lib}}<br />
<br />
[[Категория:Собрания Stratoplan.ru]]<br />
<br />
[[Категория:Михаил Заборов (Статьи)]]</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%91%D0%BE%D0%BB%D1%8C%D1%88%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D1%8B_%D0%B2_Agile_(AgileDays-%D0%95%D0%BA%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%BD%D0%B1%D1%83%D1%80%D0%B3-2010)&diff=26955
Большие проекты в Agile (AgileDays-Екатеринбург-2010)
2011-06-07T12:46:20Z
<p>MikhailZaborov: </p>
<hr />
<div>== Аннотация ==<br />
<br />
Как правильная архитектура позволяет сделать большие проекты в Agile.<br />
<br />
Основная проблема масштабирования Agile — как эффективно разделится на команды.<br />
<br />
* Традиционно, каждая команда получает свой набор компонент. Разработка одной фичи размазывается по нескольким командам и, как следствие, затягивается. Для реализации фичи приходится вносить изменения в разные компоненты, причем изменения часто зависимы.<br />
* Противоположный подход, который часто рекомендуют — формировать так называемые ''Feature teams''. Такая команда отвечает за фичи целиком и может вносить изменения в разные (в том числе в «чужие» компоненты). В этом случае придется решать проблемы взаимодействия команд, изменяющие одни и те же компоненты.<br />
<br />
Удачная архитектура позволяет разделиться на команды так, что зависимости (''dependencies'') между ним будут минимальны.<br />
<br />
Автор доклада расскажет об опыте построения архитектуры системы, которая позволила несколько независимых друг от друга Agile-команд.<br />
<br />
В докладе также будут рассмотрены практики построения эффективной Архитектурной Концепции (''Architectural Vision''), создания гибких описаний архитектуры и дизайна.<br />
<br />
== Слайды ==<br />
<br />
{{slideshareembed|custisagilerussia-4-06-2010agile-100609091054-phpapp01|640|480}}<br />
<br />
== Видео ==<br />
Скачать видео одним файлом (<tt>540Мб</tt>), в хорошем качестве (<tt>1280x720</tt>): [[Видеотека#2010-06-04 «Большие проекты в Agile»]] <br />
<br />
=== Видео с семинара === <br />
<br />
Так как запись с конференции получилась в не очень хорошем качестве (разрешение, звук), то мы решили опубликовать <br />
видео этого доклада с нашего внутреннего ''preview''-семинара.<br />
Гарантируем, что здесь будут видны все детали каждого слайда, а докладчик будет отлично виден и слышен.<br />
<br />
Убедитесь, что кнопочка «HD» включена в «ON» и смотрите в полноэкранном режиме — тут разрешение 1280x720.<br />
<br />
{{vimeoembed|12848640|720|404}}<br />
<br />
=== Видео с конференции ===<br />
Видео записанное на конференции также прилагаем, но предупреждаем — [http://habrahabr.ru/blogs/pm/96999/#comment_2975183 зрители жаловались на качество], ну и это не HD-качество, да.<br />
<html><center><br />
<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><br />
</center></html><br />
<br />
== Ссылки ==<br />
* [http://habrahabr.ru/blogs/pm/96999/ Видео и слайды докладов с AgileDays в Екатеринбурге / Управление проектами / Хабрахабр]<br />
<br />
<br />
[[Категория:Открытые Семинары]]<br />
[[Категория:Михаил_Заборов_(Статьи)]]<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%BD%D0%B0%D1%8F_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%BE_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9_(%D1%81%D0%B5%D0%BC%D0%B8%D0%BD%D0%B0%D1%80_2011-03-22,_preview_ReqLabs-2011)&diff=26329
Системная архитектура вместо требований (семинар 2011-03-22, preview ReqLabs-2011)
2011-05-31T08:04:23Z
<p>MikhailZaborov: </p>
<hr />
<div>;Ведущие: [http://mikle.moikrug.ru/ Заборов Михаил]<br />
;Дата: 22 марта 2011<br />
<br />
== Аннотация ==<br />
<br />
Программное обеспечение — очень сложный артефакт: его невозможно увидеть, потрогать и почувствовать.<br />
Тем не менее заказчику ПО и разработчику необходимо уметь договариваться о том что же будет сделано.<br />
<br />
В большинстве классических подходов в качестве инструмента для такого рода договоренностей предлагают требования.<br />
Мы предлагаем альтернативный подход.<br />
<br />
''Прогон доклада перед выступлением на конференции ReqLabs-2011.''<br />
<br />
== Материалы ==<br />
<br />
{{vimeoembed|24270311|720|405}}<br />
<br />
[[Категория:Открытые Семинары]]<br />
[[Категория:Михаил_Заборов_(Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>
MikhailZaborov
http://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Scrum_of_scrum_of_scrum.png&diff=26825
Файл:Scrum of scrum of scrum.png
2011-03-04T12:53:02Z
<p>MikhailZaborov: </p>
<hr />
<div></div>
MikhailZaborov