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

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

Сказка о проекте “дедка & репка”

Просмотров: 4440Комментарии: 3
IT Blogs

Читал дочке сказку о репке. Сказка, она на то и сказка, чтобы иметь хороший и добрый конец: репку вытащили, всё гут - все довольны. А я подумал: а что если рассмотреть сказку в контексте проекта?

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

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

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

"Позвал дедка бабку". О! На проект перед самым его завершением начали подтягивать дополнительные ресурсы.

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

"Позвала бабка внучку". Началось делегирование, размывание ответственности и привлечение дополнительных ресурсов. Скорее всего - в ущерб другим проектом. (Предприятие-то малое!)

"Тянут-потянут - вытянуть не могут". В общем, известная истина: как правило, от увеличения сотрудников на проекте эффективность увеличивается, но не пропорционально их количеству.

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

"Позвала жучка кошку. Тянут-потянут - вытянуть не могут". Повторение предыдущей картины. Куча исполнителей - каждый из которых понимает процесс, но не очень желает его нарушить - можно и затрещину от дедки схлопотать: "процесс нарушаешь!"

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

Что же... Сказка ложь, да в ней намёк. Всем PMам в ней урок.

PS. Если понравилось, то могу еще чего-нибудь в этом же духе изобразить.

Кросспост из моего ИТшного блога на ITBlogs.ru

Два антимульта

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

Данная статья безнадежно устарела. Оставляена для истории. Ссылки не актуальны.

Мультики серии "Антимульт" лучше всего искать на Ютубе.Ещё один "ностальгический" пост. Было дело, я увлекался флеш-мультфильмами. Из представленного в Ру-Интернете самое, пожалуй, интересное производила студия "Антимульт" - мультики их были захватывающие, местами спорные, местами я с ними не соглашался, местами поражался глубине... Персонажи их были яркие, добрые, злые, циничные, радостные... Живые, в общем. Одним словом - цепляло. (Это я про серию Anti-PR в основном).

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

Честно скажу: продолжение серии мне понравилось. Ушло много из того, с чем я был не согласен, правда, пришло практически столько же. Другого качества, и в другой плоскоси. Зацепило. Пересмотрел все (благо, что маленькие). Жду следующих серий ;)

PS. Как и Антимульт, его двойник с окончанием МСК живет за счет рекламы. То есть производства рекламных мльтов. Так что, если пойдет к ним - "отделяйте". Реклама хоть и интересная, но... реклама. :)

Пустячок, а приятно!

Просмотров: 2986Комментарии: 2
IT Blogs

Моя статья на тему "Выносить ли сыр из избы - где должна проходить граница между аутсорсингом и собственными ИТ процессами крупных компаний" получила приз зрительских симпатий на конкурсе IOne.

Сайт конкурса - http://www.kommersant.ru/ione/

Прямая ссылка на статью: http://www.kommersant.ru/doc.aspx?DocsID=1023900

Как говорится, "пустячок, а приятно". (Правда, не обошлось без "накладок", за решение которых отдельное "спасибо" модератору конкурса - Виктории Рябовой)

Сама статья:

По мере роста каждая компания рано или поздно встает перед дилеммой аутсорсинга: какие ИТ-функции и процессы стоит отдавать на аутсорсинг, а какие - нет. При этом следует отметить, что аутсорсинга в условиях современного рынка избежать практически невозможно (особенно - крупным компаниям), поскольку, с одной стороны, аутсорсинг часто навязывается поставщиками - например, так называемые решения "только под ключ" и "заказные разработки"  (или "доработки под заказчика"), с другой стороны - реализация всех бизнес-задач, стоящих перед ИТ, силами собственного подразделения ИТ практически нереальна.
Сама идея передачи того или иного ИТ-процесса или ИТ-функции на аутсорсинг довольно привлекательна, поскольку позволяет организации максимально сконцентрироваться на основной деятельности, не задумываясь о непрофильной деятельности (а для не-ИТ-компаний деятельность, не связанная с ИТ, является непрофильной, исключая, разве что, пересекающиеся области - телеком и поставки оборудования). Непрофильность ИТ как основной деятельности накладывает на компанию следующие ограничения:
  • необходимость дополнительных вложений в поддержание существующих ресурсов и организацию резерва ресурсов;
  • необходимость поддержки компетенции собственных специалистов на необходимом уровне;
  • относительно небольшие гарантии по отношению к результату;
  • как правило - минимальная документация на предлагаемое решение (или ее полное отсутствие).
