2nd Январь 2012 | Категории: О жизни | Метки:

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

Многие сейчас переносят общение в социальные сети. Здесь можно не только высказать свою мысль, но и поделиться картинками, видео, ссылками на другие интересные ресурсы, организовать встречи в онлайне и оффлайне. При этом можно обсудить контент, определить уровень его влияния на окружающих. И здесь ты не ограничен локальной географией — перед тобой весь мир.

События конца 2011 — начала 2012 в России показали, что в стандартных медиа-источниках информации (телевидение, радио) наблюдается цензура. Иногда это хорошо (чтобы не раздувать пожар и не сеять панику относительно не политических событий), но когда речь заходит о политике, то тут включается фильтр. Этот фильтр присутствует у любого режима — у тоталитарного в максимальном проявлении, у демократического в меньшем. Но он присутствует всегда. В интернете же пока нет такой сильной цензуры — информация начинает распространяться значительно быстрее, чем начинают реагировать цензоры. Именно поэтому молодое поколение перестает смотреть телевизор и начинает получать информацию со всего мира через новостные сайты и социальные сети. К тому же по телевизору практически всегда идет булшит — посмотрите как-нибудь то разжижение мозгов, которое идет в праймтайм.

Помимо общения и получения информации о событиях в мире, интернет сейчас начинает интенсивно использоваться для обучения. Если обучение в виде саморазвития при чтении статей, блогов и других тематических ресурсов давно широко используется, то дистанционное обучение только набирает обороты в России вследствие большей ценовой и географической доступности. При этом обычное оффлайновое обучение остается еще достаточно сильным, т.к. еще не многие готовы перейти в онлайн. Так же давно существуют тематические форумы, на которых происходит обсуждение и уточнение различных вопросов. Достаточно новым веянием стало создание тематических групп в социальных сетях. Такие группы в ближайшем будущем могут «убить» тематические форумы. Позиция бумажных книг еще остается сильной, но все больше издательств начинают выпускать помимо бумажного варианта еще и электронный.  Ну а развитие смартфонов, планшетов и читалок только подстегивает переход на электронные книги.

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

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

Вот и получается, что тебя, тем более молодое поколение, все больше утягивает в онлайн из реальной жизни. Да, есть очевидные преимущества в виде повышения эффективности и снижения затрат. но не стоит забывать и о том, что человек — это социальное существо. И чистый онлайн никогда не заменит офлайновых встреч с друзьями, живого общения, совместного посещения культурных мероприятий. Во всяком случае, пока технология не дойдет до достаточно реальной виртуальности .

Поделиться в соц. сетях

Комментарии отключены
27th Сентябрь 2011 | Категории: О менеджменте | Метки:

Владимир Иванов и Олексій Просніцький совместно начали создавать общедоступную книгу по управлению проектами с применением широко используемого средства управления проектами Microsoft Project 2010.

Беглый взгляд по части существующих разделов говорит, что в книге идет мапирование методологии PMBoK2008 на технические возможности MS Project. Таким образом, изучая методологию можно сразу изучать и ее практическое применение на одном из инструментов.

Книга создается в формате wiki и расположена по адресу http://turboproject.ru/projectmanagement/MS_Project. По заявлению авторов данная книга будет доступна бесплатно.

Поделиться в соц. сетях

Комментарии отключены
19th Сентябрь 2011 | Категории: О менеджменте | Метки:

На днях посмотрел выступление Михаила Заборова в рамках конференции компании CustIs и проекта Стратоплан на тему «О чем нужно обязательно подумать, развивая персонал».

Видео ниже.

Нашел с помощью поста Ивана Селиховкина

Поделиться в соц. сетях

Комментарии отключены
9th Сентябрь 2011 | Категории: О менеджменте | Метки:

