Гибкие (Agile) методики. Организация эффективного взаимодействия Заказчика и Исполнителя

Публикация № 318229

Методология - Управление проектом

Управление проектами – область деятельности, в ходе которой определяются и достигаются четкие цели проекта при балансировании между объемом работ, ресурсами, качеством и рисками. Ключевым фактором успеха проектного управления является наличие четкого, заранее определенного плана, минимизация рисков и отклонений от плана.

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

Управление программными проектами – особый вид управления проектами, отличающийся от других проектов отсутствием натуральных измерителей, высокой степенью изменчивости требований и значительной субъективностью критериев приемки, вплоть до «нравится» - «не нравится». Для управления программными проектами более приемлем подход, основанный на предположении о критичности качества, при этом требования к сроку и ресурсам достаточно гибкие. Под качеством, в общем смысле, понимается полнота удовлетворения потребностей, как известных, так и не известных заранее. Отсюда, будем эти методологии называть гибкими.

 

Известно много гибких методологий по управлению программными проектами, либо частью программных проектов. Например, SCRUM – методология управления программными проектами, активно применяющаяся при разработке информационных систем и может использоваться в работе команд поддержки программного обеспечения. XP (eXtreme Programming – Экстремальное программирование) – набор инженерных практик, имеющих короткий цикл обратной связи, обеспечивающий непрерывность разработки, понимание, разделяемое всеми и социальную защищенность программистов (40-часовая рабочая неделя). Программный Канбан – одна из новых разновидностей управления разработкой для организаций и фрилансеров, работающих с большим количеством заказов. Lean – методология разработки программного обеспечения, основанная на концепции бережливого производства, применяемая часто совместно с Канбан. RMS (Requirement Management System – Система управления требованиями) – система управления распределенными программными проектами, вобравшая в себя лучшие практики различных гибких методологий, адаптированная, первоначально, к управлению распределенными программными проектами на платформе «1С:Предприятие».

 

 

 Основные идеи, заложенные в основу гибких методик:

  • Люди и взаимодействие важнее процессов и инструментов
  • Работающий продукт важнее исчерпывающей документации
  • Сотрудничество с заказчиком важнее согласования условий контракта
  • Готовность к изменениям важнее следования первоначальному плану

 

 

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

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

 

 

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

 

 

По вертикали – объем работы (в часах), на горизонтальной оси количество месяцев. Серая часть графика показывает, что выделение ресурсов гибкое, при увеличении количества требований увеличивается объем решенных задач. Красная область – прямая экономия ресурсов.

 

 

 

За счет чего, все-таки, в RMS удается реализация достаточно крупных проектов? С одной стороны – да, адаптированы лучшие гибкие методики, но с другой стороны есть серьезное отличие. В то время, когда в большинстве гибких методик личная беседа считается самым эффективным методом взаимодействия и обмена информацией, в RMS самым эффективным методом является, по праву, конструктивное письменное общение (КПО) – дисциплина формулировок, над которой  приходится работать ежедневно.

Представители заказчика и исполнителя являются полноправными пользователями единой системы в соответствии с заданными полномочиями.

 

 

  Что же такое конструктивное письменное общение? Во-первых, это умение читать, во-вторых, правильно понимать, в-третьих, навыки понятного письма.

 

К методам КПО следует отнести формализацию и стандартизацию обращений, «ролевые игры», отказ от лишнего текста  и формулировки в виде «вопрос-наживка». Обратите внимание на приведенные примеры:

1) формализация  

 

 

 

  2) Управляющее воздействие

 

 

 3) избавление от «воды»:

 

В RMS организован входной отбор специалистов: проверяется наличие навыков конструктивного письменного общения, при отсутствии которых дистанционная работа с управляемым качеством противопоказана. С 2005 года из более чем 3500 кандидатов было отобрано около 35 человек (~1%). Среди заказчиков, к сожалению, достаточно сложно организовать подобный отбор, поэтому с заказчиками ведется ежедневное обучение через личный пример - «делай, как я». Поощряются все положительные изменения в формулировках. Эффект ошеломительный – многие пользователи заказчиков достаточно быстро понимают разницу, наблюдая, насколько сокращается время реакции и сроки решения при обращении, сформулированном согласно нескольким простым правилам КПО.

*******