В этом свете преимуществами аутсорсинга будет являться:
  • в общем случае - оперативный горячий резерв ресурсов, предоставляемых компанией-аутсорсером, и отсутствие проблем для заказчика, связанных с поиском необходимых ресурсов в случае непредвиденных ситуаций;
  • компетенции компании-аутсорсера в области предоставляемой услуги, как правило, выше, чем компетенции собственных ИТ-специалистов;
  • гарантии компании-аусорсера;
  • грамотная документация, составленная в соответствии с ГОСТ или требованиями заказчика.
При обозначенных выше преимуществах, передача тех или иных процессов (функций) на аутсорсинг характеризуется своими рисками:
  • риски, связанные с потерей конфиденциальной информации заказчика;
  • риски, связанные с высокой критичностью для бизнеса тех или иных функций, переданных на аутсорсинг;
  • риски, связанные с некомпетентностью аутсорсера в области работы компании-заказчика;
  • риски, связанные с моментом прекращения договорных отношений между поставщиком и потребителем услуги аутсорсинга;
  • риски, связанные с возможной неудовлетворенность качеством ИТ-аутсорсинга и, как следствие – с недостаточной гибкостью поставщика услуг.
Каждый из приведенных рисков может быть нивелирован тем или иным способом: грамотно составленный договор, правильно выстроенные ИТ-процессы у заказчика и исполнителя (например, в соответствии с ITIL), наличие внутренней регламентирующей документации, тщательный выбор аутсорсиногового партнера, проведенная процедура оценки влияния той или иной услуги на бизнес, оценка контракта и партнера с точки зрения выполнения внутренних норм ИТ-безопасности, наличие схемы "перехвата" в случае неожиданного отказа аутсорсиногового партнера от своих обязательств и т.д.
Таким образом, прибегать к услугам аутсорсинга имеет смысл в следующих случаях:
  1. Уменьшение стоимости владения услугой для заказчика при сопоставимом качестве, предлагаемом аутсорсером.
  2. Увеличение качества предоставляемой аутсорсером услуги при схожей или меньшей стоимости.
  3. Уникальность и невоспроизводимость (либо экономическая неоправданность воспроизводимости) услуги, предлагаемой аутсорсером.
Что же касается крупных компаний (для определенности будем считать, что "крупная компания" - это компания с оборотом более 500 млн руб. в год и числом сотрудников более 1500), то для них весомость этих причин усиливается, поскольку речь идет о значительно более весомых ИТ-бюджетах, чем в случае с небольшими компаниями.
Тем не менее, провести четкую грань между ИТ-процессами, функциями и решениями, отдаваемыми на аутсорсинг, и реализуемых собственной ИТ-службой крупных компаний, довольно сложно. Во-первых, нередко встречается ситуация, когда на ауторсинг отдается разработка той или иной ИТ-услуги, которая потом поддерживается силами собственного ИТ-блока. Во-вторых, встречаются комбинированные случаи: когда одна и та же ИТ-услуга реализуется и поддерживается совместно силами аутсорсингового партнера и собственных ИТ-специалистов. И, наконец, в компании может быть принята своя политика в области аутсорсинга (типичные сценарии - "все на аутсорсинг", "минимум аутсорсинга"), сильно влияющая на решения об аутсорсинге.
Выходом из сложившейся ситуации является формализация ИТ-стратегии в свете стратегии основной бизнес-деятельности компании. В стратегии ИТ должна быть формализована политика в области предоставления услуг бизнес-подразделениям и политика в области потребления и поддержки ИТ-услуг, предоставляемых аутсорсинговыми компаниями, а также определено - какие из полученных аутсорсинговых услуг (решений) будут транслироваться бизнес-подразделениям, и в каких случаях аутсорсинговые компании будут привлекаться по инцидентному принципу.

