|
|
www.it4business.ru
|
Портал для IT-менеджеров: Карьера, Персонал, Технологии
Темы: Библиотека, 2010, Мат.часть, Мотивация, Управление людьми, Управление проектами
Воплощение большинства бизнес-проектов требует широкого спектра навыков и знаний. Если вы руководите таким проектом, то практически обязательно вам приходится управлять группой представителей разных профессий. Они могут быть частью вашей организации, представлять различные подразделения вашей компании или работать в совсем отдельных структурах. Откуда бы они ни были, они объединены в то, что называется «межфункциональной или кросс-функциональной командой».
Как менеджер проекта, над которым работает команда, вашей задачей является организация членов команды с тем, чтоб превратить их эффективную и слаженную группу специалистов, способную достичь целей, поставленных перед проектом. Сложная задача? Бесспорно, сложная — даже запутанная и трудоемкая. Однако, если следовать определенным правилам, сплочение команды может стать вполне благодарным занятием, а также более легким и вполне успешным. В этой статье изложены самые основные моменты. (дальше »)
Темы: Библиотека, Люди говорят, Персонал, Бизнес в ИТ, 2010, Тенденции-2010, Прогнозы, Профессиональный рост, Управление людьми
Автор: Слава Панкратов
В отпуске я стал много читать и еще больше замечать то, мимо чего в спешке работы пробегал мимо.
«Итоги зачисления в вузы: прорыв троечников?» ()
«Из-за демографической ямы, в которую мы попали из-за спада рождаемости 1992-1999 гг., многие вузы боятся недобрать студентов на то или иное отделение, вот и берут «плохоньких». К тому же из-за принятой в последние годы системы, когда ребята направляют копии документов сразу в несколько вузов, до 5 августа у приемных комиссий не было уверенности, принесет ли тот или иной «лакомый» абитуриент с высоким баллом подлинники документов, станет ли он настоящим студентом.
Приемные комиссии обзванивали отличников и хорошистов по домашним телефонам: придете ли? И, очевидно, в конце концов брали и троечников — а вдруг отличник так и не покажется с оригиналом?»
Пару лет назад, про эффект провала рождаемости написал в говорящей заметке «Люди кончились» , человек обладающий поистине аналитическим взглядом на вещи (дальше »)
Темы: Библиотека, Бизнес в ИТ, 2010, Мат.часть, Agile, Проектирование ПО, Системный анализ
Ключевым вопросом для архитекторов и дизайнеров программного обеспечения является «где и как вводить изменения в систему для осуществления желаемых изменений». Точки влияния это те места, где микро изменения могут дать макро результаты. Коммерческое предприятие представляет собой систему, которая может быть изменена путем стратегического внедрения вычислительных технологий в соответствующих точках влияния. IT — это тоже система, которую можно изменить, сделав ключевые изменения в точках влияния. В обоих случаях необходимо вычислить точки влияния и определить тип и величину внедряемых изменений.
Донелла Мидоуз — автор книги «Thinking in Systems: A Primer», номинант премии Пулитцера, получившая награду «гения» от фонда МакАртур; ее работа «Leverage Points» до сих пор считается классическим пособием для тех, кто хочет осуществлять изменения в системе. Донелла Мидоуз умерла в 2001 году, но ее идеи о точках влияния собраны в The Solutions Journal. (дальше »)
Темы: Библиотека, Люди говорят, Карьера, Бизнес в ИТ, Работа в ИТ, 2010, Профессиональный рост
В последнее время стал часто встречать упоминание роли «Enterprise Architect». Решил покопаться в теме и наткнулся на немного сумбурное, но достаточно интересное обсуждение за круглым столом, что же такое или кто же такой «Enterprise Architect». Возможно, наши коллеги по цеху немного однобоко смотрят на роль «Enterprise Architect» исключительно со стороны IT, но обсуждение в любом случае полезное.
— Слава Панкратов, редактор www.it4business.ru
Обсуждение за круглым столом, модератором которого была Дэйна Гарднер, главный аналитик Interarbor Solutions, началось с утверждения:
— Необходимость в бизнес-архитекторах сейчас остра как никогда, но, в то же время, попытки превратить бизнес-архитектуру в профессию не обязательно приводят к росту доверия к таким специалистам и их принятию, по крайней мере, пока.
Участники круглого стола, Жанна Росс, директор и ведущий исследователь MIT Center for Information Systems Research, Дейв Хорнфорд, главный специалист по бизнес-архитектуре Integritas Solutions и председатель The Open Group Architecture Forum, и Лен Фескенс, вице-президент направления по развитию навыков и способностей The Open Group, помогли сформулировать следующее:
— Как совершить преобразование ИТ из загадочного мастерства в развитую и структурированную науку и каким образом бизнес-архитекторы получают уникальную возможность предвосхитить концепцию бизнес-архитектуры и повлиять таким образом на гибкость бизнеса.
(дальше »)
Темы: Библиотека, Бизнес в ИТ, 2010, Agile, SCRUM, Управление проектами
Контракты с фиксированной ценой — это зло, вот что можно услышать от адептов agile. С другой стороны, такие контракты — это реальность, с которой сталкиваются многие agile команды. Но что, если мы попытаемся укротить это зло, а не бороться с ним?
Как компания может выполнить такой контракт с использованием гибкой методологии для достижения лучших результатов с меньшими рисками? В этой статье мы постараемся ответить на эти вопросы.
Так давайте же начнем с самого контракта. (дальше »)
Темы: Библиотека, Карьера, Работа в ИТ, 2010, Agile, Профессиональный рост, Тестирование ПО
IT-индустрия претерпевает стремительные изменения. Все больше и больше команд разработчиков ставит тестирование если не во главу угла, то хотя бы в центр техпроцесса, и тестирование становится влиятельным фактором разработки. Буквально ежемесячно появляются новые улучшенные фреймворки и драйверы для автоматизированного тестирования. Команды, практикующие автоматизированное регрессионное тестирование, нуждаются в тестировщиках, обладающих отточенными исследовательскими навыками. Но большинство людей не получают подобных навыков во время учебы в вузах — откуда же тогда возьмутся такие тестировщики?
В то же время оказывается, что многие специалисты мечтают о хорошей работе, связанной с тестированием. Тестировщики часто спрашивают меня, как «втереться» в команду, работающую по Agile-методике, или как им найти просто хорошую работу. Если у них нет опыта в программировании, они переживают, что недостаточно технически подкованы, чтоб попасть в Agile-команду. С моей же точки зрения, навыки безусловно важны, но отношение к делу — это самое главное. Если вы готовы учиться, делать все для того, чтоб на выходе у команды получился по-настоящему хороший продукт, то у вас хорошие перспективы как у тестировщика. Мой вам совет — добровольно подключайтесь к любой деятельности, которая принесет новые знания и умения, и работайте на совесть, чтоб отточить приобретенные навыки. (дальше »)
Темы: Библиотека, Работа в ИТ, 2010, Agile, SCRUM, Методологии и модели, Управление временем, Управление людьми
В современном бизнесе принято полагаться на многозадачность, и оценка сотрудника как специалиста зависит от его способности выполнять несколько задач одновременно. IT-специалисты постоянно работают в нескольких проектах сразу. Всегда ли так было? Действительно ли многозадачность необходима? Какую реальную пользу она приносит? И есть ли ей альтернативы?
Однозадачность – это ретроним, придуманный для определения того, как разрабатывалось ПО раньше, до появления многозадачности. Под многозадачностью здесь понимается одновременная работа специалиста над несколькими проектами. Этот термин в таком понимании стал употребляться в современной бизнес-среде, где такой подход считается наиболее эффективным и таким, который позволит получить наиболее всего пользы от труда сотрудника. Можно сказать, что многозадачность, пусть и в меньшем масштабе, вполне присуща нашей жизни, на работе или вне ее. Между этими масштабами многозадачности есть много общего с точки зрения того, как мы ее организовываем, и того, как она влияет на нас самих. (дальше »)
Темы: Библиотека, Люди говорят, Бизнес в ИТ, 2010, Agile, SCRUM, Методологии и модели
Agile или управление жизненным циклом
С первого взгляда Agile и гибкость предполагает в первую очередь краткосрочную расстановку приоритетов, в то время как формальное управление жизненным циклом продукта — это нечто совершенно противоположное, а именно весь спектр изменений, сопровождающих существование продукта с момента разработки до момента наступления полной непригодности. Тогда как определить связь между этими двумя категориями? Как раз в этот момент и выходит на передний план ценность продукта.
Если подойти к этой запутанной проблеме с точки зрения философии и начать задавать вопросы, то первым из них, и главным, будет вопрос: для кого производится продукт? Ответ на него прост: для пользователей. А с чем пользователи ассоциируют выгоду, полученную от использования продукта, за который они заплатили? Ответ снова прост: с номинальной ценностью продукта. Это базовое определение ценности продукта. За многие годы это определение отошло от своего первичного значения и превратилось в стремительно развивающуюся категорию, содержащую в себе понимание ценности продукта. Так происходит оттого, что само понятие ценности и ее определение претерпели ряд существенных изменений за последние 10 лет. (дальше »)
Темы: Библиотека, Люди говорят, 2010, Программная инженерия, Управление проектами
Противоречие между менеджерами и инженерами велико. Среди инженеров принято считать менеджмент идиотами. Ибо, они не так хорошо разбираются в предмете работы, как инженеры, не видят оптимальных решений, имеют странные желания, и не понимают, почему именно иногда задача занимает так долго. Инженеры не привыкли планировать свою деятельность, и привыкли считать планы и планирование прерогативой менеджмента. Учитывая, что они привыкли считать менеджмент идиотами — деятельность по планированию является частью идиотской деятельности.
Такое бывает не всегда, не все инженеры такие, но это распространенный паттерн поведения.
Среди менеджеров принято считать, что инженеры лишены дисциплины, и поэтому, их надо постоянно дрючить. Ибо, инженеры совершенно не умеют планировать свою деятельность. Они как дети — думают, что разработка — это такая игра, в которой доставляет процесс. Поэтому, планы для них составляют менеджеры, и инженеры эти планы постоянно срывают. При этом, отмазываются как дети.
Такое бывает не всегда, не все менеджеры такие, но это распространенный паттерн поведения. (дальше »)
Темы: Библиотека, 2010, UML, Литература
Рады представить вашему вниманию книгу Иванова Д. Ю. и Новикова Ф.А. «Моделирование на UML. Теория, практика, видеокурс», которая сопровождается 2-мя DVD с видеозаписью 4-x дневного тренинга по UML, проводимого авторами для ведущих отраслевых и IT-компаний России. Книга содержит полное описание всех основных версий унифицированного языка моделирования UML и набор рекомендаций по его практическому применению для моделирования программных систем. Передаваемый опыт и идеи, которыми авторы щедро делятся на страницах книги, делают ее интересной как для читателя, уже знакомого с UML, так и для читателя, которому просто интересно узнать, что такое UML и как его применять на практике.
Как рассказал порталу www.it4business.ru один из авторов: «Работа над книгой началась после того, как мы () совместно провели ряд тренингов и пришли к выводу, что нам есть, что рассказать людям, желающим применять UML в своей повседневной работе. Кроме того, мы пришли к единодушному мнению, что подходящих практических книг по UML и проектированию программных систем катастрофически не хватает. Результатом этого понимания и наших последующих усилий и явилась это книга».
Узнать дополнительные подробности о книге, а также приобрести ее можно на официальном сайте
Там же вы можете скачать графическую нотацию UML и ознакомиться с другими материалами, посвященными UML.
Последние новости и пресс-релизы компаний
Статистика
Исправляйте ошибки
Мы рекомендуем
