Pull to refresh
  • by relevance
  • by date
  • by rating

Wargaming на DevGAMM Spring’21

Wargaming corporate blog Conferences

Если вы интересуетесь игровой индустрией, то с DevGAMМ вы знакомы наверняка. Это конференция для разработчиков компьютерных игр, которая проходит с 2008 года. Как и в прошлом году, DevGAMM Spring’21 будет проходить в онлайн-формате. С 12 по 14 мая на платформе конференции состоятся лекции и мастер-классы, представители Wargaming расскажут как о создании игр для ПК, так и о мобильной разработке. 

Рассказываем, кого из Wargaming можно будет послушать на конференции.

Читать далее
Total votes 5: ↑3 and ↓2 +1
Views 1.1K
Comments 0

Поговорим про эффективные коммуникации на конференции Get Prof IT

EPAM corporate blog Project management *Conferences

С 13 по 15 июля пройдёт онлайн-конференция Get Prof IT: Project Management.

Конференция посвящена эффективным коммуникациям и будет интересна менеджерам проектов, тимлидам, бизнес-аналитикам и другим специалистам, которые регулярно общаются с заказчиками и работают с командами.

В программе два доклада и один воркшоп.

Смотреть программу
Total votes 4: ↑4 and ↓0 +4
Views 147
Comments 0

Судьба проекта в ваших руках

Lumber room
Судьба проекта зависит от множества факторов, включая человеческий.
А этот фактор, как известно, очень нестабилен, так давайте не будем его провоцировать лишний раз и последуем следующим советам…
Читать дальше →
Total votes 7: ↑2 and ↓5 -3
Views 400
Comments 3

Время прихода на работу

Project management *
Статью выкладываю по разрешению автора. Оригинал здесь.

Я знаю два варианта организации времени начала работы в IT фирме и довелось мне поработать с обоими вариантами.
  1. Приход на работу к конкретному времени. Сродни советскому: в 8.00 все должны быть на работе иначе штраф или даже увольнение. Уходят все в 17.00
  2. Свободный приход к любому времени. Тут может быть куча вариаций, когда надо работать 8 часов в день или 40 часов в неделю или вообще никто время не смотрит, лишь бы работа делалась.


Я проработал 7 лет в компании, где надо было приходить каждый день в 9.30 и уходить не раньше 18.30, а теперь уже полгода в компании, где каждый приходит и уходит когда хочет.
И теперь я готов сравнить варианты.
Читать дальше →
Total votes 4: ↑4 and ↓0 +4
Views 6.2K
Comments 156

Хотите умереть быстро?.. Станьте ПМ-ом!

Project management *
За 5 лет работы в компании сменилось огромное количество менеджеров проектов.
ПМ-ы мрут как мухи. Как пехота штрафбата, брошенная в бессмысленную лобовую атаку.

Мрут сами (уходят), их убивают (увольняют), устраивают ксеноцид (их увольняют вместе с командой). Бегущие без винтовок, сзади вас товарищи, заменят вас. И проживут свои 2 минуты.

56.51 КБ
Читать дальше →
Total votes 327: ↑248 and ↓79 +169
Views 7.4K
Comments 113

Сертификация по управлению проектами

Project management *
Для менеджеров IT-проектов существует несколько видов сертификации, в которых не так просто разобраться. Чтобы вам было проще — объединил информацию по ним в одну таблицу. Включил в виды сертификации то, что достаточно распространено в России, и может помочь вам в вашей карьере.Если говорить в целом, то есть 3 направления сертификации:
  • управление проектами — общий подход к управлению проектами. Наиболее известная сертификация — Project Management Professional (PMP)
  • жизненный цикл программного средства (Application Lifetime Management, ALM) — включает такие подходы к созданию ПО как RUP и MSF
  • отдельные программные средства для управления проектом
Читать дальше →
Total votes 7: ↑5 and ↓2 +3
Views 23K
Comments 8