Статья написана на основе доклада, прочитанного на Конференции IE 2013 Revolution (7-8 ноября 2013 года). Также она опубликована в журнале Инфостарта № 3 

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Sodrugestvo 23.12.14 10:23 Сейчас в теме
2. iov 408 23.12.14 17:22 Сейчас в теме
Александр мое почтение. Но хотел бы уточнить как с использованием гибких методик ограничивать заказчика в стремлении впихнуть невпихуемое в 3 рубля и 1 день за нетленку? Ес
3. AlexWhite 191 23.12.14 20:09 Сейчас в теме
ограничивать заказчика в стремлении впихнуть невпихуемое

Добрый вечер, Александр. Имеешь в виду, как воспитать у заказчика разумные ожидания к срокам и стоимости решения его меняющихся хотелок?
4. dmitry-gr 24.12.14 12:02 Сейчас в теме
Читая про очередную серебряную пулю в виде той или иной методики всегда хочется понять на каких типах проектов она применялась. Согласитесь большая разница между производством коробочного продукта без конкретного заказчика, заказной разработкой или внутренней разработкой для соседнего отдела. Так вот вопрос - RMS это для каких проектов? Ну и согласен с первым комментарием - хотелось бы больше конкретики.
5. AlexWhite 191 24.12.14 14:20 Сейчас в теме
RMS это для каких проектов?

Основная часть проектов осуществляется в рамках комплексного обслуживания 1С:Предприятия 7.7 и 8, включая программирование. Объем 80-2400 часов, сроком 3 недели - 1/2 года. Срок и стоимость в 2-4 раза выгоднее, чем аналогичный проект построенный по стандарту PMBOK PMI 4 Edition.
Обычно, берем одну или несколько типовых конфигураций (УТ, БП, ЗУП, КА, УПП, УСО, УНФ, Консолидация), выполняем доработки (если требуются), настраиваем, организуем РИБ и интеграцию с внешними системами (Oracle, Hypirion, SAP, системами ЭДО и специализированными, типа "Таможенный брокер"), консультируем по использованию, развиваем.
Иногда пишем заказные конфигурации с нуля или на основе 1С:БСП - недавно за 90 дней разработали на основе 1С:БСП и внедрили WMS.

хотелось бы больше конкретики

По какой именно части методики хотите получить больше конкретики, конкретизируйте, пожалуйста :-)
6. Casey1984 3 24.12.14 19:40 Сейчас в теме
Каких источники порекомендуете по вышеуказанным методологиям?
7. CheBurator 3426 25.12.14 02:54 Сейчас в теме
предполагаем
Есть заказчик и есть исполнитель
Исполнитель хорошо знаком с предметной областью
На этапе техпроекта оговаривается сумма и требуемый функцмонал
Почему нельзя (или можно?) дальше работать по гибкой методике, программируя/разрабатывая нужный функционал?
8. AlexWhite 191 25.12.14 09:04 Сейчас в теме
На этапе техпроекта оговаривается сумма и требуемый функцмонал

И все, подписали договор кровью :-) , дальше вы вынуждены выполнить только то, что прописано в тех.проекте и уложиться в оговоренную сумму (жесткая методика). Сколько времени у вас займет составление тех.проекта для проекта 1/2 - 1 год? Наверное, от 1 до 3 месяцев? За время составления тех.проекта отсутствует какое-либо поступательное движение к решению (конфигурации без изменений, пользователи работают, как раньше). Во время разработки, тех.проект может устареть, соответственно, 1-3 месяца работы потеряны.
Я же говорю о гибкой методике работы, когда в начале проекта отсутствует определенность в том, что конкретно надо сделать (тех.проект) и во сколько это обойдется. Однако, если строго следовать моей технологии, то требуемая функциональность появляется в ожидаемые для заказчика сроки, за приемлемую для заказчику плату. Вместо тех.проекта, например, недельные результативные итерации, шаг за шагом приближающие к конечному решению. Так, например, нам удалось за 3 месяца разработать и внедрить заказную WMS с экономией половины бюджета в сравнении с проектом внедрения коробочной WMS, а если посчитать экономию на лицензиях, выигрыш еще значительнее!
10. nurpoz 1019 25.12.14 20:52 Сейчас в теме
(8)
И все, подписали договор кровью :-) , дальше вы вынуждены выполнить только то, что прописано в тех.проекте и уложиться в оговоренную сумму (жесткая методика).

