вторник, 28 февраля 2017 г.

Что я хочу услышать от руководителей проектов, во время отчета по проекту

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

  1. текст и реквизиты договора (название, предмет, номер, сумма, дата заключения и дата исполнения обязательств),
  2. если договор не заключен, тогда хочу услышать о плановых сроках его заключения, плановой сумме, подтверждения о намерениях от заказчика, даты планируемых встреч с заказчиком для обсуждения контрактования,
  3. общую сумму всех расходных договоров по данному доходному договору,
  4. текущие плановые сроки закрытия договора (когда заказчику будет передан на подписание акт сдачи-приемки работ),
  5. текущие плановые сроки завершения всех работ по проекту (когда мы завершим все работы фактически, этот срок обычно позже подписания акта сдачи-приемки),
  6. планируемые затраты до завершения всех работ по проекту и причины расхождения с планом на момент подписания договора,
  7. планируемая прибыль до завершения всех работ по проекту и причины расхождения с планом на момент подписания договора,
  8. проблемы, которые мешают приблизить момент окончания работ по проекту и момент подписания акта сдачи-приемки,
  9. варианты решения проблем согласно пункту выше, с указанием плюсов и минусов, на основании которых можно принять решение по выбору,
  10. предложения по улучшению ситуации на проекте (как увеличить доходы, как уменьшить расходы, как увеличить лояльность заказчика и пользователей).

Чего бы я не хотел выслушивать на совещании по проекту:

  1. вопросы, которые можно было решить в рабочем порядке ДО, а не ВО ВРЕМЯ совещания, вопросы которого обозначены заранее.
  2. обсуждение иных проектов, которые не связаны с тематикой совещания.
Если какая-то информация не готова к совещанию, то просто сообщите заранее об этом, и мы решим что делать. И это будет ГОРАЗДО лучше, чем если вы придете на совещание, и окажется, что чего-то из списка вы не знаете/забыли/вам обещают вот-вот сказать.

вторник, 24 мая 2016 г.

Завтрак за разговорами об IoT - Early Birds: стартапы в сфере IoT

Заехали сегодня утром на мероприятие, организованное #tceh и ФРИИ послушать, что говорят люди об IoT - так называемом Интернете Вещей. В основном как и было заявлено были стартаперы из инвесторов наверное только ФРИИ были и GSGroup в виде докладчика. Что интересного для себя узнал, о чем упрочил мнение:

  • это самый растущий рынок инвестиций (по мнению человека из GSGroup - они же "Триколор");
  • некоторые спецы майкрософт халявят в подготовке своих докладов в части логики представления мысли. Из рассказа мало что понял;
  • пока нет и врядли станет возможным появление распространенного универсального единого протокола для Интернета Вещей, хотя если ОС для IoT от Google взлетит, то - видимо будет в таком же доле, что и Android для смартфонов и планшетов;
  • будущий интерфейс общения человека с миром Интернет Вещей - голос, тоже скорее всего Google со своим движком все схватит и не отпустит )) ;
  • мало кто понимает как продавать IoT в России;
  • есть так называемые "рынки данных" - data marketplace, где встречаются поставщики и потребители данных. Т.е. например, какая-то компания выбрасывает набор данных и говорит: "кто хочет берите его и используйте" (видимо за деньги), наверняка находятся такие потребители, которым как раз этого набора данных и не хватало. Концепция хорошая. Удобный рынок услуг/товаров - это хорошо. Вопрос о доверии к данным, который задавался товарищу из Microsoft остается открытым. Просто данные, ничего больше. Видимо там этот вопрос регулируется как и везде - хочешь бери, не хочешь не бери (хочешь - верь и бери, не хочешь - не верь и не бери);
  • готовые наборы "умный дом" не очень популярны и "не идут в массы", видимо из-за высокого порога вхождения - высокой начальной стоимости, которую необходимо заплатить, при этом не понимая - "А нужно ли оно мне?". Более жизнеспособны внедрения по модульному принципу: "появилась небольшая задача - подключил дешевое решение - посмотрел отдачу - развиваешь умный дом дальше".

пятница, 6 мая 2016 г.

То, что надо посмотреть/прочитать