Немного теории об управлении рисками

Lumber room

Вводная информация по управлению рисками


К теме управления рисками я решил обратиться по нескольким причинам:
  • недавно я разрабатывал методику и процедуру по управлению рисками в компании, где я работаю (разработка ПО под заказ, аутсорсинг) – соответственно, было перерыто и изучено очень много материалов, информация из которых потом была структурирована и оформлена в отдельный документ, который сейчас используется
  • само по себе управление рисками является одной из ключевых активностей на проекте: на мой взгляд одной из самых сложных, но в то же время интересных (из каждого риска и события можно извлечь выгоду)
  • как показывает опыт работы в компаниях-разработчиках ПО, управлению рисками выделяется либо очень мало времени, либо ими начинают управлять только тогда, когда они становятся проблемами (что, согласитесь, довольно поздно). Надеюсь, что информация, собранная здесь, подтолкнет интересующихся к дальнейшему изучению темы и внедрению соответствующих практик в работе

Однако стоит помнить следующее – управление рисками в любой сфере человеческой деятельности, на мой взгляд, это все-таки только прикладная дисциплина, которая предоставляет общие и практические рекомендации.

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

Определение риска


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

Risks are schedule delays and cost overruns waiting to happen (by Peter Kulik)
Risk is the possibility of suffering loss (SEI, Dorofee 96)


Также следует понимать основное отличие понятия риска от понятия проблемы:
  • риск это некоторое событие, которое может случиться в будущем и может привести к определенным потерям (снижение качества продукта, перерасходование бюджета, задержка сроков либо полной неудачи проекта)
  • проблема же – это событие, которое уже случилось. Риски превращаются в проблемы, если с ними не работать

Читать дальше →
Total votes 14: ↑13 and ↓1 +12
Views 7K
Comments 10

Позитив в управлении рисками ;)

Lumber room
“In the middle of difficulty lies opportunity”
Albert Einstein

В книге [1] (список источников указан внизу) приведены уровни зрелости компаний и организаций с точки зрения управления рисками. Выделяют 5 уровней или стадий:
  • Problem stage — когда работа с рисками не ведется до тех пор, пока они не станут проблемами
  • Mitigation stage — когда людям знакомо понятие «риск», однако никто не знает, как управлять рисками на регулярной основе (концепция управления рисками была им представлена, но пока в очень ограниченных объемах). Зачастую единственной стратегией борьбы с рисками является уменьшение вероятности его появления
  • Prevention stage — когда управление рисками становится активностью команды в целом, в не только задачей менеджмента (проекта, отдела, компании); в процесс вовлекается все больше и больше заинтересованных людей, которые могут идентифицировать риски, однако их количественные оценка пока вызывают определенные трудности. Данная стадия является поворотной точкой от реактивного к проактивному методу управления рисками
  • Anticipation stage — данная стадия характеризуется сбором и анализом метрик, для того чтобы предугадывать будущие проблемы и предсказывать определенные события, связанные с проектом. В процесс управления рисками вовлекается и заказчик (клиент), что дает возможность более аккуратно проводить количественную оценку рисков, а также верно расставлять приоритеты
  • Opportunity stage — данная стадия представляет позитивное видение процесса управления рисками, когда в процесс вовлечены все заинтересованные стороны (менеджеры, проектная команда, представители заказчика). На данной стадии каждый риск трактуется (может трактоваться) еще как и некоторая возможность. Все осознают эти возможности и связанные с ними риски и могут выбирать различные пути движения дальше, находя компромиссы между уровнем риска и новыми возможностями

Понятно, что разные компании находятся на разных уровнях зрелости. На мой взгляд, моя компания сейчас находится где-нибудь между Anticipation и Opportunity уровнями зрелости, но мы продолжаем работать ;) А в какой стадии находится ваша компания?
Читать дальше →
Total votes 4: ↑4 and ↓0 +4
Views 1.4K
Comments 10

