<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Алексей Лохнин | Oleksii Lokhnin</title>
	<atom:link href="https://lokhnin.com/feed" rel="self" type="application/rss+xml" />
	<link>https://lokhnin.com</link>
	<description>Опытный менеджер, бизнес аналитик, преподаватель, независимый консультант</description>
	<lastBuildDate>Fri, 08 Nov 2019 21:10:05 +0000</lastBuildDate>
	<language>ru-RU</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.7.18</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Финансовое планирование. Александр Высоцкий.</title>
		<link>https://lokhnin.com/finance-planning-visotsky-consulting</link>
		<comments>https://lokhnin.com/finance-planning-visotsky-consulting#respond</comments>
		<pubDate>Sun, 01 Oct 2017 17:11:49 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Литература (книги)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3295</guid>
		<description><![CDATA[Добротная книга. Must-have к прочтению консультантам, менеджерам, владельцам, финансистам. Да, даже финансистам! С целью понять как мыслят собственники бизнеса! Это не просто очередная книга &#171;как надо&#187;, а и ответ на вопрос &#171;Как внедрить финансовое планирование&#187;. Общее впечатление о книге: Интересный подход в сильном уходы от метода начислений в кэш. ИМХО норм для стартапов. Да и всё-таки на уровне [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/finance-planning-visotsky-consulting/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Аутстафинг VS Аутсорсинг</title>
		<link>https://lokhnin.com/outstaffing-vs-outsourcing</link>
		<comments>https://lokhnin.com/outstaffing-vs-outsourcing#respond</comments>
		<pubDate>Fri, 27 Jan 2017 13:19:43 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Бизнес анализ]]></category>
		<category><![CDATA[понимание бизнеса]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3091</guid>
		<description><![CDATA[Решил внести свои 5 копеек в извечный холивар. Давайте для начала дадим определения этим двум терминам: Аутсо́рсинг (от англ. outsourcing: (outer-source-using) использование внешнего источника и/или ресурса) — передача организацией, на основании договора, определённых видов или функций производственной предпринимательской деятельности другой компании, действующей в нужной области. Аутстаффинг (англ. out — «вне» + англ. staff — «персонал») – [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/outstaffing-vs-outsourcing/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Жесткий менеджмент. Дэн Кеннеди.</title>
		<link>https://lokhnin.com/hard-management</link>
		<comments>https://lokhnin.com/hard-management#respond</comments>
		<pubDate>Thu, 19 Jan 2017 05:24:57 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Литература (книги)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3076</guid>
		<description><![CDATA[&#160; Могу подтвердить, что практически всё, что написано в книге. работает на практике. Почему “практически”? По той причине, что я ещё далеко не всё видел в этой жизни. Да и не совсем согласен с видением системы бонусов. Всё-таки примеры в книге больше из сферы продаж, где важны индивидуальные результаты. Всё-таки ИТ накладывает свой отпечаток, когда важен [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/hard-management/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Быть начальником это нормально. Брюс Тулган.</title>
		<link>https://lokhnin.com/how-to-be-a-boss</link>
		<comments>https://lokhnin.com/how-to-be-a-boss#respond</comments>
		<pubDate>Tue, 03 Jan 2017 01:16:49 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Литература (книги)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3020</guid>
		<description><![CDATA[Основной стержень книги: &#171;Микроменеджмент против неэффективного управления&#187; Что хуже?: Микроменеджмент: вмешиваться в каждый шаг сотрудника, контролировать каждое его действие, проверять все достигнутые им результаты, разводить бюрократию, рассказывать в деталях как какую задачу делать Неэффективное управление: не ставить сотрудникам планы и задачи, не говорить что нужно делать, не контролировать. В общем и целом &#8212; дать сотрудникам делать [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/how-to-be-a-boss/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 ключей к личной эффективности менеджера</title>
		<link>https://lokhnin.com/seven-keys-to-manager-personal-effectiveness</link>
		<comments>https://lokhnin.com/seven-keys-to-manager-personal-effectiveness#respond</comments>
		<pubDate>Tue, 03 Jan 2017 00:56:41 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Личная ответственность]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3013</guid>
		<description><![CDATA[МУЛЬТИЗАДАЧНОСТЬ УБИВАЕТ ПРОИЗВОДИТЕЛЬНОСТЬ Вроде бы очевидная истина про многозадачность. Но как часто я вижу на практике когда в погоне за бОльшими результатами, команды начинают терять эффектиность. Да и сам наступал на эти грабли неоднократно Очень часто в сфере ИТ возникает ситуация, когда необходимо решать несколько заданий одновременно. По моим наблюдениям, это довольно обыденная ситуация, когда 4 [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/seven-keys-to-manager-personal-effectiveness/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Безответственные сотрудники: кто виноват и что делать ?</title>
		<link>https://lokhnin.com/irresponsible-employees-who-is-to-blame-and-what-to-do</link>
		<comments>https://lokhnin.com/irresponsible-employees-who-is-to-blame-and-what-to-do#respond</comments>
		<pubDate>Mon, 02 Jan 2017 20:21:02 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Управление людьми]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=2968</guid>
		<description><![CDATA[Вы замечали, что часто действия сотрудников ведут к откровенно и очевидно отрицательному результату для компании? Например: HR не дают взять в штат специалиста (или увольняют в рамках оптимизации) с ЗП 500 долларов (с налогами он обходился бы компании в целых 750), а нехватку ресурса компенсируют аутсорсингом за 2000 долларов. При этом директору докладывают «как классно [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/irresponsible-employees-who-is-to-blame-and-what-to-do/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ВЫИГРЫВАЕТ КОМАНДА, ПРОИГРЫВАЕТ ТРЕНЕР</title>
		<link>https://lokhnin.com/about-team</link>
		<comments>https://lokhnin.com/about-team#respond</comments>
		<pubDate>Mon, 02 Jan 2017 12:13:53 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Лидерство и доверие]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=3008</guid>
		<description><![CDATA[Руководитель проекта ОБЯЗАН хорошо разбираться в людях: видеть их сильные и слабые стороны, подбирать правильную мотивацию, учитывать совместимость членов команды. Только таким образом можно из отдельных специалистов собрать группу единомышленников, которые будут работать как единый механизм, взаимно дополняя и усиливая друг друга. Общая эффективность такого коллектива будет только расти и он превратится в полноценную команду. В дружной [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/about-team/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>9 принципов эффективных совещаний</title>
		<link>https://lokhnin.com/about-meetings</link>
		<comments>https://lokhnin.com/about-meetings#respond</comments>
		<pubDate>Sun, 18 Dec 2016 15:43:06 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Лидерство и доверие]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=2989</guid>
		<description><![CDATA[Моя позиция относительно совещаний осталась неизменной &#8212; зачастую, совещание &#8212; это потеря времени, поэтому рекомендую сократить длительность и количество совещаний. Не бывает часовых совещаний. Если на совещании длительностью 1 час присутствует 6 человек, то это 6-ти часовое совещание. Из своего опыта могу добавить, что есть 3 основные причины большого количества совещаний: ➡️ Некомпетентность. Компания представляет собой [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/about-meetings/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 СПОСОБОВ РАЗРУШИТЬ ДОВЕРИЕ В КОМАНДЕ</title>
		<link>https://lokhnin.com/7-ways-to-destroy-confidence</link>
		<comments>https://lokhnin.com/7-ways-to-destroy-confidence#respond</comments>
		<pubDate>Tue, 22 Nov 2016 13:56:13 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Лидерство и доверие]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=2970</guid>
		<description><![CDATA[Даже самый сложный проект можно «вытянуть» за счёт согласия и доверия между заинтересованными сторонами. Точно так же можно завалить самый простой проект из-за постоянных конфликтов в команде. Википедия говорит, что доверие &#8212; это уверенность в порядочности и доброжелательности другого человека, что доверие зависит от степени соблюдения оговоренных правил, а также от умения правильно действовать, когда [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/7-ways-to-destroy-confidence/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Как повысить скорость разработки ПО?</title>
		<link>https://lokhnin.com/improving-the-efficiency-of-sdlc</link>
		<comments>https://lokhnin.com/improving-the-efficiency-of-sdlc#comments</comments>
		<pubDate>Sat, 03 Sep 2016 03:26:08 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Бизнес процессы (SDLC)]]></category>
		<category><![CDATA[1С]]></category>
		<category><![CDATA[КИС]]></category>
		<category><![CDATA[Проект]]></category>
		<category><![CDATA[Проект внедрения 1С]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=1665</guid>
		<description><![CDATA[]]></description>
		<wfw:commentRss>https://lokhnin.com/improving-the-efficiency-of-sdlc/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Почему 50% требований появляются во время сдачи работ?</title>
		<link>https://lokhnin.com/validation-and-verification</link>
		<comments>https://lokhnin.com/validation-and-verification#respond</comments>
		<pubDate>Sat, 23 Jul 2016 04:34:02 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Бизнес анализ]]></category>
		<category><![CDATA[PMBoK]]></category>
		<category><![CDATA[Качество]]></category>
		<category><![CDATA[Проект]]></category>
		<category><![CDATA[Цикл Деминга (PDCA)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=355</guid>
		<description><![CDATA[Думаю, что каждый РМ сталкивался с ситуацией, когда заказчик не хочет принимать работы (даже если ТЗ было подписано кровью), начинает генерировать дополнительные требования, рассказывать что &#171;это же и так очевидно&#187;, что продукт недостаточно качественный или его не устраивает качество выполненной работы? Причин может быть много, и они могут находиться в самых разных аспектах разработки ПО. Но чаще всего [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/validation-and-verification/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Цикл Деминга PDCA: Plan-Do-Check-Act</title>
		<link>https://lokhnin.com/deming-cycle-pdca-plan-do-check-act</link>
		<comments>https://lokhnin.com/deming-cycle-pdca-plan-do-check-act#respond</comments>
		<pubDate>Fri, 22 Jul 2016 14:22:51 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Бизнес процессы (SDLC)]]></category>
		<category><![CDATA[PMBoK]]></category>
		<category><![CDATA[SMART]]></category>
		<category><![CDATA[Цикл Деминга (PDCA)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=341</guid>
		<description><![CDATA[С именем Эдварда Деминга связывают расцвет японской экономики. Цикл Деминга (PDCA) &#8212; процесс принятия решений, который используется в управлении эффективностью и/или качеством бизнес процессов. Также известен как: Deming Cycle, Shewhart cycle, Deming Wheel или Plan-Do-Study-Act, Plan-Do-Check-Act, Петля Деминга, PDCA, Петля качества Деминг знаменит тем, что формализовал процедуру постоянного совершенствования качества работы. Современными терминами – постоянного совершенствования [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/deming-cycle-pdca-plan-do-check-act/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Оптимальная структура ИТ компании</title>
		<link>https://lokhnin.com/a-balanced-matrix-organizational-structure-in-terms-of-project-management</link>
		<comments>https://lokhnin.com/a-balanced-matrix-organizational-structure-in-terms-of-project-management#respond</comments>
		<pubDate>Thu, 07 Jul 2016 13:11:01 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Бизнес анализ]]></category>
		<category><![CDATA[Организационная структура]]></category>
		<category><![CDATA[Управление предприятием]]></category>
		<category><![CDATA[Функции управления]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=210</guid>
		<description><![CDATA[В зависимости от того, какие проекты выполняет компания, критически важно правильно подобрать организационную структуру, чтобы с одной стороны обеспечить хорошую продуктивность работы, а с другой &#8212; накопление знаний для повышения эффективности работы. Матричная организационная структура Классический пример матричной организационной структуры в ИТ &#8212; когда отдельно есть проектный офис (отдел, в котором собраны все РМ), а [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/a-balanced-matrix-organizational-structure-in-terms-of-project-management/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Обязанности владельца компании</title>
		<link>https://lokhnin.com/responsibility-of-company-owner</link>
		<comments>https://lokhnin.com/responsibility-of-company-owner#respond</comments>
		<pubDate>Sat, 11 Jun 2016 16:50:26 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Литература (книги)]]></category>
		<category><![CDATA[Книга]]></category>
		<category><![CDATA[Личная ответственность]]></category>
		<category><![CDATA[Организационная структура]]></category>
		<category><![CDATA[Персонал]]></category>
		<category><![CDATA[Цикл Деминга (PDCA)]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=1770</guid>
		<description><![CDATA[Однозначно рекомендую к прочтению. Это вторая прочитанная мною книга Александра Высоцкого за этот год. Третья уже на полке. Очень сложно процитировать автора или передать атмосферу книги т.к. каждое слово несёт в себе смысл и глубокую идею. Учитывая, что уже на практике знаком с многими административными инструментами Рона Хаббарда, то остановлюсь только над тем, что для меня [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/responsibility-of-company-owner/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Управление рисками проекта согласно РМВоК</title>
		<link>https://lokhnin.com/project-risk-management</link>
		<comments>https://lokhnin.com/project-risk-management#comments</comments>
		<pubDate>Thu, 17 Mar 2016 15:00:44 +0000</pubDate>
		<dc:creator><![CDATA[Алексей Лохнин]]></dc:creator>
				<category><![CDATA[Управление проектами]]></category>
		<category><![CDATA[PMBoK]]></category>
		<category><![CDATA[Проект]]></category>
		<category><![CDATA[Риски проекта]]></category>

		<guid isPermaLink="false">https://lokhnin.com/?p=1183</guid>
		<description><![CDATA[Риск — это неопределённое событие или условие, которое в случае возникновения имеет позитивное или негативное воздействие на проект. Как следует из определения, каждый ИТ проект &#8212; это один большой риск. Мы либо достигнем цель проекта, либо нет 🙂 Что такое риск? Очень важно! Риск – это не плохо и не хорошо! Риск – это неопределенность. [&#8230;]]]></description>
		<wfw:commentRss>https://lokhnin.com/project-risk-management/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.w3-edge.com/products/

Page Caching using disk: enhanced (Page is feed) 

Served from: lokhnin.com @ 2020-06-21 01:37:12 by W3 Total Cache
-->