Below are the 20 most recent journal entries recorded in Управление проектами - Project Management's LiveJournal:

[ << Previous 20 ]

Friday, May 18th, 2012
4:27 pm [_koltsov]	По просьбе хороших людей рассказываю про вакансию Руководитель проектного офиса (РФ). Буду благодарен за ссылку на источник о вакансии. ( Read more... ) (Comment on this)
Thursday, May 10th, 2012
4:35 pm [_koltsov]	22 мая состоится бесплатный вебинар "Планирование проектов с помощью Microsoft Project" Уважаемое сообщество, здравствуйте.  Делюсь с вами информацией, которая будет интересна руководителям проектов, планировщикам, а также сотрудникам, которые работают с Microsoft Project. 22 мая 2012 года я провожу бесплатный вебинар на тему "Планирование проектов с помощью Microsoft Project 2010". Начало вебинара в 16:00 по московскому времени. Подробности ниже или по ссылке [исправлена]. Регистрация на вебинар https://student.gototraining.com/r/8612952110595824128  О чем этот вебинар и что вы получите в итоге? 1. Настройка интерфейса MS Project под свои потребности (представления, таблицы, настраиваемые поля и индикаторы). Все знают, что "проджект" хранит большое число информации о вашем проекте. Представления помогают видеть только то, что нужно в текущий момент.  Вы научитесь создавать свои таблицы и представления, использовать группировку и фильтрацию, создавать свои собственные поля и даже настраивать графические индикаторы! 2. Пошаговый алгоритм создания расписания в Microsoft Project Я расскажу о том, как правильно создавать расписание, которое будет "гибко" реагировать на изменения в вашем проекте, рассчитывать отклонения в проекте, а также наиболее важные задачи, требующие контроля. Вы научитесь шаг за шагом создавать "гибкое расписание" с учетом взаимосвязи между задачами, ограничениями и понятной логикой принятия решений. 3. Чек-лист проверки качества вашего расписания Иногда бывает необходимость проверить чужое расписание или критически оценить свое собственное. Для менеджеров, которые хотят последовательно и точно оценить качество разработанного плана проекта, я предлагаю свой собственный чек-лист. Вы получите краткий опросник, который позволит оценить качество своего или чужого расписания. Также у вас будут отличные раздаточные материалы, которые содержат скриншоты системы, определения всех рассматриваемых терминов и объектов, подробное описание рассматриваемых проектов. В ходе обучения будут использованы 2 реальных кейса: Ребрендинг крупного логистического провайдера. Проект предусматривал создание фирменного стиля, разработку web-сайта, создание плана продвижения бренда; Внедрение MS Exchange Server в многопрофильном холдинге. В содержание проекта входили результаты: обученный персонал (свыше 300 сотрудников), настроенная система и закупленные лицензии, установленное оборудование, пользовательская документация и пр. Кто я? Я - руководитель компании Проектный офис (Республика Беларусь). В ходе своей карьеры я всегда выполнял работы по планированию проектов моих заказчиков и работодателей. Моя задача была - корректно и точно спланировать выполнение всех администрируемых проектов. Я профессионально владею Microsoft Project и обучаю менеджеров его использованию. (4 Comments |Comment on this)
Saturday, May 5th, 2012
2:47 pm [shchukin_vlad]	Кейс для руководителей проектов Вы руководитель проекта по внедрению центра обработки (ЦОД) данных для комбината текстильных головоломок города Урюпинска, бывший урюпинский тактильный комбинат абстракций (УТКА). Спонсор проекта – директор Урюпинского филиала компании T&J (Tom&Jerry). Заказчик находится в городе Урюпинск. Вы были привлечены к проекту на этапе пресейла и успели наладить хорошие отношения с ключевыми сотрудниками Заказчика, представляющих ИТ-блок и бизнес комбината. С Людой и Любой, соответственно. Вы договорились с ними о том, что можно сдвинуть срок выполнения работ на 2 недели, подписав акты задним числом. Это вам стоило двух путёвок на февральский фестиваль французской моды в городе Анадырь, взятых из маржи проекта.  По договору последовала 70% предоплата и вы заблаговременно заказали оборудование для ЦОД. Вариантов по выбору поставщика оборудования у вас было 3: - международный концерн ЁБМ. Отгружает в течение 4-х дней со склада в Рязанской области. У вас в сервисном центре (СЦ) T&J есть специалист, имеющий компетенции по ЁБМ. Стоимость оборудования  порядка $999999 (включая доставку). - монгольская фирма «Силиконовая пустыня». Срок доставки со склада в Улан-Баторе 2 недели, в сезон песчаных бурь – 2 месяца (поставка идёт на верблюдах по караванному пути). У вас в СЦ T&J есть два специалиста, выходца из Монголии и обладающие, соответственно, компетенциями по указанному продукту. Стоимость оборудования  порядка $666666 (без стоимости охраны груза). - тайская оффшорная контора «Майкл Плетнев и сыновья». Срок поставки 1 месяц морским путём через Суэцкий канал (единственный местный аэропорт смыло цунами в прошлом году). У вас есть знакомый фрилансер Гриша, который владеет компетенцией по данному оборудованию (он вам, кстати, и посоветовал выбрать Майкла). Стоимость оборудования  порядка $444444 (без учета страховки).    Вы выбрали третий вариант «Майкл Плетнев и сыновья» и сделали необходимую предоплату в размере 50%. Груз успешно погрузили и он уже прошел половину пути. Ожидаемое время прибытия в Урюпинск – за неделю до начала работ. Вы 3 месяца не были на объекте, с Людой, Любой и поставщиками общались посредством телефона и e-mail. Руководству T&J вы регулярно шлёте оптимистические отчеты о ходе проекта. За 3 дня до начала работ вы, вместе с Гришей, приезжаете в Урюпинск и селитесь в 5-ти звёздочный отель Ура-Плаза. И первая новость, которую вы узнаёте, включив в номере 108-ми дюймовую плазму, была про то, что сомалийские пираты захватили танкер, везущий ваше оборудование. Потом вы приезжаете на комбинат и узнаете, что Люба и Люда, обе, за 2 недели до сдачи системы уходят в дискретный декретный отпуск. Февральский Анадырь тут не причём, это результат через чур активного участия Любы и Люды на 1-ом компьютерном съезде, который проводил Касперский в Урюпинске пол-года назад. Теперь на места Любы и Люды претендуют Валя и Варя, соответственно. Которые в курсе, за чей счёт первые катались на фестиваль.  1. Что делать руководителю проекта в такой ситуации? 2. Как он должен был поступить, чтобы данной ситуации не возникло? (16 Comments |Comment on this)
Monday, April 30th, 2012
1:48 am [shchukin_vlad]	Тоталитаризм как идеальная форма управления проектами Первое желание руководителя, когда в его руки попадает и реализуется любой проект – уничтожить в нём человеческий фактор. Часто, вместе с его носителями. Часто, в отличие от любви, это чувство взаимно и обоюдно. Не зря же теория управления проектами (УП) пришла к нам из американских милитаризованных стандартов. На моей памяти, самой удачной практикой УП были операции по развёртывания запасного командного пункта командующего КСибВО. Когда один страшный прапорщик, 20 полу-лысых пацанов и 72 часа в 3-х сутках, позволяли решить любую тактическую задачу в полевых или лесных условиях. В армии вообще всё просто. Сразу же по знакам отличия легко определяется статус и квалификация человека.    Если же взглянуть на вопрос в исторической ретроспективе, то выясняется, что в борьбе различных цивилизаций и культур чаще побеждала не культурная и образованная империя, а более организованная и дисциплинированная. Даже гигантский разрыв в технологии не гарантирует победу (вспоминаем «Аватар»). Сбалансированная Гитлером немецкая военная машина прокатилась по рафинированной демократией Европе, осваивая за 24 часа страны Бенилюкса. Пока не нарвалась на более авторитарную систему в виде Советской России. То же самое можно сказать, про отношения русских войск под менеджментом, например, Суворова или Ермака, в борьбе, например, против турецко-татарских военизированных ополченцев. Когда более малочисленные части уничтожали силы превосходящего в количестве и в глупости противника. Тут мне могут возразить по факту падения западной Римской империи от ударов восточно-славянских варваров. В виду бытующей версии о хорошо обученных местных легионах. Однако, тут упускается те обстоятельства, что славянская цивилизация имеет не менее древнюю (но менее припиаренную историю), и уровень развития варваров на тот момент, по некоторым аспектам, превосходил римлян. Например, их воинские части никогда не несли вертухайской повинности, в виду отсутствия у большинства пролетариата прописки постоянной регистрации у хозяина (проще говоря, рабства). Поэтому приобщить всю европейскую элиту к социально-полезному труду вместо развращенно-гламурных развлечений (вспоминаем Калигулу) дорого стоит. Возвращаясь к основному вопросу, хочу ещё раз подтвердить, что если бы люди приходили на работу оставив за заводской проходной все неоправданные амбиции, излишние понты, навязчивые идеи и сомнительные эмоции, то всем бы было гораздо лучше. Когда приходили бы именно работать, а не строить карьеру или выяснять отношения. Исполнение задач достигалось бы без траты дополнительных нервных сил, точно и в срок.    Потому как это позволило нашим отцам и дедам создать Великую Империю, провести индустриализацию, побеждать врагов. (63 Comments |Comment on this)
Friday, April 13th, 2012
7:04 am [cornerles]	Опубликована программа тренинга «Введение в управление ИТ проектами, Ключевые концепции» Что с Вашей точки зрения было бы хорошо добавить к вводному тренингу или убрать ? Длительность: 1 День (8 часов)  Уровень : Начальный но думающий :-) В современных условиях любая теория и инструмент обрастают значительным количеством полезных и не очень материалов. Управление проектами как дисциплина не исключение. Основная задача данного тренинга сформировать четкую систему  ключевых составляющих любого проекта,  позволяющую приступить к выполнению обязанностей руководителя небольшого проекта и заложить прочную основу для дальнейшего развития навыков В тренинге используются интерактивные методы обучения: деловые игры, развивающие упражнения, модерируемые дискуссии.  20 апреля 2012 Зарегистрироваться Для кого Начинающие Менеджеры проектов (Project Managers). Руководители групп разработчиков (Team Leads). Руководители групп тестирования (Test Team Leads). Системные аналитики (Systems Аnalysts). Архитекторы, проектировщики (Software Architects, Designers). Разработчики, ведущие разработчики (Software Developers, Senior Software Developers). ( Read more... ) (Comment on this)
Monday, April 2nd, 2012
10:57 am [_koltsov]	Agile в разработке ПО: преимущества для Заказчика Что такое Agile? В переводе с английского языка «agile» означает «живой, подвижный», но переводят его чаще как «гибкий». В отрасли разработки программного обеспечения этот термин появился в начале 2000-х годов, когда в штате Юта был издан «Манифест гибкой разработки ПО». С тех пор под «agile» понимают набор подходов по "гибкой" разработке программного обеспечения. Суть agile-подхода изложена в "манифесте", но для заказчика ее можно коротко сформулировать так: разработка ведется короткими циклами (итерациями), продолжительностью 1-4 недели; в конце каждой итерации заказчик получает ценное для него приложение (или его часть), которое можно использовать в бизнесе. В настоящее время agile-принципы используются в работе десятки тысяч команд по всему миру. Существуют компании, оказывающие услуги обучения и внедрения agile-методик. Почему появился Agile? История возникновения этого подхода стала ответом на запросы отрасли: Заказчик не может сформировать четкие требования к ПО; Новые технологии усилили конкуренцию и потребовали оперативного применения в бизнесе; Заказчики и разработчики ПО не удовлетворены процессом взаимодействия. Рассмотрим эти вызовы подробнее. ( Read more... ) (13 Comments |Comment on this)
Sunday, March 18th, 2012
1:10 pm [shchukin_vlad]	Если бы программисты строили дома «Если бы здания строили программисты, то первый залетевший дятел разрушил бы цивилизацию» Поклёп злопыхателей. Всем известно, что самый "дисциплинированный", "аккуратный" и "исполнительный" сотрудник в офисе это программист. А теперь представим, что таким людям доверили строительство жилого дома. И так, диалог строителя-программиста и членов приемо-сдаточной комиссии. Вопросы задают комиссары (К), отвечает менеджер проекта (МП) со стороны исполнителя. К: почему в первом подъезде 8 этажей, во втором 14, а в третьем 5? МП: дело в том, что наши разработчики для сборки дистрибутивов использовали новый продукт. В итоге получилась вот такая вот инсталляция... К: но ведь нужно было 9-ти этажный дом построить? МП: так это требование мы выполнили! Посчитайте среднее количество этажей во всех подъездах. Получается ровно 9! И вообще, разное число этажей - это мировой тренд. Кстати, наш архитектор признан самой креативной личностью года. Вам ещё все завидовать будут, поверьте мне! К: почему лифт открывается не ровно на этаже, а проезжает на пол-этажа выше? И так, что из него можно вылезать только на карачках и прыгать на пол с полутораметровой высоты? МП: тут наши программисты применили новый прогрессивный движок, а вот тормоз остался от предыдущей версии. Поэтому лифт проскакивает немного выше. Мы в следующем выпуске всё это исправим, а пока поставим стремянки на каждом этаже, чтобы было удобнее спускаться... К: почему унитаз посреди зала стоит? МП: ну так всё согласно требований. Вот в ТЗ написано: обеспечить исполнение естественной надобности в отдельно взятой комнате. Так мы и обеспечили! Кстати, очень удобно, можно сразу и телевизор посмотреть и в интернете в блогах комменты оставлять. Я сам всегда так делаю. Попробуйте и вам понравится. Все опять вам будут от этого завидовать! К: а почему выключатели под потолком? МП: так у нас в ТЗ есть требование: установить выключатели на 50 см от уровня пола. Мы так и сделали. Только пол брали не из этой квартиры, а этажом выше... Но вы не ругайтесь, мы всё исправим. В следующей обновлении мы прибьём к стене лестницы, чтобы по ним было удобнее добираться до выключателей. К: почему вода во всех кранах только горячая? в ТЗ есть требование, чтобы была и горячая и холодная вода? МП: ну да, так и будет. Набираете горячую воду, в ведро или в ванну, она остывает и становится холодной. Зимой быстрее, на балкон можно, если что выставить, летом помедленнее. Но в целом требование выполнено. К: кстати насчет балкона… почему балкон к дому прилеплен скотчем? МП: понимаете, тут такое дело. Наш ведущий сотрудник уходил в отпуск, ездил в Египет и там сильно отравился виски (тоже скотчем, кстати) и ещё месяц валялся на больничном. Мы, чтобы время не терять, наняли стажера. А он до этого только посылки на почте скотчем клеил. Ну, вы не переживайте! Мы в следующей версии под каждый балкон подпорки поставим. Знаете, есть такие красивые, деревянные. Такие же в шахте у Стаханова стояли, когда он свой знаменитый рекорд ставил. К: а если вот я, например, выйду на балкон покурить и он подо мной провалится? МП: ничего страшного! Тогда вы звоните в службу технической поддержки. В течение 8-ми часов прибудут наши специалисты и технично поддержат балкон, пока вы курите.   К: а почему у вас на всех дверях, даже на туалетной, кодовый замок стоит? и везде разный пароль? и этот пароль меняется автоматически каждый день? МП: ну дык! Мы ж солидная фирма, мы сертифицированы всеми возможными лицензиями по правам доступа в жилище. Поэтому повсеместно применяем средства защиты. Вы поймите, это же очень важно для безопасности проживающих. В следующем обновлении мы планируем поставить замки на холодильник и на кухонный бар. Вполне современное решение для борьбы с излишним весом и алкоголизмом. Кстати, и на входной двери в квартиру тоже замок поставим. В том же обновлении. К: а почему у вас труба мусоропровода через кухню проходит? МП: это наше ноу-хау: интеграционная сервизная шина. Способствует человеческому объединению и взаимопониманию. К: да? а почему она стеклянная? МП: ну так это же в духе требований к современным системам, они должны быть максимально прозрачны, информативны и удобны в работе. Теперь будет хорошо видно, что ели и пили ваши верхние соседи. Кстати, вот у вас дома где мусорное ведро стоит? Правильно, на кухне. А теперь оно там не нужно! Можно сразу все отбросы в мусоропровод выкидывать. На одних только мешочках и пакетах экономия до 100 рублей в месяц!  К: а межкомнатные стены почему у вас картонные? МП: понимаете, тут такое дело... Особых требований по стенам в ТЗ не было, а мы перед вашим проектом склад на картонной фабрике строили и с нами картоном рассчитались. Ну не пропадать же материалу! Но вы посмотрите и оцените как это удобно: можно перепланировкой заниматься хоть каждый день! И ни к нам, строителям, ни в БТИ обращаться не надо. К: и наконец, почему вы строили в два раза дольше и истратили в два раза больше материала?! МП: да тут всё просто! Мы сначала возвели дом, закончили отделку, потом смотрим, что-то не так, как-то криво стоить. Пригляделись – оказывается забыли фундамент положить. Вот незадача! Пришлось весь дом разбирать и заново строить. Так что соглашайтесь на этот вариант, тот предыдущий, без фундамента, вообще очень плохой был… (3 Comments |Comment on this)
Sunday, March 4th, 2012
1:30 am [shchukin_vlad]	Шесть качеств менеджера проектов Тут мне посчастливилось пройти профессиональную аттестацию на текущем месте занятости. Давненько такого со мной не случалось, в последнее время больше сам оценивал, чем был жертвой экзамена. Поэтому не могу не поделиться своими наблюдениями и возникшими мысляшками. Помимо формального подсчета баллов, основанного на фактуре завершенных проектов, в этой процедуре была задействована оценка свойств характера. Так называемые, личностные качества. И так, оглашаю полный список системы показателей. Плюс - мои комментарии, почему я против их субъективной оценки. 1. Нацеленность на результат Обычно, если иное не оговорено, целями проекта является закрытие работ и получение денег. С условием соблюдения сроков, качества и бюджета по использованию ресурсов. Если компания имеет дополнительные цели, типа развитие команды, получение преференций у заказчика, занятие доли на рынке и т.д., то она должна, как минимум, поставить МП в курс. В идеале – мотивировать на достижение именно этих своих целей. МП не обязан обладать телепатическими способностями для понимания планов руководства. Поэтому единственное мерило нацеленности на результат это факт успешного завершения проектов. На моей практике был один серьёзный проект, не достигший основной цели. И хотя в результате работы сформировался крупный региональный ресурсный центр и боеспособная проектная команда, мне в тот момент это стоило карьеры в той конторе. К слову, сложно строить команду с нулевым бюджетом на тим-билдинг. 2. Сообразительность Это про быстроту принятия решений. На мой взгляд, скорость нужна при ловле определенного вида паразитов, а не при управлении проектом. МП не хоккеист и не пилот Формулы-1, от молниеносной реакции его классность не зависит.   Более важно не быстрое, а своевременное принятие решений. 3. Ответственность Безответственный человек не сможет успешно завершить проект. Поэтому других критериев, кроме описанных в п.1, для оценки этого качества я не вижу. 4. Самостоятельность в принятии решений Если МП научился загребать жар чужими руками и при этом успешно закрывать проекты (см. опять п.1), то его руководителям стоит брать с него пример делегирования полномочий и всерьёз задуматься о своей собственной профессиональной пригодности. 5. Стрессоустойчивость Как оценить это свойство человека, не побывав вместе с ним в заложниках у террористов или на необитаемом острове в качестве последних героев, я не представляю. 6. Коммуникабельность За всю свою практику, я только один раз видел МП, который боялся звонить заказчику. С помощью каких формальных процедур можно определить уровень коммуникабельности – я не знаю. Возвращаю вас опять на п.1, как на единственное мерило истинных качеств МП. Завершая тему своей аттестации, хочу отметить интересный факт. Мой сертификат IPMA, сроком действия 5 лет, зачтён не был. Так как был получен не в прошлом году. Долго ржал. (15 Comments |Comment on this)
Friday, March 2nd, 2012
6:03 pm [kholodova]	Обратная связь от сотрудников и Заказчиков А кто как получает обратную связь от сотрудников и Заказчиков? Есть ли у Вас в компаниях какие-то процессы на эту тему? Я могу сказать как делаем мы: с Заказчиками: хотя бы раз в год организуем встречи с каждым из аккаунтов на тему что понравилось за отчетный период, что нет, что надо улучшить. с сотрудниками: обеды 1-1 раз в 2-3 месяца + лично я пару раз устраивала опросы на тему "оцените меня по шкале 0..10 как PM", "что нравится/не нравится/можно улучшить в процессе ведения проектов", "что нравится/не нравится/можно изменить в процессах разработки и тестирования" (было бы здорово, конечно, делать это более регулярно). Но может есть еще какие-то способы делать это более интересно и эффективно. Расскажите как у вас это происходит? Заранее спасибо :) (19 Comments |Comment on this)
Wednesday, February 22nd, 2012
6:35 pm [shchukin_vlad]	Янусы Те, кто умеет читать, помнят господина Невструева и его разрешенное медициной раздвоение личности. На административную и собственно учёную части. Поскольку я, как и многие из нас, не имею возможность строгать дублей со скоростью Кристобаля Хозиевича Хунты, то неизменно озадачился вопросом: кем должен быть менеджер? Учёным или Администратором? Переводя диллему на современный пост-стругацкий сленг: специалистом или управленцем? Где тот Рубикон, который отделяет бывших разработчиков/аналитиков/архитекторов от ореола и небожития менеджера проектов? На мой скромный, замутнённый годами кодерства и пердпринимательства взгляд, если у человека в непосредственном подчинении более 5 сотрудников, то ему стоит сдать свой микросоп на длительное хранение, брать в руки кнут и пряник. И начинать этими руками водить. Ибо даже у фантастов не получалось совмещать админов и учёных в одном мозгу. Или это потому что Стругацкие на пару писали? (4 Comments |Comment on this)
5:34 am [infiniti_gk]	IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого     Авторы:  Александр Новичков, Галина Карабанова, Александр Шамрай, СМ-Консалт - www.cmcons.com Статья, находящаяся перед вами, открывает цикл статей о человеческом факторе, Agile-практиках и других полезных приемах, используемых при управлении командами в ИТ. Объединяет рассматриваемые практики и приемы одно – они позволяют проявиться положительным эффектам, связанным с человеческим фактором. И мы объясняем, почему с точки зрения психологии, это происходит. Так сказать, подводим теоретическую и экспериментальную базу под то, что себя уже давно зарекомендовало и работает. Или под то, что работает не у всех, и потому является предметом оживленных споров и дискуссий. И начинаем мы наши исследования с рассмотрения эффекта парного программирования через призму экспериментов социальной психологии. Отдельную благодарность за рецензию и время, потраченное на прочтение первого варианта статьи, выражаем Асхату Уразбаеву, ценные замечания которого позволили не только улучшить данную статью, но и позволили убедиться в необходимости и востребованности именно цикла статей! А вы друзья как не садитесь, все в музыканты не годитесь… Сами знаете, чья это басня :)   Сфера ИТ полна парадоксов и противоречий! Ожидая от компьютерных программ математической точности, мы забываем о том, что их делают люди... А программы наследуют все те же «черты характера», которые присущи их разработчикам: педантичность, аккуратность, взбалмошность, непостоянство, системность, надежность и т.д. Хорошая команда работает единым слаженным организмом, и продукт у нее получается цельный, стройный, гармоничный и не глючный. Если же над программным продуктом работает группа плохо ладящих друг с другом людей, то единого целого не будет, системы не будет, будет просто сборище различных частей, не всегда даже сочетающихся друг с другом, и у каждой части будет свой характер, и не известно будет, чего ожидать от продукта в целом.К сожалению, у нас в ИТ, в Российском ИТ, уделяется очень мало внимания работе с людьми. Причем это происходит на всех уровнях: от тимлидов до генеральных директоров. На своих тренингах мы очень часто спрашиваем участников – руководителей и тимлидов: Сколько книжек по проектному управлению вы прочитали за год Сколько книжек по психологии вы прочитали за год? И если по первому вопросу найдется на 15 человек 3-4, которые прочитали всего одну книгу, то о психологии и говорить не приходится: 0 из 15 человек – такова статистика… Сам собой напрашивается не очень приятный вывод: ТЕХНАРИ не читают ГУМАНИТАРНЫХ книг… А зря :) Как вы думаете, сколько чистых технарей в природе? Не так давно нам попалась статья, в которой приводились результаты опроса  11634 человек, разного возраста и полов. Цель была одна - выяснить соотношение гуманитариев и технарей. Причем исследование проводилось в двух плоскостях: в одной людей опрашивали "кем вы себя считаете?", а во второй пропускали через тесты и выявляли соответствующие способности. Получилась интересная статистика по результатам тестов на способности: Не гуманитарий и не технарь - 8% Гуманитарий, но не технарь - 28% Технарь, но не гуманитарий - 8% И технарь, и гуманитарий - 31% Сомневающийся - 5% Самооценка и тестирование способностей. Заметьте разницу в оценке своих возможностей теми, кто считает себя чистыми технарями! Как видим, чистых технарей, по тесту всего 8%.  Кстати, а вот во время интервью 17% респондентов дали утвердительную самооценку "Технарь, но не гуманитарий". Гуманитарии в свою очередь не ошиблись - их самооценка совпала со способностями.  Получается, что даже если вы считаете себя "чистым" технарем, вполне возможно, вы ошибаетесь :) Широко распространенное заблуждение: если взять задачу и найти крутых специалистов, то всё решится – если не само собой, то очень быстро и эффективно. О таких «мелочах», как совместимость людей, психологическое состояние, тип мышления – просто не заботятся. Причем, это не злой умысел, а просто об этом никто не задумывается. А между тем важно понимать, что человеческий фактор в широком смысле этого слова может позволить как «вытянуть» проект, так и тем более он способен его похоронить. Возможно, это и интересная для дискуссии тема, но мы не будем рассуждать о том, как у нас в ИТ становятся руководителями… В лучшем случае в кресле руководителя вы встретите человека с хорошим знанием предмета, но ничего не знающего в управлении, и, как правило, совсем профана в психологии, не редко не умеющего связать двух слов и членораздельно объяснить подчиненным, чего же он хочет на самом деле. (Если вы из числа тех руководителей, к которым это не относится, и вы немного слышали о психологии и разбираетесь в менеджменте, то мы вас поздравляем – вы попали в те 5% счастливчиков, которые скорее являются исключением из правила!) И, в общем-то, это даже не вина руководителей. Просто нас так учат: начиная с вуза, если мы выбрали техническую специальность, нам твердят, что всё остальное знать не обязательно… Вот и получается: сначала не обязательно, а потом – некогда. Читать продолжение --> (2 Comments |Comment on this)
Tuesday, February 7th, 2012
4:25 pm [citycelebrity]	Citycelebrity открывает школу креативных проектов "Рабочее место" ЕСТЬ ИДЕЯ ПРОЕКТА, НО НЕ ЗНАЕШЬ С ЧЕГО НАЧАТЬ? ТЕПЕРЬ ЕСТЬ МЕСТО, ГДЕ ЭТОМУ УЧАТ САМИ АВТОРЫ КРУТЫХ ПРОЕКТОВ «РАБОЧЕЕ МЕСТО» - специализированный лекционно-практический курс, нацеленный на обучение проектной деятельности в соответствии с принципами креативной экономики. Мы не просто учим теории – мы изучаем реальные кейсы и помогаем вам запустить реальные проекты. Всего 2 месяца и вы будете готовы реализовать идею, о которой давно думали. А мы поможем с продвижением, связями и ресурсами. Так мы создаем новые рабочие места. Креативные. Интересные. Эффективные. ЧТО ВЫ ПОЛУЧАЕТЕ: - возможность запуска своего проекта с нуля или развитие существующего - разработку своего проекта по принципу фабрики идей: мозговые штурмы, story telling, case study  - рабочее место на «красном октябре» в co-working зоне - 6 месяцев раскрутки проекта на одном из ведущих федеральных проектных интернет-порталов - лучший проект получает 100.000 рублей на развитие СТОИМОСТЬ: 25.000 рублей С КЕМ ОБЩАТЬСЯ: Алина Вострикова, куратор учебной программы (+7 916 723 40 81) КАК ЗАПИСАТЬСЯ: web@citycelebrity.ru, Подробнее о школе и программе курса здесь.  Школа "Рабочее место" на Facebook и Вконтакте (Comment on this)
Wednesday, January 25th, 2012
1:08 am [it_improver]	Анонс конференции "ProductCamp Spb 2012" Что это такое?  ProductCamp Spb 2012 — это событие в формате BarCamp‘а для менеджеров по управлению и маркетингу продуктов, которое пройдёт в Санкт-Петербурге 31 марта 2012 года. Каждый участник ProductCamp выступает с рассказом о своем опыте, ведет круглый стол, помогает с логистикой, привлекает спонсоров или помогает с организацией. ProductCamp SPb является частью глобальных неконференций productcamp.org и продолжением ProductCamp Moscow 2011. ( Read more... ) (5 Comments |Comment on this)
Friday, January 20th, 2012
5:26 pm [pmcity]	Роль сертификаций PMI в развитии карьеры руководителя, менеджера, администратора Проектов и Программ Уважаемые коллеги! Очередной открытый семинар московского отделения PMI состоится в СРЕДУ 25.01.2012 в 19.00. Тема семинара: «Роль сертификаций PMI в развитии карьеры руководителя, менеджера, администратора Проектов и Программ». ( Подробнее ) Семинар состоится в Круглом зале (ауд. 210, 2 этаж) компании Ланит по адресу Доброслободская ул., 5, м. Бауманская. Вход свободный. Внимание! Для личного участия предварительная регистрация обязательна! Зарегистрироваться Участники смогут зачесть 1 PDU за этот семинар при продлении сертификации PMI PMP, PgMP. Идентификатор мероприятия C180-OSMC38. До встречи на семинаре! (Comment on this)
Monday, January 9th, 2012
11:05 pm [kholodova]	На кого равняться то :) А кого Вы считаете самым классным управленцем в IT? Кого уважаете больше всех и считаете успешным? (9 Comments |Comment on this)
Thursday, December 29th, 2011
7:11 pm [shchukin_vlad]	Почему софт такой глючный Почему софт такой глючный Каждый повелитель клавы и мыши хоть раз в жизни, но задавал себе и всевышнему этот риторический вопрос. Чаще всего с применением ненормативной лексики. Но, не смотря на очевидную риторичность вопроса, попробую сформулировать свой ответ. Тот, кто хоть раз бывал внутри программисткой фирмы, обращал внимание на жёлторотый молодой возраст основной массы кодеров. Причем, наблюдая за ними уже третий десяток лет, я вижу, что средний возраст по больнице разработчиков имеет тенденцию к понижению. В этом и причина. Взять, например, строителя. Он и 20, и в 50 лет каменщик. Кладёт свои кирпичики, накапливая нехитрые, но полезные скилзы компетенции. Поэтому дома у нас падают не в пример реже софта. А присказку про дятла и программы знают теперь даже в детском саду. Вопрос в другом, куда деваются опытные ваятели бинарных шедевров, почему программирование стало как война – дело молодых и лекарство против морщин? Поскольку меня читают не только айтишники, позволю себе аналогию с другой высокотехнологической, но более понятной, отраслью, с самолётостроением. Спроектировав на небольшой исторический вертикальный срез в софтверной индустрии. Так вот. Когда-то проектировали и строили большие, надёжные и вместительные «боинги». Годами. Тщательно выверяя каждый узел и механизм. Многократно издевались над опытными образцами на стендовых испытаниях. Каждое изменение в любой, даже незначительной, детали проходило мучительную проверку и согласования. В итоге, «боинги» летали, битком набитые людьми, падали очень редко, по дороге в облака не зависали, демонстрируя пассажирам в иллюминаторе синие экраны. Потом техническая политика изменилась. Всем сказали, что «боинги» никому не нужны. Новые распорядители бюджета решили, что летать нужно на небольших судах. И все начали проектировать и строить винтокрылые кукурузники. Менее надёжные, обдуваемые всеми ветрами, часто падающие. Зато их могла позволить себе даже небольшая фирма. Да и подход был практический индивидуальный. Опять-таки, отсутствие давки и трапа при посадке, экономия на керосине и колготках стюардесс. Те, кто строили «боинги», подались кто в аналитики диспетчеры, кто в менеджеры проектов бригадиры новых проектировщиков, а кто-то остался верным своему детищу и сменил кульман на форму пилота или штурмана собственной рукотворной системы. Некоторые остались при деле. Однако и времени кукурузников тоже настал конец. Пришла эпоха дельтапланов. Сборные конструкторы для их производства стали продавать на каждом блошином рынке, а количество доморощенных программистов самоделкиных превысило ожидание и спрос. Последние динозавры эры «боингов» ушли в управдомы, апологетов воздушной кукурузы также ждала участь их предшественников. Зато воздухоплавание стало доступным каждому. Не иметь собственный домен второго уровня дельтаплан на чердаке стало моветоном. Легкие ветряные аппараты падают, зависают, но статистику по несчастным случаям уже давно не ведут, это стало частью системы, платой за доступность и универсализм. Чтобы стать членом нового поколения планеро-создателей не обязательно знать историю боинго- и кукурозо-строителей. Теперь этому учат заочно, удаленно, дистанционно, ненавязчиво и непринуждённо. Этому факту очень рады работодатели-продавцы летательных устройств. Ведь платить новоиспечённым старателям можно в 3-4 меньше, чем мастодонтам. Если вы меня спросите, почему я провёл такую регрессивную аналогию, то я вам предложу сравнить время отклика ДОСовской бухгалтерской системы, установленной на 286-ой машинке и реакцию на клик локального ява-приложения на 2-х ядерном icore-7. Сравнение, я думаю, будет не в пользу последнего.      (72 Comments |Comment on this)
Sunday, December 18th, 2011
9:05 pm [ext_667968]	Аристарх: баг таймера Двухминутная обучалка на тему постановки сроков для сотрудников: (10 Comments |Comment on this)
Friday, December 9th, 2011
1:39 am [infiniti_gk]	Как вы думаете, к какой методологии или идее относятся приведенные ниже 10 высказываний? Вопрос с небольшим подвохом :) Как вы думаете, к какой методологии или идее относятся приведенные ниже 10 высказываний? Удовлетворенность клиента важнее всего. Проекты выполняются через небольшие пилоты ограниченным числом участников в межфункциональном составе. Открытость. Все на виду у всех. Рабочие места скомпонованы открытым образом. Отношения сотрудничества между менеджерами и сотрудниками: сотрудники предлагают, менеджеры принимают к сведению. Менеджеры не строят вертикаль власти, а прислушиваются к исполнителям и всячески стимулируют «инициативу снизу». Постоянное внесение изменений. Все в постоянном движении. Основной девиз – чтобы не было стагнации и застоя. Открытое признание проблем. Каждый сотрудник не просто может, а обязан сообщать обо всех проблемах в проекте (компании и т.д.). Высокая информированность сотрудников. Любая информация является общедоступной для всех сотрудников. Каждый сотрудник знает о планах компании, отдела, проекта. Вся информация находится в открытом доступе. Формирование «поддерживающих» взаимоотношений – наличие сплоченных команд. Направленность на то, чтобы отношения в коллективе были тесными и здоровыми, поддерживаются неформальные команды. Цель в том, чтобы команды действовали как одно целое. Самодисциплина – способность к гармоничному взаимодействию с коллегами и клиентами. Гармония в команде возможна в том числе и при развитии себя как личности. Тотальный контроль качества. Качество ставится во главу угла. Голосование проводится в блоге Александра Новичкова. Варианты ответов - там же. Комментарии приветствуются! Правильный ответ будет написан после проведения голосования Нам важно ваше мнение, а ваши ответы нужны для статистики! (4 Comments |Comment on this)
Wednesday, December 7th, 2011
5:50 pm [esperanza_una]	15 и 16 декабря 2011 г - Управление проектами 2011 Чуть больше недели осталось до крупнейшего мероприятия года в области управления проектами в Москве! С радостью сообщаю, что программа мероприятия 6-ой международной конференции «Управление проектами 2011», которая будет проходить 15 и 16 декабря 2011 г. в отеле «Холидей Инн Сущевский», Москва, активно пополняется интересными выступлениями. Так и в этот раз, к числу участников присоединились новые авторитетные спикеры, представители крупных российских компаний. В числе новых тем и спикеров: Андрей Плужников, Глава управления проектами в Российском Центре Разработки - Дойче Банк «Управление проектами в Российском Центре разработки – Дойче Банк»   Михаил Степанов, Руководитель проектов компании, «Сбербанк – Технологии» «Управление рисками в проекте миграции банка на целевую ИТ-платформу»     Также в рамках мероприятия выступят Константин Филиппишин, генеральный директор, ОАО «Управляющая компания ЭкоДолье» и Борис Климов, руководитель проектов инфраструктурного направления, «Лаборатория Касперского».   Каждая компания - участники конференции, признанные лидеры своего сегмента, в настоящее время реализует ряд крупных проектов.   Компания «ЭкоДолье» реализует крупный проект в Оренбургской области, заключив договор о сотрудничестве с областной администрацией. В соответствии с ним компания построит в 5 км Оренбурга на 382  га малоэтажное жилье. Читать подробнее «Лаборатория Касперского» сообщает о расширении сотрудничества со Scuderia Ferrari. На финальной гонке Гран-при Формулы-1 сезона 2011 года в Сан-Паулу компания объявила о подписании нового двухгодичного контракта с легендарной гоночной командой. Читать подробнее На состоявшейся 7 июля ежегодной церемонии вручения наград за достижения в банковской отрасли в 2011 году журнал Euromoney присвоил Дойче Банку звание Лучшего международного банка. Признание достижений направления коммерческих и инвестиционно-банковских услуг журналом Euromoney стало удачным завершением ряда впечатляющих результатов, которые банк продемонстрировал в течение года, одновременно продолжая процесс успешной структурной интеграции своей деловой активности Читать подробнее У крупнейшего банка страны в ближайшее время появится собственная ИТ-компания - «Сбербанк-Технологии». Основная ее задача - обслуживания ИТ-систем «Сбербанка», но в дальнейшем, возможно, и работа на внешнем рынке. Параллельно с организацией новой структуры банк активно нанимает ИТ-менеджеров. Читать подробнее Присоединяйтесь! (4 Comments |Comment on this)
Monday, November 21st, 2011
8:29 am [kholodova]	Нюансы T&M Никогда не вела проекты по схеме T&M, хочется узнать нюансы (интересуют именно живые проекты, а не теория): 1) Как у вас происходит оплата в таких проектах? Каждый месяц, квартал? 2) Берете ли вы аванс и каким образом? 3) Когда вы решение подготовили, отдали на приемочное тестирование, а в нем нашлись баги - баги тоже оплачиваются по T&M? Маловероятно, но все-таки интересно, вдруг кому-то оплачивают :) 4) Определяется ли заранее какой-то скоуп работ (в часах)? Если да, то что происходит, когда вы в этот скоуп не попадаете, какие санкции? 5) То же по поводу сроков Заранее благодарна за ответы (12 Comments |Comment on this)