Гибкие методологии подразумевают вменяемостьгибкость заказчика. Если это требование соблюдается, то ничто не мешает в рамках договора, подписанного кровью подписывать допсоглашения и протоколы, которые позволят гибко реагировать на изменения требований.
9. AlexWhite 191 25.12.14 09:23 Сейчас в теме
Каких источники порекомендуете по вышеуказанным методологиям?

Вышеуказанные - в статье или в комментарии к статье? :-)
Если в комментарии, то первоисточник в PMBOK PMI 4 Edition (жесткие методики) и в PMBOK PMI 5 Edition (добавлены гибкие методики).
Если в статье, то могу сказать, что свою технологию начал строить раньше, чем появился PMBOK PMI 4 и, тем более, 5 редакция. Поэтому, наверное, в RMS больше взято из RUP, с учетом специфики проектов на платформе 1С:Предприятие. Могу рекомендовать пару книг:
1) Марри Кантор. Управление программными проектами. Практическое руководство по разработке программного обеспечения. Издательский дом "Вильямс". 2002 г.
2) Уокер Ройс. Управление проектами по созданию программного обеспечения. Унифицированный подход. Издательство "ЛОРИ", 2002 г.
О самой RMS имеет смысл, прочесть на моем сайте или задать более конкретные вопросы в личку или по электронной почте :-)
11. AlexWhite 191 25.12.14 21:25 Сейчас в теме
которые позволят гибко реагировать на изменения требований.

Сомневаюсь, так как требования меняются существенно быстрее, чем проводится согласование и подписание всяких документов в объемных проектах крупных заказчиков.
В моем опыте есть проект (по жесткой методике), когда тех.проект готовился 1 месяц + 1 месяц согласовывался и подписывался + 3 месяца разрабатывался, но к моменту сдачи изменился один принципиальный момент, что привело к невозможности принятия решения заказчиком (решение устарело относительно тех.проекта). За месяц после этого пришлось все переписать, но уже по гибкой методике, без всяких тех.проектов.
12. nurpoz 1019 26.12.14 09:27 Сейчас в теме
(11)
Мне кажется, что это крайность - приписывать долгие процедуры согласования жестким проектам. Любые решения согласовываются не более 1 дня, в сложных случаях не более 3х дней. Если дольше, то скорее всего есть глубинные проблемы, которые мы не предвидели и они не технического характера. Если у вас согласование длится месяц, то это значит, что ошибочно была выстроена коммуникация на проекте, имхо. При чем тут методы?
Как будто кто-то запрещает выстроить такую архитектуру проектной команды из исполнителя и заказчика, чтобы 99% согласований происходило чуть ли не мгновенно, порождая очередной протокол.
Я не сторонник жестких методов, но мне кажется приписывание именно этих свойств гибким методам не совсем оправдано. В конце концов люди строили деловые отношения и до всяких там методов, все эти методы лишь формализация до конкретных инструментов.
13. AlexWhite 191 26.12.14 10:40 Сейчас в теме
Мне кажется, что это крайность - приписывать долгие процедуры согласования жестким проектам.

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

приписывание именно этих свойств гибким методам не совсем оправдано.

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

Как будто кто-то запрещает выстроить такую архитектуру проектной команды из исполнителя и заказчика, чтобы 99% согласований происходило чуть ли не мгновенно

Да, именно так и строится работа по гибкой методике - "тесное взаимодействие", "динамическое формирование требований". У вас есть пример, когда это реализовано в жестком проекте?
14. nurpoz 1019 26.12.14 11:23 Сейчас в теме
(13)
В чем вы меня хотите убедить, что в жесткой методике управления проектами можно обойтись без технического проекта?


Вы ложно полагаете, что я хочу вас в чем-то убедить. Но это просто общение. Мне не все понятно и не понятны некоторые аргументы, поэтому я пишу.

Да, именно так и строится работа по гибкой методике - "тесное взаимодействие", "динамическое формирование требований". У вас есть пример, когда это реализовано в жестком проекте?


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

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

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

Эти риски поздних изменений не предсказуемы. Бизнесу приходится реагировать на рыночне изменения так же внезапно, как внезпно эти изменения возникают. Например, никто не ждал, что рубль так обвалится. И если раньше использовали систему мотивации от маржи, где маржа считалась как цена продажи минус последняя цена закупа. Вот так всегда считали и привыкли. То после обвала рубля, решили считать цену продажи минус среднюю себестоимость. Иначе еще и должны останутся. А уже все сделано, протестировано и завтра запуск. Какие методологии помогут это избежать? )

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