Вышла opentodo 0.91

Lumber room
Буду писать о новых релизах в персональном блоге :)

Новое в версии 0.91
  • Теперь для перехода к задаче из списка достаточно кликнуть по ряду таблицы (не обязательно по названию задачи).
  • Ссылки для автоматической вставки html-тегов в textarea (описание задач и проектов, комментарии).
  • Переработан парсинг html, исправлены ошибки. Библиотека Beautiful Soap больше не используется.
  • Исправлен баг — при ответе на комментарий его автору не приходило уведомление по почте.
  • Теперь в настройках MEDIA_URL не имеет значения, есть слэш в конце или нет, все корректно работает в любом случае.

Страница проекта на Google Code
Онлайн демо
Total votes 13: ↑12 and ↓1 +11
Views 278
Comments 15

Новая версия XMIND теперь доступна и в open source!

Lumber room
Когда-то, вместе с одним из номеров журнала «CHIP» я получил годовую лицензию замечательной программы XMind 2008, таким образом, став счастливым обладателем, по-моему, самой лучшей среды для создания/редактирования интеллект-карт и мозгового штурма.

Сегодня на моё мыло пришло письмо, в котором шла речь о новой версии этой замечательной программы. Оказалось, что компания провела полный ребрендинг, а кроме того, уже давно выпустила версии своей утилиты под Linux, Mac и Windows, предоставляя ее в нескольких вариациях: Open Source, Eclipse plugin, Pro и даже Portable!



Что же интересного в новой версии?
Total votes 20: ↑18 and ↓2 +16
Views 2.4K
Comments 20

Узелки

Lumber room
Чтобы народ лучше запомнил нововведения в процессе на проекте, переписал их «на старорусском».

Приветствую тебя, Воин славный! Начинается доселе не проходивший этап Великой Битвы — «Тропинка-2». Дабы не перегружал ты мозг свой трехпудовый проблемами малозначимыми, вот тебе несколько узелков на память о том, как выжить в Битве Великой да не потерять головы своей кучерявой.
  1. Во сохранение священного имени «Тропинки-1», а также во избежание неверных трактовок её священных текстов, не следуй стандартам кодирования юродивым общекорпоративным, а делай так, как было заведено издревле, еще в городе Дельфы Древней Греции. Ежели сомневаешься будешь, как лучше сделать — вопрошай у главного Мага дружины.
  2. Будь готов пробудиться на заре, дабы собраться всей дружиной в 11 часов утра на вече и обсудить дела минувшие, дела грядущие и дела насущные. Не должно вече длиться дольше 15 минут, так как жаждут воины сражений и славы, потому — будь готов к собранию дружины своей да не задерживай братиев и сестер своих.
  3. Меч и заклинания каждый Воин готовит отдельно, в своих собственных хоромах, именуемых branch. Не наточив же меча да не подготовив заклинаний — не смей выходить на арену общую, именуемую trunk, дабы не опозорить дружину да не запачкать штанов.
  4. Ежели достаточно набирается за день смельчаков, хорошо наточивших мечи да подготовивших заклинания свои, то проводится сражение дивное, release именуемое, с чудищами, которые захотят проверить заклинания твои славные да меч каленый. Если же в зазубринах меч твой будет, али заклинания твои маломощными оказались — не видать тебе уважения дружины своей, да еще и жуки ужасные заморские, руководимые богомолом, заполонят хоромы твои.
  5. Каждый вечер заполни свиток подвигов своих ратных да передай главному Магу дружины, дабы до сбора на вече ознакомился он со всеми подвигами дружины и приготовил хитрый план битвы на следующее утро.
Total votes 24: ↑5 and ↓19 -14
Views 228
Comments 11

Управление проектами: PRINCE2 – PRojects In Controlled Environments