Статьи:
  1. Лекция Технологии визуализации данных @ KL10CH: https://www.youtube.com/watch?v=-SktP7neaqc 
  2. Вопрос-ответ: о работе со сложными системами: http://blog.infotanka.ru/all/vopros-otvet-complex-systems/
  3. Блог Инфонтанка: http://blog.infotanka.ru/all/datalab-algorithm-main-idea/ 
  4. Почитать о инструментах для визуализации (в основном библиотеки для программирования): https://habrahabr.ru/post/144747/
  5. Java-script библиотека визуализации данных: https://habrahabr.ru/company/devexpress/blog/185210/
  6. Тематическая картография: общие вопросы https://habrahabr.ru/post/268877/
  7. Тематическая картография: одномерные карты https://habrahabr.ru/post/274937/
Периодика:
  1. Хаб про визуализацию данных: https://habrahabr.ru/hub/data_visualization/
  2. http://datalaboratory.ru/online-lectures/
  3. http://colorbrewer2.org/
  4. http://www.axismaps.com/

Подход к определению рынка

При составлении бизнес-плана необходимо проводить анализ рынка, а конкретно - определение объема рынка. Для этого обычно вводят следующие термины, для лучшего понимания и запоминания которых, я записал свою интерпретацию:

  • Potential Available Market (PAM) - объем всего рынка. Клиенты, которые могут хотя бы раз случайно столкнуться и заинтересоваться проектом, без изменения уровня культуры и социального статуса, но, возможно, с изменением своих привычек.
  • Total Addressable Market (TAM) - объем целевого рынка. Клиенты, которые могут заинтересоваться проектом без изменения уровня культуры, социального статуса и даже без изменения своих привычек.
  • Served Available Market (SAM) - объем реалистично достижимого сегмента. Все клиенты, включая клиентов у конкурентов, работающих в той же области, что и ваш проект, учитывающие ограничительные условия.
  • Serviceable Obtainable Market (SOM) - объем реалистично достижимой доли рынка. Доля клиентов с учетом влияния прямых конкурентов и аналогичные доли клиентов среди конкурентов в смежных областях.
Примеры:

Пример 1 из ФРИИ "Приложение для прослушивания музыки под iOS":
PAM - Количество загрузок приложений в год на всех платформах
TAM - Количество загрузок приложений под iOS
SAM - Количество загрузок приложений для прослушивания музыки под iOS
SOM - 1% от всего рынка

Пример 2 из ФРИИ "Рынок доставки еды из ресторанов":
PAM - Весь рынок ресторанов
TAM - Доля рынка, потенциально проходящая через доставку
SAM - Комиссия всех игроков рынка
SOM - 10% от всего рынка

Пример 3 "Онлайн-сервис для подписи текста с помощью ЭП":
PAM - Авторы и редакторы СМИ в интернете, блогеры и активные пользователи соцсетей
TAM - Те, кто желает не просто писать, но и подтверждать свое авторство и правдивость публикуемой информации
SAM - Те, кто пишет на ресурсах без запрета на такую функциональную возможность и кто имеет техническую возможность использовать данный сервис
SOM - 60% от всего рынка

четверг, 5 мая 2016 г.

Модернизация или развитие?

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

Цитата из приказа 71 Минкомсвязи, который вводит эти термины:

4.2. Мероприятие по информатизации, направленное на развитие объекта учета, предполагает деятельность по выполнению работ, оказанию услуг, закупке ПО, ТО, направленную на изменение функциональных возможностей или расширение (создание новых) функциональных характеристик компонентов ИТКИ или ИС, введенных в эксплуатацию.

4.3. Мероприятие по информатизации, направленное на модернизацию объекта учета, предполагает деятельность в отношении компонентов ИТКИ или введенных в эксплуатацию ИС, направленную на улучшение их показателей назначения, снижение затрат на эксплуатацию, а также обеспечение соответствия современному технологическому уровню и удобству использования ИС или компонентов ИТКИ (в том числе закупка более мощных средств ТО и новых версий общесистемного ПО, а также работы по изменению архитектуры ИС и компонентов ИТКИ, в том числе увеличение количества точек установки (тиражирование) ИС или компонентов ИТКИ).