Мне кажется мы говорим об одном и том же, но разными словами. Просто, мне кажется, вы занимаете позицию не обсуждения, а противопоставления вашего мнения и любого другого.
Gesperid; +1 Ответить
15. AlexWhite 191 26.12.14 14:05 Сейчас в теме
Какие методологии помогут это избежать?

Гибкие :-) Мы избегаем значительной части рисков. Например, вместо тех.проекта у нас готов работающий прототип за сопоставимый срок и стоимость, а у вас разработка только начинается после тех.проекта.
где маржа считалась как цена продажи минус последняя цена закупа. Вот так всегда считали и привыкли. То после обвала рубля, решили считать цену продажи минус среднюю себестоимость.

В тех.проекте отсутствовало понятие средней себестоимости? Что такого катастрофичного в случившемся - заменить один элемент формулы расчета на другой?
Да, по факту получается некоторое совмещение жестких и гибких методов.

Совмещение по-моему отсутствует, вы используете жесткую методику. В жестких методиках тоже есть процессы, связанные с управлением изменениями, содержанием, сроками, стоимостью, рисками и пр. но очень далеко до динамического формирования требований. Присмотритесь, например, к 5 слайду - как вы сможете предусмотреть в тех.проекте и обеспечить решение ресурсами при такой изменчивости потребностей, сформируете команду с производительностью 700 часов в месяц? Чем команда будет занята, когда требований существенно меньше?
Жесткое описание техпроекта позволяет нам формализовать стратегию развития информационной системы

Стратегия развития информационной системы и тех.проект - это два очень разных по масштабу и уровню детализации понятия. Стратегия - это то, что объединяет гибкие и жесткие методики. Наличие у вас тех.проекта является отличием от нашей методики, у нас требования формируются динамически, хотя и в рамках стратегии. Но на то оно у нас и называется "Управление требованиями".
Мне не все понятно и не понятны некоторые аргументы, поэтому я пишу.

По какому аргументу вам предоставить пояснения?
18. nurpoz 1019 27.12.14 14:21 Сейчас в теме
(15)
Вы заставили меня посмотреть на нашу деятельность под новым углом. Поразмыслив, решил, что сначала копну чуть поглубже вашу тему и если возникнут вопросы, тогда уже и напишу.
16. Wooster 26.12.14 16:00 Сейчас в теме
Набирает популярность наигибчайшая методология DevOps http://blog.sibirix.ru/2014/11/19/devops/ .

Как раз для одинэсников.

Цикл такой: фигак, фигак( 1 день )=>продакшн(на утро)=>визги, звонки(к обеду)=>пересогласовывание требований + перепродакшн (часто динамический)
17. pumbaE 637 27.12.14 11:19 Сейчас в теме
(16) Wooster, если у вас используется автоматизированное тестирование, код покрыт тестами на 100% http://screencast.com/t/HXqdu7ssH69 , у вас настроенные регламенты и скрипты для быстрого обновления, отката в случаи ошибки и все это делает компьютер, а не человек тыкает мышкой "Обновить конфигурацию из хранилища" и т.д. , то почему бы и нет?
19. Wooster 27.12.14 23:07 Сейчас в теме
Александр,

1) Могу ошибаться, но на слайде http://infostart.ru/upload/iblock/419/3.jpg в левой и правой колонках написано одно и то же разными словами, притом, в правой даже на одну фичу больше :-) Мы то знаем, что слева- про одну небольшую "итерацию" (или маленький этап из пары итераций ), а справа- про весь проект (несколько этапов), но вдруг кому-то будет не очевидно.

2) Вопрос. Как часто не удается продать Agile новому клиенту, незнакомому с особенностями производства ПО, и требующему назвать полную стоимость и сроки ? Как поступаете, продаете "водопад", чтобы начать работу, втереться в доверие и переиграть по ходу ? (Потенциальный клиент-то может быть желанный. Но он, например, из строительства и знает,что на калькуляторе можно рассчитать стоимость и сроки застройки острова Русский, и они будут точны. А тут какая-то программка.)

