Блог Александра Башкирова

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

Работа

Подписаться на эту рубрику по RSS

Тут что-то по работе, наверное :)

Тут и там: подход к продажам

Просмотров: 464Комментарии: 0
Работа

По работе делал достаточно большой список ПО в некоторой области (это не важно). Важно то, что рассматривал ПО отечественное и для сравнения - ПО западное (строго говоря - не отечественное, не ограничиваясь условным "западом", то есть - ПО иностранное). Так вот, что меня поразило: "наши" обычно не размещают никаких демок, а функции пишут так, что вообще непонятно, почему эта прекрасная система, которая умеет всё еще не установлена везде, и зачем нужны в принципе другие системы... На иностранных сайтах функции пишутся более адресно и более полно, и как правило есть демка, ну хотя бы видеоролики. Посмотришь их - и более менее понятно, хотя бы на самом верхнем уровне,"что это". 

А "наши" отличаются тем, что всё по запросу. Не страшно, но времени продраться через вот это всё уходит много. Хотя желание разобраться падает.

Тренинг "Как навести порядок в проектах", 19 сентября, город Москва

Просмотров: 689Комментарии: 0
Работа

Коллеги (в основном - московские).
В субботу - 16 сентября в Москве состоится на мой взгляд уникальный тренинг - "Как навести порядок в проектах".
В чем уникальность?
Во-первых, тренинг ведет Елена Филипова (https://www.facebook.com/kulikop) - ex-РПО Татфондбанка, на данный момент - "наш человек" - работает в Адванте, развивает направление корпоративных систем управления проектами. Человек, который практически занимался наведением порядка в проектах - и достиг в этом немалых успехов.
Кроме того, на курсе будут присутствовать Денис Базин (https://www.facebook.com/bazindenis) и Дмитрий Мазеин (https://www.facebook.com/MazeinDA) - соответственно директор и директор по развитию компании Адванта. У каждого за плечами свой большой и уникальный опыт постановки проектного управления - как у себя, так и у клиентов.
Нмножко раскрою, что внутри:
- Поймем, что такое Устав и как его писать. А также попробуем закрепить знание - напишем свой устав
- Поймем, что такое КТ, для чего они нужны, и как ими управлять. А также - как формулировать план из КТ
- Научимся через покер вскрывать риски и делать разбор команды (а заодно поймем, что это и зачем надо)
- Будем учиться рисовать дашборды - как средство визуализации здоровья прооекта/портфеля
- Поймем, что такое проектный комитет и научимся проводить проектные комитеты
(цитаты из поста Дениса Базина https://www.facebook.com/bazindenis/posts/1449534605116449 про предстоящее мероприятие).
Из того, чего на тренине НЕ будет:
- скучной и слабо применимой на практике теории
- рассуждений о "проектном управлении в целом"
- позиции "мы самые умные"
Кому стоит пойти на мероприятие?
- Во-первых, тем, кто хочет навести порядок в проектах. В основном это (по моему мнению) - компании, идущие "в рост" и так или иначе неудовлетворенные текущими результатами
- Во-вторых, тем, кто хочет упорядочить имеющиеся знания в области ПУ. По себе знаю - прочитаешь много умных и правильных книжек, понимаешь - ЧТО надо делать. А вот КАК - большой вопрос.
- В-третьих, тем, кто понимает, что у него есть проекты, и ищет способ повысить их эффективность и снизить затраты.
- Ну и всем остальным.
Цена на мой взгляд досаточно гуманна: 9900 за тренинг. Приходите! Уверен, что там будет интресно :)
Ссылка на регистрацию: http://course.advanta-group.ru/

Про мотивацию. Видео.

Просмотров: 991Комментарии: 0
РаботаAlib.spb.ru

Отличное видео выступления Олега Макарова на конференции Sales & Marketing 360

Сразу же предупреждаю: видео длинное, почти час, но оно того стоит. Чем оно хорошо? Олег просто и доходчиво объясняет что такое мотивация. Что такое лояльность. За что "покупается" мотивация и как получить лояльность, а также - чем эти понятия отличаются, и какие из этого следуют выводы.

Я посмотрел несколько раз, и кое-что даже законспектировал. :) Там вроде бы очень простые идеи. Но при этом - каждый раз ощущение, что "блин, ну как я это упустил, а?".

Ссылка на Ютуб: https://www.youtube.com/watch?v=MOIIcW-Lsxk

Три статьи на e-xecutive.ru об одном и том же: про KPI и мотивацию на основе показателей.

Просмотров: 1179Комментарии: 0
Работа
Три предельно практические статьи об одном и том же: как разработать систему мотивации на основе показателей (KPI). А проблема по большому счету, совсем не нова. Рано или позно - но "как мотивировать рублем" встает перед каждой компанией. Ну, или перед каждой...

Надеюсь, что стать будут полезны тем, кто внедряет или уже внедрил подобные методы рассчета. И добавлю, что по большому счету - есть еще масса интересных методов рассчета, которые не сводятся к рассматрваемым в статьях примерам. Поэтому - есть смысл рассматривать статьи как некие базовые практики для собственных решений.

И да, в сознательно не включил в подборку ничего про нематериальную мотивацию - не стоит мешать всё в одну кучу.

Хабр: Что нужно учесть при проектировании системы, чтобы не было мучительно больно?

Просмотров: 1143Комментарии: 0
РаботаAlib.spb.ru

На Хабре очережная интересная статья: "Что нужно учесть при проектировании системы, чтобы не было мучительно больно?". Статья о том, как много боли можно получить впоследствии, изначально - неверно спроектировав приложение.

Вернее, как "неверно спроектировав". Понятное дело, что когда гипотетическое веб-приложение типа "сайт с некоторыми функциями" делается "для себя" / "для 100 - 1000 пользоваталей", то по большому счету - не очень важно, "синхрон-асинхрон", "прямые права" (не через роли) и т.д. Когда пользователей становится 100 000 - 1 000 000 и выше, эти проблемы начинают "выстреливать", причем - в самый неожиданный момент. Да, кстати, это не только для веба - это в принципе, для многопользовательских приложений. У всех свои "пороги срабатываения проблемы", но то, что проблема "выстрелит" на больших объемах, если её оставить - 100%. Безальтернативно.

Понятное дело, что поначалу никто не планирует "выход на объем", но вот что точно нужно делать в самом начале - как следует проработать архитектуру приложения, с тем, чтобы впоследствии было проще "расшивать" узкие места. Автор статьи, кстати, делает совершенно аналогичные выводы. Не касаясь явно, правда, еще одного момента - а именно объема данных. Косвенно о них говорится в разделе "Масштабирование", но явно - нет. А это, вообще говоря, может быть той еще головной болью. Когда, например, хранилище данных достигает 10000 Тб, и нужно обеспечить быстрый доступ ... или, как вариант, необходимо хранить таблицу в пару-тройку десятков миллионов строк... еще раз скажу, что редко когда на старте думаешь о том, что так будет. Но бывает, и еще как! В одном случае - логирование действий пользователей с ростом их числа съедает всё место, в другом - начинают в систему "заводить" не предназначенный для этого "тяжелый" контент (видео и т.д.). И получается на выходе - тормоза, отказы, 503я ошибка или просто "висим намертво".

Так что мораль: если вы только начали проектировать приложение - думайте о росте. Если приложение уже есть, но в нем еще нет ни пользователей, ни данных - думайте о росте. Потому что если не думать, то "рост" заставит вспомнить о нем сам. И будет существенно больнее.

Executive.ru: Почему «верхи» и «низы» в компаниях не понимают друг друга

Просмотров: 1104Комментарии: 0
РаботаAlib.spb.ru

Классная статья на сайте Executive.ru: http://www.e-xecutive.ru/management/practices/1986548-pochemu-verhi-i-nizy-v-kompaniyah-ne-ponimaut-drug-druga

Статья, что называется - "в точку". Она о том, что в числе прочего - интересы работника и работодателя могут не совпадать. Запросто могут не совпадать. (И вообще говоря, это нормально).  Кроме того - она о том, что сделать с этим.

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

SCRUM и большие организации

Просмотров: 1023Комментарии: 0
РаботаAlib.spb.ru

Прочитал "7 препятствий для внедрения гибких методологий в больших организациях".

Что сказать. Согласен, если не с каждой буквой, то со многим. Я видел как внедряют SCRUM в больших и очень больших организациях. И особенно "доставляет" переходный период, когда творится адский треш из "старой" и "новой" методологии, при этом - необходимо выдержать сроки, при этом - кроме сроков еще надо внедриться и отчитаться...

А в сухом остатке моего опыта - внедрение SCRUM у больших компаний чаще всего проваливается/буксует/имеет проблемы потому, что

  • зачастую руководство выстраивает псевдо-SCRUM, чтобы и SCRUM внедрить, и "нити" не потерять
  • живут по принципу "ну ок, у вас SCRUM, а нам - надо сделать вот это, прямо здесь и сейчас, и не важно, над чем сейчас работает команда" (в классике - задание должно приходить на скрам-мастера, команда может пересмотреть приориеты... но чтобы так вот в жизни делали?)
  • считают внедрение SCRUM инородным элементом. "Вы там внедряйте, а мы потихоньку, в прежнем режиме... если надо - отчитаемся". То есть низкая мотивация к самосоверщшенствованию команды (а это - основа SCRUM).
  • Ну и - целеполагание. Цели зачастую ставят "по водопаду", отчетов требуют "по водопаду", а работы - по SCRUM.

Печально, но факт.