Приказ Минкомсвязи России от 01.04.2013 № 71 в редакции от 29.07.2014

воскресенье, 17 апреля 2016 г.

О главе "Восприятие" книги "Общая психология" Маклакова А.

Прочитал исключительно интересующую меня главу. Честно говоря, никаких новых идей не возникло, ничего исключительно полезного не узнал.
Из интересного:
1) некто Бидерман в 1986 году предположил, что среди признаков, по которым определяются объекты геометрически, есть геоны (геометрические ионы), выделил 36 штук. Что такое геоны ясно из картинки ниже.
"То, что геоны являются опознавательными признаками объектов, подтвердилось в экспериментах, в которых испытуемым предлагали распознать нарисованные объекты, предъявляемые на короткое время. Общий результат был таков, что объект распознается настолько хорошо, насколько хорошо воспринимаются его геоны".2) есть 2 процесса визуального распознавания объектов: снизу-вверх и сверху-вниз. Я так понял, имеется в виду "из частей собирается целое" и "от общей картины проявляются частности". Когда говорят, что лампа распозналась снизу-вверх, то имеется в виду, что мозг сначала определил ГЕОНЫ, потом сложил их вместе, сравнил с хранящимися в памяти образами настольных ламп и определил, что перед нами - ЛАМПА. Когда говорят, что лампа распозналась сверху-вниз, то это значит, что мозг определил, что НЕЧТО стоит на столе, излучает свет, размерами она примерно как лампа (учитывается ли это?), следовательно, перед нами - ЛАМПА (активно использовался окружающий контекст).
3) каждый предмет имеет присущие ему опознавательные признаки, есть пример с узнаванием слова по его части: "<..ек..и. ест.о>" сложно опознать, а вот "<эле ...ич... во>" прекрасно распознается, потому что отображаются присущие этому слову опознавательные признаки.
4) к пространственным свойствам предмета относятся: величина, форма, положение в пространстве.
5) оказывается, были опыты по тому, как мозг определяет, было ли движение наблюдаемого предмета. Было предположение, что движение определяется мозгом, когда наши глаза "движутся вслед" двигающемуся предмету. Однако некто Эрнст Мах, обездвижил голову и глаза испытуемому и все равно тот определял движение (хотя глаза оставались недвижимыми). Сделали в итоге вывод о том, что движение фиксируется не из-за собственно движения глаз, а из-за команды "глаз, двинься!" не зависимо от того - будет ли двигаться глаз в реальности после команды или нет.

В общем, тема интересная, но как ее связать с практикой в визуализации информации пока не ясно. 
Надо еще посмотреть книгу Грановской "Элементы практической психологии" и еще пару интересных сайтов с лекциями психологов по теме. 

Книга "Общая психология" Маклакова А. часть 2 глава 8 "Восприятие"

Не часто публикую здесь общедоступные посты, 99% записей - для ограниченного круга лиц. Общедоступных, как я смотрю, появляется примерно раз в год )) Забавно.
Решил изучить, что думают наши современники о психологии восприятия - начну с книги Маклакова А "Общая психология". Как прочту - напишу, что нового узнал.

воскресенье, 19 июля 2015 г.

Хорошие примеры - плохие примеры

Читая очередную книгу на профессиональную тему, пришла мысль: пропагандируя изложенные принципы авторы приводят в доказательство известных личностей, которые достигли заметных успехов, которые "как бы жили по этим принципам". Это прекрасно. Но никогда не приводят в пример и не анализируют обратные случаи. Миллионы случаев. Когда люди, живущие по тем же самым принципам оказывались в заднице. А почему? Не оказывают ли эти авторы медвежью услугу тем, кто покупает их книги? Хоть раз кто нибудь проводил исследование/анализ положительного и отрицательного влияния своей же книги? Или всегда достаточно только положительных отзывов? Где самокритика? Боятся плохого влияния на объем продаж?

понедельник, 28 июля 2014 г.

Как я ищу соратников на собеседованиях

Перед тем как написать пост заметил, что предыдущий был написан 1 год и 1 день назад. Интересно.

