Рубрика «Управление проектом» - 4

в 16:44, , рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, корпоративная архитектура, системный анализ, Управление продуктом, Управление проектом

В прошлых частях

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

В прошлой, второй части я рассказал про частые проблемы предпроекта и получил в комментариях закономерные замечания: «Хорошо написано о проблемах, всё как в действительности. Но решение предлагается в стиле «Не делайте плохо, и будете делать хорошо» neskazhui, «Но это жизнь, она в целом в статье и написана. А как надо-то?» other_letter.

Идеальные требования, и как с этим бороться - 1

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

в 16:05, , рубрики: гайд, Законодательство и IT-бизнес, как не надо делать, личный опыт, Развитие стартапа, стартапы, Управление продуктом, Управление проектом

image Доброго времени суток, жители Хабрахабра!

В этом посте я решил поговорить о том, как запустить свой стартап и… не загубить его, а построить успешный бизнес. На примере личного опыта расскажу о том, какие управленческие решения уместны в тех или иных случаях, а какие — заведомо фатальны; как правильно расставить приоритеты в решении возникающих задач, чтобы «хвост вперед головы не убежал» и как не ошибиться в оценке того или иного звена команды, чтобы потом не было мучительно больно; на примере реального проекта покажу, к каким последствиям могут привести ошибки в управлении стартапом, как можно было их (последствия) предотвратить и как выйти из ситуации, когда этого сделать не удалось.

Тем, кого интересует данная тема в подробностях — добро пожаловать под кат.
Читать полностью »

в 15:56, , рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, системный анализ, Управление продуктом, Управление проектом

Сегодня в 19:00 по московскому времени в офисе SuperJob состоится IT-meetup «Системный бизнес-анализ». Присоединяйтесь к прямой трансляции!

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

в 13:54, , рубрики: meetup, SuperJob, Анализ и проектирование систем, аналитика, бизнес-анализ, Блог компании Superjob.ru, системный анализ, Управление продуктом, Управление проектом

Superjob приглашает на meetup «Системный бизнес-анализ». Встречаемся 12 октября в нашем офисе на Малой Дмитровке.

На встрече обсудим работу с бизнес-требованиями к системе на ранних стадиях: организацию коммуникации, переход от бизнес-анализа к системному анализу, методы ускорения работы, инструменты повышения качества аналитических артефактов. Приглашаем системных, бизнес-аналитиков и менеджеров IT-проектов.

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

в 13:46, , рубрики: бизнес, Блог компании Мосигра, дефицит бюджета, кассовый разрыв, Управление продажами, управление проектами, Управление проектом, финансы, метки: ,

Кассовый разрыв: главная причина закрытия магазинов у новичков - 1

Эта толстая полярная лисичка подкрадывается ровно в тот момент, когда владелец думает, что у него всё хорошо. Типовой сценарий: открыл магазин в сентябре, круто отторговал Новый год, отбил вложения 10 марта, пережил летний несезон на маленькой точке, ко второму Новому году немного расширился и закончил сезон очень славно. Образовалось 2-3 свободных миллиона, на которые очень хочется купить большую сверкающую машину. Или мороженого. На все. Душа просит.

Итог — из бизнеса вынимается достаточно большая сумма.

А впереди несезон. Затраты выросли (аренда больше, продавцов больше), прибыли же могут оказаться на уровне первого года. Расходы становятся больше доходов, «подушки» нет — на резервные средства было куплено мороженое ещё в марте. Три основных расхода (80% по общей доле) — это закупка товара, аренда, зарплата. Глядя, что можно срезать, владелец начинает закупать чуть меньше товара и сокращает рекламу. Мол, всё равно товара же меньше. Прямое следствие — штопор, ведущий к закрытию.

Но давайте посмотрим всё в числах. Предположим, у нас есть очень единичная точка в регионе, которая делает 5 миллионов рублей выручки в год. Обычно это один из нескольких магазинов, но в нашем примере он будет единственным.
Читать полностью »

в 8:14, , рубрики: 7Ps framework, Блог компании UIS, встречи, организация процессов, организация работы, планирование, управление командой, управление персоналом, управление проектами, Управление проектом, управление разработкой, Управление сообществом, метки:

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

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

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

в 11:13, , рубрики: ERP-системы, теория ограничений, Управление продажами, управление проектами, Управление проектом, управление производством

В прошлой своей заметке я рассказал о том, как мы пытаемся приводить в порядок производственные потоки методами теории ограничений. В этот раз опишу, как мы внедряем MTA (производство для обеспечения наличия).

Небольшие вводные данные:

1. Проект закрытый. Разрабатывается для себя.
2. Среда разработки не имеет значения. Алгоритмы теории ограничений – простая математика, а значит, реализуются любым доступным языком программирования.
3. Все заметки – это попытка поделиться нашей практикой с миром. Теорию ищите в интернете.
Читать полностью »

в 8:42, , рубрики: agile, агил, разработка, управление проектами, Управление проектом, управление разработкой

История велосипеда — более подходящая аналогия для разработки программного обеспечения.
На недавнем семинаре, посвященном разработке программного обеспечения, мы обсуждали одну известную аналогию гибкой методологии разработки. Если вы когда-нибудь читали книги или посещали курсы по обучению гибкой методологии, то вы, скорее всего, тоже это видели. Хенрик Книберг нарисовал довольно оригинальную и узнаваемую картинку.

image

Эту картинку не стоит воспринимать буквально. Она рассчитана на то, чтобы показать главные преимущества гибкой разработки над каскадной моделью, а именно по отношению к минимально жизнеспособному продукту (Viable Product (MVP).

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

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

в 14:40, , рубрики: разработка, разработка программного обеспечения, разработчикам, управление временем, управление задачами, управление людьми, управление проектами, управление проектами и командой, Управление проектом, управление разработкой, управление рисками, Читальный зал

Недавно после очередного Team Building’a получил от одного Коллеги-Графомана письмо-притчу про большую кнопку «сделать всё хорошо». Он и раньше баловался изобретением велосипедов, но, в этот раз конструкция показалась мне очень удачной. Кому интересно — прошу-приглашаю под кат. С его разрешения дословно:

В эту сиесту на веранде практически никто не курил, потому, что все ушли на очередной двухдневный SCRUM тренинг. Джонни устало окинул взглядом присутствующих: Дёму и Варю. Они тоже не были в восторге от происходящего, было слишком жарко и душно, лето в Долине было в самом разгаре, и казалось, что на улице даже жарче чем в Task Tracker’е.

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

в 17:01, , рубрики: .net, 1script, 1С, open source, Программирование, Скриптинг, Управление проектом

1Script или Как я начал open-source проект - 1
Тезис о том, что open-source создается гиками-энтузиастами в наше время несколько утратил актуальность. Тем не менее, идеология открытого кода родилась именно так. Классные программы, написанные ночью, бородатыми (и не очень) чудиками, бескорыстно, просто, чтобы сделать мир лучше — изменили мир разработки ПО.

Любой программист втайне мечтает сделать что-то большое и светлое, чтобы всем понравилось. Если вы скажете мне, что вы не из таких, что вам нравится только закрывать тикеты в рабочем багтрекере, и вы не мечтаете о выпуске своего проекта в большой мир, то я вам не поверю. Или посоветую сменить профессию. Я убежден, что программист — это художник, а художнику важно делать что-то свое, возможно, просто «в стол» — но делать.

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

1...345...7
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js