Часто сталкиваюсь с такой ситуацией, когда клиент начинает расписывать свое видение реализации той или иной своей «хотелки». Звучит это в виде «Сделайте мне такую кнопку и накидайте туда такие данные» или «Реализуйте такую функцию…» . В ходе обсуждения, когда начинаем копать глубже, выясняется, что нужно совсем не то. В результате диалога приходит понимание, что клиент хочет костылями, которые придумывает исходя из собственного опыта, решить только ему известные бизнес-задачи. И часто получается, что «костыли» совсем не подходят.

В последнее время, когда клиент пытается сформулировать задачу, я всегда спрашиваю: «Для чего это вам нужно, какую бизнес-цель вы хотите решить?» И только выяснив первоначальную бизнес-цель, я могу сказать, подходит ли предполагаемое решение клиента или требуется совсем другая реализация. Только такой алгоритм позволяет эффективно убрать «головную боль» клиента и получить дополнительный плюс в мою «карму». :)

Поделиться в соц. сетях

Комментарии отключены
11th Август 2011 | Категории: О менеджменте | Метки:

Меня несклько раз спрашивали начинающие руководители проектов: какой уровень детализации должен быть в проектном плане (WBS — Work Breakdown Structure)? Я отвечал, что детализация WBS всегда зависит от конкретной ситуации.

Для себя я выработал следующею схему.

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

Что значит «задачи, которые ты должен контролировать на своем уровне иерархии»? Это те задачи, которые ты выдаешь своим подчиненным.

Если ты руководитель небольшого проекта или тимлид и у тебя все в непосредственном подчинении, то уровень детализации будет достаточно подробным. Например, разработчикам дается задача на разработку конкретного модуля.

  1. Разработка ТЗ
    1. Собрать требования
    2. Подготовить ТЗ
      1. Описать модуль А
      2. Описать модуль B
      3. Описать модуль C
    3. Согласовать ТЗ
  2. Проектирование архитектуры
    1. Разработать общую архитектуру
    2. Разработать архитектуру модуля А [разработчик 1]
    3. Разработать архитектуру модуля B [разработчик 2]
    4. Разработать архитектуру модуля C [разработчик 3]
    5. Разработать структуру БД
  3. Разработка …
  4. Документирование …
  5. Тестирование …
  6. Приемка

 

Если ты руководитель среднего проекта и у тебя все в непосредственном подчинении несколько тимлидов, то уровень детализации будет средним и содержать высокоуровневые задачи тимлидам. Например, каждый тимлид отвечает за разработку конкретного модуля. И при этом он может в рамках своей задачи производить декомпозицию и назначать более низкий уровень уже на своих подчиненных. В примере ниже жирным шрифтом выделены работы разработчиков, которые не должны попадать в проектный план.

  1. Разработка ТЗ
    1. Собрать требования
    2. Подготовить ТЗ
      1. Описать модуль А
      2. Описать модуль B
      3. Описать модуль C
    3. Согласовать ТЗ
  2. Проектирование архитектуры
    1. Разработать общую архитектуру [архитектор;тимлид 1;тимлид 2;тимлид 3]
    2. Разработать структуру БД
  3. Разработка
    1. Разработать модуль А [тимлид 1]
      1. Разработать экранные формы [дизайнер]
      2. Автоматизировать сценарий 1 [разработчик 1]
      3. Автоматизировать сценарий 2 [разработчик 2]
    2. Разработать модуль B [тимлид 2]
    3. Разработать модуль C [тимлид 3]
  4. Документирование …
  5. Тестирование …
  6. Приемка

 

С более крупными проектами следует применять тот же принцип — указываем задачи, делегируемые на уровень ниже.

С программами немного сложнее — в ней консолидируются проектные планы разных проектов. Тут можно включать проектные планы от руководителей проектов в неизменном виде, но договориться, что ты контролируешь не глубже второго уровня.

  1. Проект 1
    1. Разработка ТЗ
    2. Проектирование архитектуры
    3. Разработка
    4. Документирование
    5. Тестирование
    6. Приемка
  2. Проект 2
    1. Разработка ТЗ
    2. Проектирование архитектуры
    3. Разработка
    4. Документирование
    5. Тестирование
    6. Приемка

Поделиться в соц. сетях

Комментарии отключены