Рубрика «управление разработкой»

Как избавиться от умных сотрудников в вашей компании - 1
Хей, а кто у нас тут самый умный? Вы — начальник и не самый умный в комнате? Вы — очень большой босс и не самый умный в здании? Так это легко исправить! Сейчас поделюсь бесценным опытом.

1. Врите

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

Я работаю с большими компаниями, которые пытаются применить Agile, начиная со Scrum. Хотя каждая организация находится в своем секторе, использует разные технологии и имеет свою культуру управления, у всех была одна общая болезнь — своего рода «гигантизм». В этой статье содержится список общих проблем гибкости в больших организациях и исследуется возможность избежать симптома «гигантизма».

На первый взгляд проблемы организации будут выглядеть как «слишком много задач» или «не достаточно ресурсов», или «нестабильная ситуация на рынке». При ближайшем рассмотрении, ключевые причины окажутся дурными привычками, сформировавшимися «рефлексами» и заблуждениями.

Одна из очень известных компаний, которая была примером успешного применения Scrum в 1997 году, обратилась за помощью в Danube Technologies, Inc. в 2009 году, потому что «рынок» показал, что они оказались менее гибкими, чем конкуренты. Начинания по внедрению Scrum, которые начались 1997 году, по-видимому, не могли выдержать десятилетие сосуществования с проблемами, присущими крупным предприятиям. К сожалению, большинство попыток внедрить Scrum в крупных организациях не приводит к долговременным преобразованиям. Препятствия для внедрения Scrum обычно также мешают достижению успеха в бизнесе в целом, а устоявшиеся организации обычно неохотно избавляются от них.

Препятствие #1: Наивный менеджмент ресурсов

В Руководстве PMBOK написано:

«зачастую возникает необходимость увеличения бюджета, чтобы добавить дополнительные ресурсы для выполнения того же объема работ в более сжатые сроки»

В отношении программного обеспечения, Фред Брукс (в книге «Мифический человеко-месяц») дает утверждение, которое противоречит предыдущему:

«Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше»


Чтобы разрешить этот парадокс, давайте рассмотрим определение «ресурса».
Читать полностью »

7Ps Framework: структурируем встречи, чтобы сделать эффективными - 1

Коллеги проджект-менеджеры поймут: нет большего зла, чем встречи ради встреч — наш персональный ад перфекционистов, мир которых построен на контроле ресурсов и, в первую голову, контроле времени участников проекта. Поделюсь методикой, которой я пользуюсь, чтобы сделать зло управляемым. Это компиляция принципов 7Ps Framework от James Macanufo и моих доработок фреймворка под себя, которые я вынес из работы над проектами в UIS.

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

Мы собрали этот гид для тех, кто хочет рулить, страдать, ну и проектами управлять. Советы, лайфхаки, ресурсы для получения полезных знаний и даже ссылка на крутую возможность для начала карьеры ;)

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

Гид для начинающего project-менеджера: управляй велосипедом, который горит - 1
Читать полностью »

Десять главных причин, которые делают программиста несчастным - 1

Счастье разработчиков (сбалансированный индекс по шкале положительного и отрицательного опыта)

Некоторые компании Кремниевой долины и начинающие стартапы тратят немалые средства на то, чтобы их сотрудники были счастливы, в последнее время это стало общим местом и своеобразным трендом: бесплатная еда, спортзал, массаж на рабочем месте. Разумеется, компании делают это не ради заботы о людях, а для повышения собственной прибыли. Предыдущие исследования показали, что продуктивность сотрудника повышается, если он более счастлив. Особенно актуально это для работников интеллектуального труда, таких как инженеры ПО. В связи с этим для компаний важно узнать — какие причины влияют на уровень счастья, а что, наоборот, вызывает неудовольствие у программистов.

В соответствии с результатами опроса, опубликованными в марте 2017 года, разработчики программного обеспечения, в среднем, «слегка счастливы». Положительный индекс — хорошая новость для работодателей. Значит, усилия компаний не пропали зря. Но им ещё есть куда стремиться. Исследователи составили список основных причин недовольства программистов — эти факторы желательно свести к минимуму.
Читать полностью »

Простая ошибка при кодировании — не значит нестрашная ошибка - 1
Популяризируя статический анализатор кода PVS-Studio, мы обычно пишем статьи для программистов. Однако, на некоторые вещи программисты смотрят одностороннее. Именно поэтому и существуют менеджеры программных проектов, которые могут управлять процессом развития проекта направлять его в нужное русло. Я решил написать несколько статей, целевой аудиторией которых являются менеджеры программных проектов. Эти статьи помогут им лучше ориентироваться в вопросах использования методологии статического анализа кода. Сейчас мы рассмотрим ложный постулат: «ошибки кодирования несущественны».
Читать полностью »

Откуда это все

Последние 6 лет я руковожу разработкой. Последние три года еще и консультирую. И, разумеется, постоянно сталкиваюсь с вопросами типа "на каком языке писать будем?" или "какую БД будем использовать?". Хорошо, когда ответы на такие вопросы продиктованы предметной областью проекта. Понятно, что PHP для драйвера не подходит, а С++ для бэкенда промо-лендинга — абсурд. Это сужает выбор. Но в оставшемся выборе часто громоздится целый "Ноев ковчег" языков, решений, фреймворков и платформ, где каждой твари далеко не по паре.

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

Что нам делать с ошибками?
Если вы считаете себя хорошим программистом, ну, скажем так, вы оцениваете свой уровень выше среднего, прошу не читать эту статью. Эта статья предназначена для менеджеров программных проектов. С ними я хочу обсудить хотя и важные, но скучные для программистов вопросы, связанные с методологией статического анализа кода.
Читать полностью »

Работа из дома — один из главных бонусов, который требуют программисты - 1

Работа из дома несколько дней в неделю — давняя привилегия избранных программистов. Но если 20 лет назад такая опция была скорее исключением из правил, то сейчас разработчики требуют её от работодателя. Её ценят настолько же высоко, как наличие отпусков и отгулов, расширенной медицинской страховки и соблюдения нормального рабочего графика без овертаймов. На это указывают результаты многочисленных исследований, в том числе результаты опроса разработчиков на Stack Overflow Developer Survey Results 2017.

В конце концов, сейчас так много инструментов для организации удалённой работы: Slack, Skype, Google Hangouts, Basecamp, BlueJeans. Групповые часты, видеоконференции, совместная работа и управление проектами. Зачем вообще программисту ходить в офис каждый день?
Читать полностью »

Всем привет! Я учусь в Московском государственном техническом университете имени Н. Э. Баумана на кафедре Э2 «Поршневые двигатели».  В этой статье я хочу рассказать о том, какие выводы мы сделали, участвуя в Formula SAE – международных инженерных соревнованиях студенческих команд по созданию гоночных автомобилей типа «Формула», и почему решили перейти на цифровое проектирование. Сейчас мы начинаем внедрять в нашей лаборатории, где собирается болид, систему управления жизненным циклом изделия (Product Lifecycle Management, PLM). Первый этап – обучение, и в этом нам помогает компания ЛАНИТ. Наш опыт может быть полезен студентам технических специальностей, которые работают над схожими задачами или хотят собрать свою университетскую команду для участия в Formula SAE, а также небольшим конструкторским бюро, которые уже задумываются о переходе на цифровое проектирование.

Как мы в Бауманке болид собирали: зачем студенческой команде понадобились PLM-технологии - 1

Фото Хабрахабра
Читать полностью »