Каждому разработчику знакома ситуация, когда реализация новой возможности в системе занимает большое количество времени, но релиз уже близко, а тимлид или менеджер проекта пятый раз за день задают уже надоевший вопрос: “Ну когда будет готово?”. И тогда встает непростой выбор — сделать все правильно и не уложиться в сроки релиза или реализовать минимально работающий, но не идеальный с точки зрения технического решения, функционал. Очевидно, что в большинстве случаев будет выбран второй вариант, так как релиз и предоставление результата клиентам здесь и сейчас важнее чистоты кода и архитектуры системы. Но проходит несколько месяцев, и вот уже старое не идеальное техническое решение мешает реализации другого функционала. И дальше такие решения будут накапливаться в огромный ком. Разбираясь с этой проблемой, очень важно сделать правильные выводы и выбрать нужное решение. От этого решения будет зависеть дальнейшая судьба всего проекта. В данной статье мы постараемся разобраться с природой технического долга и посоветовать пути его устранения.
Читать полностью »
Рубрика «Управление проектом» - 5
Технический долг на проекте или выбраться из черной дыры
2018-04-25 в 9:30, admin, рубрики: Блог компании SimbirSoft, разработка, рефакторинг, технический долг, управление проектами, Управление проектом, управление разработкойУтонуть или выплыть. Как при помощи бутстраппинга прокачаться в классного предпринимателя
2018-04-19 в 9:00, admin, рубрики: бизнес-модели, Блог компании Alconost, бутстрап, бутстрэппинг, Развитие стартапа, стартап, Управление продуктом, управление проектами, Управление проектомКогда-то, в 2005 году, жизнь моя текла однообразно.
Вставал рано утром, выходил из квартиры на Бруклин-Хайтс, тащился с ноутбуком в ближайший Старбакс.
Поработав там несколько часов, пересекал Бруклинский мост, отправлялся в Уэст-Виллидж и приземлялся там в другой кофейне.
Часам к трем дня я настолько укофеинивался, что едва мог набирать на клавиатуре. В качестве детокса я шел вечером на лекцию в Нью-Йоркский университет, где проходил курс по маркетингу.
Именно тогда я только приступал к созданию моей компании JotForm. Меня чрезвычайно занимала посетившая меня идея – создавать перетаскиваемые веб-формы. Однако, эта идея была настоящим вызовом – временами казалась вообще неподъемной.
Переведено в AlconostЧитать полностью »
Управляем большим длинным проектом: почему важно разговаривать словами
2018-04-17 в 7:00, admin, рубрики: Блог компании ТЕХНОСЕРВ, встречи, Карьера в IT-индустрии, коммуникации, письма, ПМ, разработка, управление персоналом, управление проектами, Управление проектом, управление разработкой
У меня в подчинении был один руководитель проектов, который никогда не собирал совещания. Он был немного хикки и обладал исключительным перфекционизмом (насколько это возможно для ПМа), что выражалось в стремлении всё происходящее фиксировать в почте. Письма были очень детальные, на несколько страниц: содержали все нужные описания, в них фиксировались все обещания, сроки, хотелки, большое внимание уделялось договорённостям и упрёкам в безответственности исполнителей. В общем, идеальные письма, последовательно излагающие ход событий, — хоть книгу по ним пиши.
Но проект шёл медленно: надо же написать письма, потом дождаться ответа и снова написать. Поскольку он был длинным, было ярко заметно, как на третий месяц начали накапливаться задержки и технический долг. Мой коллега продолжал писать письма, фиксируя каждое обязательство и каждый косяк и регулярно перенося сроки. Ситуация накалялась.
Я регулярно просил его собирать руководителей команд, работающих над проектом (инженеров по железу, разработчиков и так далее). Исходя из моего опыта, проблема, скорее всего, была в том, что команды не менялись информацией между собой.
Он собрал совещание, но на нём молчал. И все молчали. Точнее, докладывали статусы и поднимали проблемы. Результат совещания — он написал ещё одно длинное письмо с требованиями и фиксацией статусов с косяками.
Задержки продолжили копиться.
Читать полностью »
Как создать стартап-империю, не продав при этом своей свободы
2018-04-12 в 8:33, admin, рубрики: бизнес-модели, Блог компании Alconost, бутстрап, бутстрэппинг, Развитие стартапа, стартап, Управление продуктом, управление проектами, Управление проектомЛегко найти работу в стартапе. Найти такого основателя стартапа, чье мировоззрение вы разделяете – сложно.
Я сижу рядом с таким основателем, чьим мировоззрением восхищался весь прошлый год.
Мы сидим в «Старбаксе» в центре Сингапура, тут до невозможности шумно, но, пожалуй, сейчас этот гвалт меньше всего волнует нас обоих.
Мы встретились, чтобы обсудить плохие новости.
Его только что выгнали из стартапа, который он сам же и основал два года назад.
Он и не подозревал, что у него за спиной инвесторы и сооснователи вынашивают чудовищный план.
«Я больше не хочу работать с вами», — сказал ему один из инвесторов, а двое сооснователей сидели по другую сторону стола и в молчании наблюдали за всем этим.
Ему пришлось не только сложить с себя полномочия CEO: его также вынудили расстаться с теми немногими акциями, которые он себе оставил в собственноручно созданном стартапе.
За несколько последних месяцев его мечта — делать продукт, который нравится клиентам — постепенно превратилась в работу над продуктом, который хотят инвесторы.
И эти же инвесторы захотели его выгнать.
Переведено в AlconostЧитать полностью »
Какие инструменты для командной работы делают из обычных сотрудников Команду Мечты?
2018-03-27 в 12:12, admin, рубрики: Блог компании Hygger, командная работа, командообразование, управление командой, Управление продуктом, управление проектами, Управление проектом, Управление сообществомВы когда-нибудь задумывались, какой процент успешно реализованных проектов был выполнен вами самостоятельно, а сколько из них требовало участия команды? Думается, ответ очевиден: для крутых проектов необходима крутая команда.
Идеальные требования, и как с этим бороться
2018-03-14 в 16:44, admin, рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, корпоративная архитектура, системный анализ, Управление продуктом, Управление проектомВ прошлых частях
В первой части цикла я анонсировал серию статей о работах аналитика в предпроекте. Там перечислены проблемы, решения и некоторые принципы, о которых надо помнить при запуске ИТ-проекта.
В прошлой, второй части я рассказал про частые проблемы предпроекта и получил в комментариях закономерные замечания: «Хорошо написано о проблемах, всё как в действительности. Но решение предлагается в стиле «Не делайте плохо, и будете делать хорошо» neskazhui, «Но это жизнь, она в целом в статье и написана. А как надо-то?» other_letter.