3) Вопрос. От сотрудника требуете КПО, это понятно и единственно правильно, на мой взгляд. А вот от клиента или сотрудника клиента ? (Пример. Вот мне пришел запрос: "10,09-ВВЕДЕНА КАК ВВОД НАЧАЛЬНЫХ ОСТАТКОВ ТРЕБОВАНИЕ ИХ НЕ ВИДИТ!!! НЕ МОГУ ЗАКРЫТЬ ПЕРИОД ВАМ ЗВОНИЛА-ТРУБКА НА ЯЩИКЕ.") Как-то влияете на клиентов, переучиваете, снабжаете шаблонами, подсаживаете на хелпдески, увольняете, расшифровываете, принимаете как данность и смиряетесь ? Ответа тут не прошу, понимаю, что тут можно много сказать, и это отдельная тема. Можете учесть как потенциальную тему докладов на конференциях :-)
20. AlexWhite 191 28.12.14 13:02 Сейчас в теме
(19) Wooster,
1) Могу ошибаться

Да, ошибаетесь. В правой колонке требования, сроки и бюджет определены, фиксированы. В левой колонке работа ведется в условиях динамического формирования требований, сроков и стоимости - описан, по сути, критерий качества всей работы с клиентом в множестве проектов, на длительном периоде времени, с еженедельным (для клиента) контролем качества.
2) Вопрос. Как часто не удается продать Agile новому клиенту

Эджайлом не торгую :-) Клиенту без разницы, по-моему, как и что у меня организовано внутри. Случаи отказов от заключения договора есть, но статистика отсутствует. Для меня более важный критерий - отказ от продолжения сотрудничества по договору из-за отсутствия у клиента удовлетворенности обслуживанием. Каждый случай такого отказа был проанализирован, установлены причины, приняты меры к предотвращению подобных случаев в будущем.
требующему назвать полную стоимость и сроки ?

Для таких клиентов у меня есть несколько ответов:
1) "Сформулируйте ожидания к функциональности, срокам и стоимости". В этом случае можем отказаться от сотрудничества, если сформулированные требования к функциональности, срокам и стоимости существенно отличаются не в нашу пользу от аналогичных решений, история которых сохранена в RMS. Обычно, клиент затрудняется с формулировкой, так как находится в точке минимальной определенности и имеет выбор - воспользоваться любым методом оценки проекта самостоятельно, обратиться повторно, когда появится определенность в ограничениях или доверить нам, организовать сотрудничество в строгом соответствии с технологией и гарантировать ему получение требуемой функциональности, в ожидаемые сроки, за приемлемую плату :-)
2) "Мы можем оценить проект, например, по методу аналогий (по прошлым решениям, сохраненным в RMS), удвоить или утроить предполагаемую стоимость, страхуясь от рисков, связанных с почти полным отсутствием определенности на начальном этапе проекта". У клиента выбор - настоять на фиксированной стоимости и получить решение в 2-3 раза дороже, чем доверить организацию сотрудничества строго по нашей технологии (без гадания) и получить требуемую функциональность, в ожидаемые сроки, за приемлемую плату (с еженедельным контролем) :-)
3) "Откажемся от гадания стоимости, организуем сотрудничество по нашей технологии, если результат сотрудничества в течение 2 недель не устроит, расторгнем договор, вернув деньги". В таких случаях, 2 недели вполне достаточно для клиента, чтобы "почувствовать разницу" и остаться с нами на долгие годы.
Вопрос 3. ...Ответа тут не прошу

Ответ есть в статье :-)
fuser; Wooster; +2 Ответить
21. AlexSunS 07.01.15 07:20 Сейчас в теме
Вопросы к автору 1)насколько присутствие в не-домашнем регионе возможно
2) каким образом организуете взаимодействие в комплексных проектах с партнерами(например с системными интеграторами)и есть ли опыт?
3)И главный наверно вопрос, практический инструментарий ведения проектов по данной методологии?
22. AlexWhite 191 07.01.15 13:12 Сейчас в теме
(21) AlexSunS, попробую ответить, как понял:
1)насколько присутствие в не-домашнем регионе возможно

Присутствие возможно во всех регионах, где клиенты способны читать и писать на русском языке. Самые удаленные от нас клиенты на сегодня живут и работают во Владивостоке.
2) каким образом организуете взаимодействие в комплексных проектах с партнерами(например с системными интеграторами)и есть ли опыт?