Я ищу не сотрудника, а больше - соратника. Того, кто сможет помочь нашей компании (и лично мне) изменять этот IT-мир. Я не люблю доверять выбор людей кому-то, даже на начальных стадиях привлечения нового сотрудника - на этапе просмотра резюме. И уж конечно не люблю пропускать очные собеседования. Если такое и бывает, то редко, и только тогда когда для этого есть веские причины, важнее чем возможная ошибка в выборе одного-единственного кандидата.
Итак, вот резюме передо мной. На что обращаю внимание в первую очередь? Всегда по разному. Иногда на фото: если на фото изображена женщина в леопардовом купальнике, то обычно резюме дальше не читаю. Наверное, я упустил много прекрасных сотрудниц мнящих себя тигрицами, львицами и тутанхамоншами. Почему-то еще мне не нравятся самодовольные и высокомерные лица и позы. И еще побаиваюсь страшных выражений лиц и страшных поз. Гореть мне в аду за это, ибо, наверное, непрофессионально!
Иногда на объем написания резюме. Человек описавший свой профессиональный опыт на 6-ти листах, употребивший сотни названий информационных систем, не забывший упомянуть марки копировальной техники с которой он работал, будет вгонять меня в сон при общении в будущем. Отклоняю. Как и отклоняю тех, кто написал кратко и лаконично (талантливо, в общем): "умею всё".
Иногда на стиль текста. Интересно, конечно, почитать резюме в стиле "Давным-давно, когда я еще только начинал свою карьеру, то довольствовался малым..." или "занимался какой-то хренью", но это не более чем.
Иногда на наличие ошибок в словах и в буквах. Особенно вкупе с качествами "внимательнось", "акуратность" и "перфекцеонизм". Люблю таких. Они веселые и честные.
Еще люблю тех, кто часто меняет место работы. Работает не больше года: такой себе художник. Творческая личность. Все вокруг плохие и обижают талантливого художника и мешают ему самовыражаться. Особенно люблю, когда в резюме таких людей стоят отметки "умею находить контакт с людьми".
Не люблю тех, кто не пишет свою фамилию или скрывается под псевдонимами. Наверное, это очень честные и милые люди, которые боятся причинить психологические травмы своему текущему руководителю и потому пока вынуждены скрывать факт поиска новой работы из-за боязни исключительно высокоморальной и великодушной. Не люблю великодушных.
Также вызывают удивление люди с творческими почтовыми адресами "homyachok_18cm@", "karlik_gorbun@", "lossyandra_i_zorro@". Боюсь, что не справлюсь с их фонтанированием идеями в профессиональной деятельности. И еще не люблю девушек, пользующихся почтой "denisov@" и мужчин с почтой "natusik1982@".
В процессе дальнейшего общения не люблю тех, кто строит из себя глубокозаконсперированным разведчиком на территории врага, который не показывает ни одного документа из разработанных ранее (не помогает даже предложение удалить к черту всю конфиденциальную информацию). Конечно же, я мечтаю узнать регламент работы службы доставки грузов компании "ПромИнвестСервис", описание функциональных возможностей модуля по обработке заявок от клиентов ИС "Автоматизированная система агломерации Курской области" и не принятый в 2008 году заказчиком прототип сайта "Ваш Стиль". Я мечтаю сфотографировать все это микрофотоаппаратом, встроенным в мой зрачок, и продать за миллионы потом на нашем черном шпионском IT-рынке, о котором знают только посвященные.

А еще не люблю слишком правильные резюме, когда и стиль хороший и фото приличное и объем в норме. И говорят все точно так как учат на курсах и семинарах "Как понравиться работодателю на собеседовании" и "Как написать такое резюме, чтобы вас приняли без собеседования". Мне кажется, что должны быть такие курсы и семинары.

На очном собеседовании не люблю давать тестовые задания. Лучше просто поговорить и еще раз пройтись по тем пунктам, что были выше, только с поправками на очное общение: речь, внешний вид (да простит меня девушка в леопардовом платье, которую мы отсобеседили на двоих в июле 2011 года), манера общения.

Как было бы хорошо жить и работать, если бы было поменьше притворства, наигранности и обмана! Ведь любое притворство - это в лучшем случае потеря времени. В худшем - мучения и терзания в течение месяцев, лет и десятилетей. Поэтому будьте собой и применяйте перевоплощение изредка, когда действительно нужно что-то перетерпеть (минут на 5-10).

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

