Category: архитектура

Category was added automatically. Read all entries about "архитектура".

Новые горизонты проектного управления



Мир проектного управления сильно изменился, друзья мои.
Collapse )


Тут можно подписаться на мой телеграм-канал.

promo psilonsk february 12, 2015 18:07 17
Buy for 100 tokens
Ранее в сериале: История первая: договор Ариадны История вторая: лыжи, смоктульки и чаевые История третья: мертвец и розетка ​*** — Послушай, Леша, послушай меня, милый мой друг. Ты же менеджер проектов, так? Ты же не дебил, правильно? Я тебе на пальцах объясняю, а ты понять не можешь.…

Нужен хороший архитектор микросервисов



Нужен ИТ-архитектор, который будет отвечать за развитие микросервисной архитектуры в компании.
Collapse )

Если вы такой, напишите мне на psilonsk@gmail.com с темой «Архитектор микросервисов».

Дальнейшее общение по этой вакансии у вас будет с архитекторами, им зададите все вопросы.

Провокационное ранжирование сотрудников


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

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

Проектные роли у Касперского

Набрел на любопытную статью про принципы организации работы и менеджерские подходы у Касперского.

Читать саму статью или нет - вам решать, но хочу обратить ваше внимание на то, как организован ролевой состав проекта:
Collapse )

Задачка-водокачка № 9

Сегодняшняя задачка пришла от igrok_213, который столкнулся с описанной ниже ситуацией в своей работе. Что ж, поможем человеку добрым и, что важнее, умным советом!

Если есть уточняющие вопросы по условию – задавайте в комментариях к этой записи.

Итак, вы – менеджер проектов в небольшой ИТ-компании. У вас в команде есть системный архитектор Роман, с которым вы прошли огонь, воду и медные трубы. Вы ему всецело доверяете, и он вас никогда не подводил. Суть работы Романа – определить в проекте, из каких модулей нужно строить ту или иную систему, и как эти модули должны взаимодействовать друг с другом.

Collapse )

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

Заметки на бегу: конфликт

conflict 1

Был  у меня много лет назад, в самом начале моей менеджерской практики, такой случай. Делали мы проект по созданию некой компьютерной системы. И было у меня в этом проекте два ярких лидера.  Первый был архитектором, отвечал за то, чтобы система была построена правильно. Он был интровертом, с тяжелым характером, с ним было нелегко. Второй был главным программистом, начальником группы, он раздавал низкоуровневые задачи сотрудникам и отвечал за качество их работы.

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

Конфликт вспыхнул, как облитые бензином дрова. Детали его не так важны, скажу лишь, что выглядело это ужасно. В результате архитектор сказал, что не будет участвовать в проекте, дескать, как-нибудь без него, раз все такие умные. Главный программист уже сам был не рад, что так вышло, но было поздно (мне повезло – он не был упертым бараном). Прошла неделя – архитектор мрачно игнорировал проект. Я был в панике и не знал, что делать. Высокое начальство, которому я пытался эскалировать проблему, сказало, чтобы я сам разбирался.

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

Я притащил доску с маркерами в комнату, где он сидел. Архитектор держался ровно два совещания, на третьем не выдержал, развернулся на стуле и стал рассказывать, как правильно это надо делать. Мы с облегчением выдохнули. Конфликт был погашен, все вернулось в нормальное русло, а я взял на заметку такой забавный метод разрешения конфликтов (хорошо работает для увлеченных своим делом людей). Он точно не хуже, чем «пойти поговорить по душам» или «пойти поругать».

Из этого конфликта, первого в моей практике, я сделал вывод (да, спасибо, Капитан Очевидность) – любой конфликт  обязательно идет по нарастающей. Если первый человек начал говорить со вторым раздраженно, то второй ответит еще более раздраженно. Первый повысит голос, второй – закричит. И т.д. Происходит это из-за того, что люди получают сигнал: «Мне тоже так можно» и усиливают его.

А еще один вывод – очень важно для менеджера, предпринимателя, да и, наверное, для кого угодно, чтобы был человек, которому можно позвонить. Наверное, это самое важное.