Метка «управление проектами и командой»

Мастер класс на DevConf 2014: Поощрения и наказания. Как использовать не административные приемы? Коллеги, рады сообщить — что не смотря политические интриги, ребята из Харькова снова зажгут c новым мастер-классом на DevConf 2014.

Предлагаем Вашему вниманию — интервью с ведущими мастер-класса:
— Дмитрий Снисарь. Психолог (специализация: психология коммуникации) и тренер (2000+ студентов, 2500+ тренинг-часов). Последние три года — работаю с людьми от IT.
— Владимир Железняк. Программист, менеджер, консультант. 15 лет в коммерческом IT. Работал в продуктовых и аутсорсинговых проектах.
Читать полностью »

Как проект может отстать на год?
… по дню «за раз»
…Фред Брукс

Идея написать пост появилась в связи с тем, что в последнее время приходится сталкиваться со следующий кейсом: Руководители проектов стараются поддерживать процессы, соблюдать предписания методологий, собирать метрики, поддерживать высокую мотивацию на проекте. Но приходит время очередной проверки результатов работы (milestones, deliverables) и оказывается, что степень завершенности проекта отстает от плановой, что неминуемо приведет к срыву сроков. И руководитель проекта, стараясь устранить угрозу как можно раньше, озвучивает ее команде, а далее просто пытается ускорить процесс напутствующим словом и частным мониторингом, что без определения причин редко работает.

В качестве возможного варианта выявления причин проблемы (в приведенном кейсе – это перерасход времени), хотелось бы вспомнить один из достаточно простых инструментов мониторинга проекта — диаграмму Парето. Диаграмма позволяет определить первоочередные задачи, которые необходимо решить для устранения возникшей проблемы. Читать полностью »

Как устроен процесс организации разработки в крупном интернет-проекте на всех этапах его роста? Что происходит, когда из стартапа компания перерастает в проект с более чем 190 миллионами пользователей.

В прошлом году на конференции Whalerider Алексей fisher Рыбак рассказывал о том:

  • как у нас Badoo сейчас устроена разработка;
  • как в процессе развития проекта её перестраивали;
  • какие проблемы решали;
  • как преодолевали кризисы роста;
  • на какие грабли наступали.

В секции вопросов есть интересная информация о том, как в Badoo устроена система мотивации и бонусов.
Читать полностью »

Каким функционалом должна обладать система управления задачами Вашей мечты? Очень часто одной из необходимых возможностей такой системы называется вложенность задач. Например, 1, 2, 3, 4. Такого же мнения придерживались и мы, когда принимали решение о включении данной фичи в состав нашего продукта. О том, что у нас из этого получилось и пойдет речь
Читать полностью »

История тяжелого проекта: немного о бюрократии, инфраструктуре и процессе разработки ПО

Любой маленький проект мечтает вырасти в Facebook во что-то значительное. Далеко не всегда это происходит, но если все же случается, то возникает целый сонм проблем и задач, которых казалось бы не существовало, когда в проекте было пять разработчиков, но которые требуют значительного внимания после становления проекта на ноги. Ниже изложение истории сравнительно большого проекта, мысли о бюрократии а также описание инфраструктуры и процесса разработки — думаю этот опыт кому то будет полезен.

Заказчик — довольно крупный инвестиционный банк. Число конечных пользователей: более 10 тыс.

Команда проекта

  • более 200 разработчиков (из них 31 тим лид, 7 мастер тимлидов)
  • 3 архитектора, один из них главный
  • 19 тестировщиков (1 лид, 2 на нагрузочных испытаниях, остальные на функциональном тестировании)
  • 5 системных администраторов, в зоне ответственности которых управление СУБД и выше. Администрирование ОС и аппаратной части в зоне ответственности специальной HW team
  • переменное число (от 2 до 16) аналитиков, работающих на part time
  • 12 технических писателей и переводчиков
  • 3 руководителя проекта, постоянно руководит один — второй и третий на подмене во время отпуска, болезни или выступают в качестве ассистента руководителя проекта когда активны и доступны.

Читать полностью »

За 6 лет менялась работа, стили управления тоже менялись, пришлось пройти scrum и agile в IT-компаниях, проектную систему в телекоме. В последнее время ко мне стало обращаться все больше менеджеров среднего и высшего звена с просьбой посоветовать «нормальную online-систему с диаграммой Ганта». Кем-то движет мода, чаще — реальная необходимость. Поэтому и пришло решение сделать обзор нескольких привычных online-систем с диаграммами Ганта.

Vox populi

Лучше любых аналитических сайтов и Википедии сущность диаграммы Ганта описана на одном из форумов: «Я встречал использование диаграмм Ганта (MS Project) при планировании производства на небольшом металлообрабатывающем заводе. Выглядело и работало очень красиво, повышало качество труда (хрен знает на сколько процентов), снижало кол-во накладок планирования. <...> Один раз даже видел, как начальник цеха объяснял слесарю, размахивая распечаткой, типа: „Петрович, твою мать! Ты посмотри сюда, линеечка красная, видишь? Это значит если ты эту х*%№# будешь так медленно точить, то Василич из-за тебя меньше получит, видишь — у него тоже линейка красная. Ты как хочешь, но сам ему потом объясняй...“
image
Читать полностью »

Это небольшое исследование посвящено тому, как люди понимают слово «эффективность» в рамках ИТ-проектов. В заключении данной заметки вы найдете 4 простых вывода из этого исследования.

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

Эффективность нематериальна. По этой причине, часто возникают недопонимания даже внутри одного проекта и одной команды.

Целью данного обзора является освещение следующего вопроса: как понимают фразу «проектная эффективность» различные специалисты в сфере ИТ. Мы искренне надеемся, что данное небольшое исследование поможет найти общий язык в понимании термина «эффективность», что и будет первым шагом к достижению высокой эффективности в вашем проекте.
Читать полностью »

Удаленная работа — это не «фриланс»

Сегодня на глаза попался старый вопрос "Почему работодатель предпочитает нанимать веб-разработчика в офис?": habrahabr.ru/qa/22292/. Вопрос был задан еще в 2012 году, но, на мой взгляд, ситуация с тех пор не сильно изменилась.

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

Многие, как мне кажется, представляют себе фрилансера примерно так:

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

Читать полностью »

Все мы наслышаны о красивом коде. Книги и страницы специализированных ресурсов пестрят рекомендациями, стандартами и просто хорошими советами. Современные языки предлагают множество путей изящного выражения идей разработчика. Вообще все хорошо. Вроде бы. Но реальная жизнь сурова. По ряду вполне объективных причин только самые счастливые из нас имеют возможность работать с действительно качественной кодовой базой. Большинство же, зная чуть ли не все подробности идеального способа работы, живут здесь и сейчас, за пределами рая, довольствуясь имеющимся.

Но как сделать свою жизнь лучше? Как заставить уровень качества кода расти. Приведу несколько собственных правил-размышлений на эту тему.
Читать полностью »

Читал статью. Статья интересная, однако я думаю что для каждой ситуации есть разные реалии. А так как имею опыт руководства и в сфере разработки и в сфере управления компанией, то я хотел бы прокомментировать некоторые фразы из данного словаря, так сказать пропустив их через призму более обширного мнения, нежели взгляд руководителя по разработке. И дело тут не в том, что разработка ПО вещь специфическая — наоборот, любой руководитель, на мой взгляд должен рассматривать ситуацию со всех граней а потом решать использовать конкретную фразу или нет. Приступим:
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js