Рассказ о том, как надо, я разделю на части:
1. Как правильно: то есть хорошо бы так делать, но обычно это получается лишь частично. Это будут следующие два рассказа.
2. Какие можно дать советы по каждой фазе работы с требованиями: чтобы облегчить ситуацию, когда что-то пошло неправильно, чтобы вписаться в реальные ограничения.
Читать полностью »
Кейс: бесконечная разработка конечной флешки или как не стоит делать стартап. Часть 1: от идеи к продукту
2017-10-14 в 16:05, admin, рубрики: гайд, Законодательство и IT-бизнес, как не надо делать, личный опыт, Развитие стартапа, стартапы, Управление продуктом, Управление проектом
Доброго времени суток, жители Хабрахабра!
В этом посте я решил поговорить о том, как запустить свой стартап и… не загубить его, а построить успешный бизнес. На примере личного опыта расскажу о том, какие управленческие решения уместны в тех или иных случаях, а какие — заведомо фатальны; как правильно расставить приоритеты в решении возникающих задач, чтобы «хвост вперед головы не убежал» и как не ошибиться в оценке того или иного звена команды, чтобы потом не было мучительно больно; на примере реального проекта покажу, к каким последствиям могут привести ошибки в управлении стартапом, как можно было их (последствия) предотвратить и как выйти из ситуации, когда этого сделать не удалось.
Тем, кого интересует данная тема в подробностях — добро пожаловать под кат.
Читать полностью »
SuperJob Meetup. Системный бизнес-анализ. Прямая трансляция
2017-10-12 в 15:56, admin, рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, системный анализ, Управление продуктом, Управление проектомСегодня в 19:00 по московскому времени в офисе SuperJob состоится IT-meetup «Системный бизнес-анализ». Присоединяйтесь к прямой трансляции!
Superjob IT-meetup. Системный бизнес-анализ
2017-09-19 в 13:54, admin, рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, системный анализ, Управление продуктом, Управление проектомSuperjob приглашает на meetup «Системный бизнес-анализ». Встречаемся 12 октября в нашем офисе на Малой Дмитровке.
На встрече обсудим работу с бизнес-требованиями к системе на ранних стадиях: организацию коммуникации, переход от бизнес-анализа к системному анализу, методы ускорения работы, инструменты повышения качества аналитических артефактов. Приглашаем системных, бизнес-аналитиков и менеджеров IT-проектов.
Кассовый разрыв: главная причина закрытия магазинов у новичков
2017-07-18 в 13:46, admin, рубрики: бизнес, Блог компании Мосигра, дефицит бюджета, кассовый разрыв, Управление продажами, управление проектами, Управление проектом, финансы, метки: дефицит бюджета, кассовый разрыв
Эта толстая полярная лисичка подкрадывается ровно в тот момент, когда владелец думает, что у него всё хорошо. Типовой сценарий: открыл магазин в сентябре, круто отторговал Новый год, отбил вложения 10 марта, пережил летний несезон на маленькой точке, ко второму Новому году немного расширился и закончил сезон очень славно. Образовалось 2-3 свободных миллиона, на которые очень хочется купить большую сверкающую машину. Или мороженого. На все. Душа просит.
Итог — из бизнеса вынимается достаточно большая сумма.
А впереди несезон. Затраты выросли (аренда больше, продавцов больше), прибыли же могут оказаться на уровне первого года. Расходы становятся больше доходов, «подушки» нет — на резервные средства было куплено мороженое ещё в марте. Три основных расхода (80% по общей доле) — это закупка товара, аренда, зарплата. Глядя, что можно срезать, владелец начинает закупать чуть меньше товара и сокращает рекламу. Мол, всё равно товара же меньше. Прямое следствие — штопор, ведущий к закрытию.
Но давайте посмотрим всё в числах. Предположим, у нас есть очень единичная точка в регионе, которая делает 5 миллионов рублей выручки в год. Обычно это один из нескольких магазинов, но в нашем примере он будет единственным.
Читать полностью »