Подключаем партнеров к RMS параллельно с представителями заказчика. Реже, через посредников из числа специалистов заказчика.
3)И главный наверно вопрос, практический инструментарий ведения проектов по данной методологии?

Основу инструментария составляет "Система управления требованиями - RMS (Requirements Management System)". Программно, это web-интерфейс, разработанный по заказу на php, тесно связанный с CVS https://ru.wikipedia.org/wiki/CVS через собственную разработку для сборки/разборки конфигураций на платформе 8 и через GComp на платформе 7.7. Организационно - собственная технология управления распределенными программными проектами с рабочим названием "Управляемое внедрение", построенная на основе RUP. Философски - технология win-win (Джон Форбс Нэш "Теория игр с ненулевой суммой").
25. AlexSunS 18.02.15 09:49 Сейчас в теме
(22) Собственно как раз Владивосток домашний регион, как с вами связаться ?
26. AlexWhite 191 18.02.15 10:31 Сейчас в теме
(25) AlexSunS,
как с вами связаться ?

Напишите в "личку" или на нашем сайте есть все реквизиты http://abelov.com :-)
23. alex_4x 81 15.01.15 18:03 Сейчас в теме
К сожалению умение читать и понимать что написано, так же как и умение четко и ясно писать - ни одна система автоматизации не привьет.
А это - основная мне кажется проблема. Ну как избежать ситуаций неправильного понимания если например тот кто пишет некое задание в одном и том же письме себе противоречит, а также противоречит в других письмах, на которые ссылается в этом письме. Создается каша из "того что обсуждалось". И как в борьбе с этим может помочь система ?
24. AlexWhite 191 16.01.15 09:59 Сейчас в теме
(23) alex_4x,
И как в борьбе с этим может помочь система ?

Ответ содержится в вопросе - все дело в системе! :-) Система - это 1) люди 2) программные средства и методики 3) философия.
Устранение противоречивости большинства требований происходит на нескольких этапах:
1) процесс "анализ и достижение понимания требований" результатом которого является согласованный "воспроизводимый пользовательский пример" (ВПП).
2) процесс "модель без доработок" результатом которого является работающий прототип с перечнем предполагаемых доработок.
3) в последующих процессах "конкурс концепций", "разработка", "тестирование", "внедрение".
Так как у заказчика несколько контактных лиц работает в RMS, то значительное количество противоречий устраняется самим заказчиком (один противоречит, другой возражает, наш руководитель помогает - этап 1).
Встречаются, конечно, более сложные случаи противоречивости требований, выявляемые через год и более после внедрения, но, во-первых, эти противоречия скрыты, предугадать в начале достаточно сложно. Во-вторых, как только противоречие возникает, его разбор и устранение возвращается на этап 1 "анализ и достижение понимания требований".
27. Kiber_ 11 24.11.15 10:41 Сейчас в теме
Спасибо! Очень интересная статья, многие моменты на себе прочувствовал.

1. Насколько я понял, ключевая фишка - быстрая реализация и демонстрация прототипа.
Какие ограничения вы накладываете на прототип? Насколько он кликабельный/рабочий?
Кто его делает - программисты или аналитики (или это один человек)?

2. Для чего вы рекомендуете использовать почту, а для чего только непосредственный контакт?
- Первичный анализ и реализация прототипа.
- Формализация/закрепление состава требований с заказчиком.
- Организация внутреннего взаимодействия команды.
- Еще...

3. Вы не могли-бы подробнее описать чем плохи и гибкие и жесткие методики?
Ну, вот, самые такие суровые, показательные примеры.
Например, если вы не закрепляете состав работ на бумаге, то как потом выбиваете деньги с заказчиков?
Требуют ли заказчики доработки и поддержки до фактической оплаты?
Аппетиты, как известно, растут во время еды...

Если ответы - коммерческая тайна, то можно не отвечать.
28. AlexWhite 191 24.11.15 20:46 Сейчас в теме
(27) Kiber_,
1. Насколько я понял, ключевая фишка - быстрая реализация и демонстрация прототипа.
Нет, ключевая фишка - сотрудничество между заказчиком и исполнителем :-) Прототип - это почти решение, возможно, без отдельных деталей, но принципиально уже рабочее. То есть, над прототипом уже поработали специалисты (РП, разработчики, тестеры) на нескольких этапах от анализа до внедрения.
2. Для чего вы рекомендуете использовать почту, а для чего только непосредственный контакт?

