воскресенье, 25 марта 2012 г.

Как ввести нового сотрудника в команду

Страшно популярный вопрос последнее время! минимум раз в неделю я в своих подписках встречаю слайдкаст на эту тему. И ни в одном слайдкасте не встречаю реально главного - стратегии ввода.

Согласен, "дьявол кроется в деталях", но не не надо заниматься только деталями -)

Стратегия ввода человека в команду проста - дай ему испытательную работу, сделав которую, от докажет свою эффективность. И все. Главный принцип - работа должна быть реально нужна, полезна и видна всем.
Как было сказано в фильме "Взвод" - "Чечако неинтересны никому, все знают что они почти все погибнут в первый месяц"

понедельник, 19 марта 2012 г.

Реалии автоматизации и Enterprise Arhitect'уры

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

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

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

вторник, 6 марта 2012 г.

Мозговые карты - как их использовать

Очень краткий пост -)
Большинство знает что такое Mind Map.  Это "at glance" на знание.
Многие их используют.
Кто-то (например я) переводит в этот формат важные и полезные материалы. Например умные книги, ГОСТы, всякие ОРД и регламенты.

Но самый главный прорыв в этом деле я совершил только недавно. Я перевел все свои важные карты в печатный формат А3 и сделал справочник-альбом с закладочками, который всегда лежит под рукой.

Эффективность использования повысилась в разы.
Возможно сказывается школа восприятия информации с бумажного листа. А возможно для мозга это удобнее чисто физиологически.

зы. в планшете это у меня конечно же есть то же -)

воскресенье, 4 марта 2012 г.

ЧТЗ vs. ДТЗ

Когда использовать ДТЗ, а когда ЧТЗ? Иногда заказчики путаются, а мы должны им помочь определится в выгодную нам сторону.

Что такое дополнительное техническое задание не знает никто -) Но это не мешает заказчикам активно использовать этот термин. И подразумевать гостовское (34.602) определение "дополнения к техническому заданию".

Под ЧТЗ заказчик часто подразумевает полноценное ТЗ (34.602), но которое почему-то надо оформить как часть чего-то большого. Формально ЧТЗ - это ТЗ на функционально законченную часть какой-то большой системы, чаще всего либо платформенной архитектуры, либо вообще без системы. В последнем случае ЧТЗ выпускается к некоемому абстрактному ТЗ типа "Система автоматизации деятельности государства"

Чем хорошо ДТЗ - по ДТЗ оформляются доработки того что уже есть и ДТЗ включает описание только того, что надо изменить. Типа - "Пункт 3.2.3.4 добавить подпункт - "взаимодействие с клиентов должно идти по HTTPs".
 И все. Никакой около технической фигни типа требований к информационной безопасности и информационному обеспечению. И еще - согласовывать надо только то что изменяется, что уже + в гос заказчике.
Так что если вам нужно доработать систему гос заказчику - не соглашайтесь на ЧТЗ, требуйте ДТЗ.

Как работать с жалобами на сотрудника

В настоящий момент я прослушиваю цикл семинаров по вопросам лидерства. Поведение, инструменты, психология и тп... Прекрасный психолог - Лариса Софина

К своему стыду обнаружил, что ничего не знал про треугольник Карпмана (постоянно стараюсь назвать его "треугольником Картмана", возможно потому что Эрик Картман постоянно его использует в сериале "Южный парк"

Решил посмотреть на часть своей работы через "призму" этого треугольника.

Итак - Приходит письмо-жалоба от менеджера со стороны заказчика на вашего менеджера или инженера.