Lumber room
Приветствую, коллеги. В своей статье хочу рассказать о самой популярной в Великобритании и странах Восточной и Северной Европы методологии ведения проектов – PRINCE2. Данная методология разработана правительством Объединенного Королевства и является единственным повсеместно используемым фреймворком для ведения проектов в крупных организациях. Как явствует из названия, PRINCE2 призван структурировать проект в контролируемую среду, с чем он, несомненно, прекрасно справляется.
image
Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 7.1K
Comments 7

Откуда берутся посредственные сайты?

Project management *
image
Автор изображения: wiseacre.

Кто виноват?


Кем бы вы ни были: фрилансером, сотрудником веб-студии, заказчиком сайта или просто сторонним наблюдателем — наверняка вы задавались вопросом «Откуда в русском интернете столько плохих сайтов?». Кто виноват в том, что в рунете много сайтов с неудобной навигацией, непродуманной типографикой, бестолковыми текстами и неряшливыми картинками. Работники студий? Фрилансеры? Клиенты? Давайте копнем глубже и посмотрим на процесс создания сайтов в различных студиях.
Читать дальше →
Total votes 79: ↑57 and ↓22 +35
Views 877
Comments 72

Выбор системы управления задачами (Project & Task management)

Lumber room
Пост довольно большой, и, если есть желание разобраться в вопросе, может понадобится вдумчивое чтение.

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

Как мне кажется, проблема эффективного совместного управления задачами очень актуальна для многих небольших команд.
После того, как система будет выбрана я готов написать отчет в блог «Управление проектами» для тех, кто так же как и я чувствует, что пора навести в менеджменте порядок. Если Вам будет интересен такой отчет — напишите об этом в комментарии, пожалуйста.
Читать дальше →
Total votes 14: ↑11 and ↓3 +8
Views 14K
Comments 20

Выбор системы управления задачами, часть 2

Project management *
Обзор и сравнение предложенных хабралюдьми систем

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

Вторая часть длинная (да еще и со скриншотами), если тема не интересна — лучше и не начинить читать :)

Мы опробовали в нашей команде некоторые предложенные системы управления задачами, и я отчитываюсь о результатах. Может кому-то будет интересно и полезно, а может кто-то посоветует систему лучше всех остальных (только прошу написать хотя бы несколько слов, о том почему и чем предлагаемая система интересна).
Читать дальше →
Total votes 57: ↑54 and ↓3 +51
Views 59K
Comments 133

Учёт рисков при оценке трудоёмкости ПО и планировании проекта

Project management *

Поговорим о рисках


dice
Что такое риски? Что является риском, а что нет? Как учитывать риски при оценке трудоёмкости ПО и планировании проекта? Об этом я предлагаю поговорить в этом топике. В то же время, чтобы не раздувать топик и не повторяться, здесь не будут обсуждаться вопросы идентификации и митигации рисков — действий по выявлению, уменьшению вероятности возникновения рисков и минимизации их последствий.
После публикации статьи о смертных грехах в оценке трудоёмкости программного обеспечения мне указали, что ни автор, ни я ничего не сказали о рисках. Хочу исправить это досадное недоразумение и поведать вам немного о рисках и моём опыте работы с ними.
Читать дальше →
Total votes 32: ↑24 and ↓8 +16
Views 12K
Comments 26

Портал EmForge — платформа коллективной разработки

Self Promo
Так получилось, что последние несколько лет мне приходится принимать участие исключительно в распределенных проектах. Руководство проекта в США, business owner во Франции, разработка в России и Бразилии, а тестирование в Китае — это нормальная ситуация. В таких проектах — очень важна грамотная организация коммуникаций. В разных проектах использовались разные системы. Идеала найдено не было, потому то и был написан собственный «неидеал»: EmForge Portal, который я и хочу сегодня представить, надеясь что кому-то он может оказаться полезным
EmForge
Читать дальше →
Total votes 36: ↑29 and ↓7 +22
Views 728
Comments 28