Кросспост из моего ИТшного блога на ITBlogs.ru

Плагин для WordPress: автоматическая расстановка URL

Просмотров: 3029Комментарии: 2
Wordpress

Из разряда маленьких "полезняшек". Давно использую плагин "Auto-hyperlink text URLs", который позволяет не вставлять ссылку "ссылкой" (то есть использовать <a ...> или визуальное создание ссылки) в запись, а ввести её как текст, после чего, при выводе записи, плагин распознает и отобразит все ссылки в виде ссылок, открывающихся в новом окне.

Для меня (лентяя) эта "фишка" оказалась весьма удобна, так что, как говорится - пользуйтесь и вы, уважаемые ситатели, тем более, что на домашнгей странице плагина представлен внушительный список других плангинов. Их я, правда, не пробовал - лень! :D

Кстати, домашняя страница плагина: http://coffee2code.com/wp-plugins/, автор плагина - Scott Reilly (http://coffee2code.com/wp-plugins/).

PS. Настроек у плагина не обнаружено, да по большому счету, не очень они и нужны - тот 1% случаев, когда ссылку надо открыть в том же окне, что и пост, решается путем принудительной вставки ссылки "ручками".

PSS. Работает на 2.6.2 без проблем.

Tor: анонимность в Интернет

Вспомнил молодость. Когда-то, давным-давно, мне надо было "ходить" по Сети так, чтобы меня не могли отследить большинством традиционных методов - по IP, Cookie и т.д. Именно тогда я набрел на интересную сеть - TOR, основная направленность которой - анонимность её участников. Сеть построена по децентрализованному распределённому принципу, на добровольных началах, и, как следствие - постоянно нуждается в финансировании (о чем прямо заявлено на сайте проекта).

Так вот, когда я впервые столкнулся с TOR, меня поразило обилие шаманских действий при скудной документации, которые надо было производить для того, чтобы получить работающий TOR, и, как следствие - некоторую защиту. Через некоторое время процесс упростился: появилась Opera with TOR (то есть opera с интегрированным tor клиентом). Кстати, opera + tor - яркий пример того, как не стоит называть приложения и проекты. При поиске в Google по этому запросу выдается ссылка на описание ... оператора, ага. Так вот, в течение нскольких лет я не заходил на сайт TOR, а намедни зашедши - был приятно удивлён, тем, что

  • у сайта и небольшой части документации появился русский язык
  • появился плагин под firefox, который превращает использование tor под windows в необременительное занятие;
  • появился gui инсталлятор под windows;
  • появилась инструкция по установке и использованию tor под linux (небольшая, кстати - всего 3 или 4 шага кажется);

Но самое интересное - на сайте появились разъяснения относительно того, что может и что не может tor, когда и как он защищает и т.д., написанные для пользователей, не обладающих серьёзными знаниями в области сетевых технологий.

В общем, любителям приватного серфинга - welcome: http://www.torproject.org/index.html.ru

PS. Мааленькая цитата для специалистов:

...Tor обеспечивает защиту за счёт маршрутизации вашего сетевого трафика по распределённой сети серверов запущенных добровольцами со всего мира...

В переводе с "русского на русский" - tor это гигансткая сеть по обмену IP адресами. И все. О чем честно заявлено на сайте проекта:

...Tor защищает только те сетевые приложения, которые посылают свой трафик через Tor...
...Плагины браузера, такие как Java, Flash, ActiveX, RealPlayer, Quicktime, Adobe PDF и другие, могут раскрыть ваш IP адрес...
...Если ... сайт выдал вам cookie, то этот сайт сможет узнать вас по этому cookie даже во время последующего использования Tor...
...Tor анонимизирует источник вашего трафика, и шифрует всё внутри сети Tor, но он не может зашифровать ваш трафик между сетью Tor и конечным получателем...

Мораль? 100% защиты нет, и не надейтесь:) Но при соблюдении некоторых простых правил можно обеспечить относительно анонимный серфинг с использованием tor.

PS. tor в этот раз я себе не ставил - нужды не было, так что все приведённые выше выкладки являюится сугубо умозрительными.

Ссылки на WordPress ресурсы

Просмотров: 2759Комментарии: 7
Wordpress

Данная статья частично устарела. Оставляена для истории.

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

  1. http://www.wordpress.org/ - основной сайт Вордпресс. На английском. Последние оригинальные версии Wordpress, плагины, темы, документация.
  2. http://www.mywordpress.ru/ - русский сайт Wordpress. Поддерживает его Иван Калинин (он же - Lecactus). Русифицированный wordpress, подборка русифицированных тем и плагинов.
  3. http://www.maxsite.org/ - Сайт Максима. Собственные разработки: плагины, сборки Wordpress. Кстати, Максим в настоящее время решает задачу создания собственной CMS, конкурирующей с Wordpress (на  CodeIgniter), и ему это (кажется) удается. Посмотреть на нее можно на http://www.max-3000.com
  4. http://lecactus.ru/ - сайт Ивана Калинина. Отличается от myWordpress наличием собственных постов ивана, не относящихся к Wordpress.
  5. http://www.sonika.ru/blog/ - блог Софии Панченко. Материал по Wordpress - качественный (статьи, плагины и т.д.)
  6. http://blog.portal.kharkov.ua/ - блог Юрия Белотицкого. Собственные плагины автора. Сайт на первый взгляд простой (но весьма оригинальный), но углубившись, понимаешь: полезного - если не море, то реально много.

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

OpenID

Просмотров: 2861Комментарии: 0
Alib.spb.ruWordpress

Я взял и получил OpenID. Для тех, кто не в курсе. OpenID - это универсальный идентефикатор, предназначенный для поддержки сквозной идентификации (авторизации, сиречь) на сайтах, поддерживающих OpenID.

Проще говоря: один раз регистрируешься у OpenID провайдера, и спокойно ходишь как авторизованный пользователь по сайтам, поддерживающим OpenID. Не надо каждый раз вводить логин/пароль - система (провайдер) все сделает за тебя (естественно, на ней надо авторизоваться - но ОДИН раз за сеанс работы). Удобно? Наверное, я пока не прочувствовал... :)

Wordpress OpenID поддерживает с помощью плагина WP-OpenID (http://wordpress.org/extend/plugins/openid by Alan Castonguay от Will Norris. Плагин прост, как пробка: после установки он добавляет OpenID поле в форму комментария. Таким образом, имея OpenID комментировать становится не просто легко, а очень легко:)- не надо "вбивать" каждый раз user name, email и т.д. - все автоматом подставляется из OpenID аккаунта.

Настроек плагнин практически не имеет, кроме одной - собственный OpenID администратора - для авторизации в "админке". Но я этого делать на стал - в целях безопасности...

В заключение стоит отметить, что

  1. Большинство блог-провайдеров используют OpenID
  2. Список сайтов-провайдеров OpenID: http://wiki.openid.net/OpenIDServers
  3. В этом списке из русских сайтов были замечены Яндекс (нужен аккаунт Яндекса), Рамблер (вопрос глубоко не изучал, но, по-моему, он тоже связывает OpenID со своим аккаунтом) и isOpenID.ru (только OpenID провайдер, что удивительно). Собственно, я и остановил свой выбор на isOpenID, так как не являюсь обладателем ни Яндекс-, ни Рамблер-аккаунта:)