Рекомендуем использовать в порядке предпочтения: 1) Web-интерфейс RMS 2) email 3) телефон 4) личный контакт. Если не удается достичь понимания письменно (пункт 1,2), пользуемся телефоном. Если по телефону трудно, личный контакт.
3. Вы не могли-бы подробнее описать чем плохи и гибкие и жесткие методики?

Гибкие методики - вынужденная мера при работе с программными проектами, особенно в условиях, когда состав работ определяется по мере внедрения продукта. Минус гибкой методики, наверное, в отсутствии точного понимания "сколько это будет стоить?" и "когда это закончится?". Чтобы снизить влияние этих минусов в разных методиках применяются разные методы, например, в SCRUM добавлен процесс, когда фиксируется объем работы в пределах одной итерации - элемент из жесткой методики.
Минус жесткой методики - фиксируется один состав работ, а реально работать надо по другому составу. Оценка бюджета при жесткой методике тоже работает чаще против подрядчика, так как оценка производится на этапе максимальной неопределенности проекта. Только 9% крупных программных проектов укладывается в запланированный срок, согласованный бюджет, с удовлетворением около 80% задуманной функциональности.
если вы не закрепляете состав работ на бумаге, то как потом выбиваете деньги с заказчиков?

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

Требуют, случается. Ошибки исправляем, от выполнения доработок при отсутствии оплаты отказываемся.
29. Kiber_ 11 25.11.15 15:17 Сейчас в теме
Вот теперь - точно все понятно. Спасибо!
Оставьте свое сообщение

См. также

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    9820    user809424    11    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    2095    alexandr.blinov    17    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    2503    MariaTemchina    22    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    2352    MariaTemchina    4    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    34295    1СERP    79    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4158    1c-intelligence    15    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    4714    stepan96    12    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5296    sapervodichka    1    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31023    1СERP    175    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    10617    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

На самом деле, переход рабочей жизни в онлайн обладает некоторым количеством плюсов. В частности хочется верить, что формальный контроль “отслеживаем кто сколько часов проработал, проверка, что сотрудники на месте и все чем-то заняты” заменится фактической отчетностью “по результатам”.

23.03.2020    5529    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    6120    VLikhobabin    44    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    31906    1СERP    189    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

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

23.01.2020    13879    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    6567    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    6656    1c-intelligence    32    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    31914    1СERP    107    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

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

14.10.2019    5949    chavalah    16    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    12215    ogroup    163    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    9621    GSoft    15    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    42650    1СERP    231    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    11893    SergeyN    7    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    8775    Arsen1986    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    8287    Hissin    18    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    27569    Gavrik    10    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    8005    SergeyN    1    

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    6748    sbase    9    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    10205    FB_10160810658600104    62    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

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

17.06.2016    40132    raiml    37    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    7554    MariaTemchina    8    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    9044    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11167    1c-intelligence    121    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    44641    CheBurator    64    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    7563    MariaTemchina    8    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    8965    1c-intelligence    39    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    11684    MariaTemchina    15    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36266    axxell    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    8231    chavalah    22    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10001    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    10081    1c-intelligence    64    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    37743    raiml    14    

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

Управление проектом Бесплатно (free)

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

31.01.2019    8329    MariaTemchina    0    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

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

14.01.2019    10137    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    12843    chavalah    123    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    28770    raiml    46    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    9843    1c-intelligence    7    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    9819    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    9180    chavalah    119    

Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен? Промо

Управление проектом УУ Бесплатно (free)

Я не буду здесь давать сухие определения, думаю, они никому не интересны. Бизнес-консультант – это тот самый человек, которого приглашают со стороны, чтобы он помог найти решение каких-то проблем. Также очевидно, что взгляд «со стороны» очень часто помогает выявить то, что вы никогда не обнаружите, будучи сотрудником компании. Я хочу с вами поговорить исключительно о бизнес-консультантах, которые работают с малым и средним бизнесом, т.к. с предприятиями с численностью сотрудников ориентировочно от 5 до 70 человек. Эта работа во многом отличается от того, что делают специалисты, которых привлекают в подобных случаях крупные компании. И, как раз, с этими нюансами есть смысл разобраться.

13.11.2014    27971    raiml    236    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    17062    andironenko    128    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

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

03.12.2018    8716    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    10151    MariaTemchina    40