воскресенье, 2 декабря 2012 г.

Читая книгу "Пятая дисциплина..."


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

пятница, 11 мая 2012 г.

Конспект доклада на SWP'12 "Альтернативный метод визуализации хода IT-проекта"


Введение

В данной статье я расскажу о новом способе визуализации хода IT-проектов, который мы стали применять у себя в компании недавно наравне с другими подходами, и несмотря на небольшой практический опыт мы уже получаем профиты от использования данного метода.  На самом деле это даже не совсем статья, а конспект доклада на конференции Software People 2012. Обращаю ваше внимание, что речь не идет о новой методике ведения проекта! Речь идёт о новом типе диаграмм, которые мы называем «проектные карты», и внешне эти диаграммы очень похожи на военные карты, описывающие боевые действия.
Статья составлена из нескольких частей: сначала я расскажу, откуда появилась такая идея – использовать принципы составления военных карт применительно к управлению проектами, затем расскажу о некоторых простых правилах составления диаграмм, после чего на 2-х примерах покажу, как эти проектные карты могут помочь нам, руководителям проектов, в своевременном обнаружении 2-х проблем: 1) проблема перерасхода трудозатрат, что говорит о некачественной работе команды; 2) проблема недостатка на проекте исполнителей определенного типа. Также расскажу о плюсах и минусах таких диаграмм, о перспективах развития.

четверг, 10 мая 2012 г.

Статья на habrahabr.ru

Приветствую!
Извиняюсь, что задержался с публикацией обещанной статьи-конспекта по теме "проектных карт" здесь, но я решил сначала опубликовать ее на habrahabr.ru, и потому пришлось подождать некоторое время пока ее одобрят, и вот сегодня она там появилась: http://habrahabr.ru/post/143565/ .
Через пару дней размещу копию статьи здесь, и заодно опубликую некоторые вопросы, которые мне задавали во время доклада, сразу после него и потом, по email. Надеюсь, что в скором времени появится видео с конференции, и тогда обновленный список вопросов станет полным.
Думаю, что ни один из вопросов не останется без реакции. Отвечу на всё.
Раз уж завел аккаунт на habrahabr'е, то и некоторые статьи будут сначала появляться там, а только потом, с задержкой 1-2 дня - здесь.

вторник, 17 апреля 2012 г.

Презентация доклада на Software People 2012

Приветствую!
До сих пор еще не оформил статью по мотивам доклада на конференции Software People 2012, поэтому пока выкладываю презентацию в формате PDF (скачать). Вообще, в презентации есть видеоролик, поэтому видео позже выложу на youtube и "встрою" в статью - все равно из презентации без вводного текста мало кто поймет в чем суть ролика.

понедельник, 16 апреля 2012 г.

Приветствую!
Совсем недавно завершилась конференция Software People 2012, впечатлений много, новых идей услышал и увидел тоже немало.
Не дождавшись видео с конференции, решил все-таки написать статью, основанную на моем докладе - думаю, сделаю за сегодняшний день и опубликую. После чего планирую вернуться к вопросам, которые задавались мне во время доклада и после него - отреагирую на все, что вспомню. Если останутся еще вопросы - спрашивайте на страницах блога, буду отвечать обязательно!

четверг, 29 марта 2012 г.

Доклад на Software People - 2012

Первая запись в блоге будет посвящена моему докладу, который состоится на IT-конференции "Software People - 2012" 10 апреля.
Я буду рассказывать о методе визуализации проектов, который используется у нас в компании NetVox Lab в московском филиале. Я вообще считаю, что из 3-х филиалов самый прогрессивный и новаторский - это московский :) .
В общем, рассказывать буду о том, как интерес к книгам о Великой Отечественной Войне 1941-1945 г (а особенно, к описаниям военных действий), который был еще с детства, повлиял на используемые мною сейчас в работе методы управления проектами. Точнее - к чему это все привело.

Ниже - тезисы доклада. Заодно проверю как google-движок обрабатывает Copy/Past из MS Word 2010.