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

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

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

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

Вступление.

Вспоминая себя после института, когда я делал первые шаги в автоматизации, я хорошо помню, как оказался в огромном вакууме неопределенности, когда мне поручили заниматься сопровождением 2-х больших систем на Усть-Илимском ЛПК (лесопромышленном комплексе). Сейчас это группа “Илим Палп”. Причем мне еще и новый для себя язык пришлось осваивать, там был FoxPro 2.5 под DOS. Я вообще не представлял, с какой стороны подходить к решению задач. Во-первых, более 500 пользователей. Во-вторых, слабое знание предметной области. А мне достались бухгалтерия и отдел кадров на 4500 сотрудников. В институте про это вообще ничего не рассказывали. Отмечу, что таких специалистов как  “аналитики/консультанты” у нас вообще не было. Предполагалось, что программист должен знать предметную область, сам получать требования у пользователя, сам их проектировать и сам доводить до пользователя. Я тогда выбрал для себя режим работы “на работе получаю информацию, дома разбираюсь”. Узнав об этом, мой куратор (наставник в роли ведущего разработчика) сказал, что это плохая практика, дома работать. Привыкнешь - плохо отвыкать. Да и не правильно это. Нужно учиться разбираться с проблемой в момент ее возникновения. Но на тот период мне выбора не оставалось, нужно было осваивать новую профессию, знаний и опыта недоставало. А ведь это была всего лишь поддержка, а не разработка.

Вспомнился забавный случай тех лет. Помните проблему 2000-го года? Казалось бы, прошла незамеченной и была преувеличена. В большинстве случаев да, но меня увезли на работу из дома прямо с новогоднего ужина, в том виде в каком я был)), поскольку встала отгрузка вагонов с готовой продукцией, а ни одного из опытных программистов найти не смогли, видимо они были уже “хорошие”), да и мобильников еще не было. Дело в том, что документы печатали на плюс 4 часа вперед, учитывая время погрузки, и 2000-й год наступил для программы в самом конце 1999 г.  Я был молодой и малоопытный специалист 23-х лет, но очень сильно мотивированный решить проблему быстро, т.к. хотелось встретить Новый год дома. Система относилась к другой группе поддержки, и я видел ее первый раз в жизни. К счастью, править пришлось не много и примерно к 23 часам меня успели вернуть обратно.

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

А что мы наблюдаем в наши дни в индустрии внедрения 1С? Если не брать в расчет ТОП 20-30 крупных партнеров зачастую так и происходит - продали проект, под него быстренько собрали не сработанную между собой команду и вперед, там разберемся. Жизнь, возможно, заставляет так делать. И иногда они справляются. Но вот что в голове у еще недостаточно опытного руководителя проектов, когда он приезжает к клиенту, видит несколько многоэтажных зданий, цеха, 1000 сотрудников… И на вопрос “что нужно автоматизировать?” ему отвечают: “конечно, все!”. Куда идти, с чего начать…  В этот момент он похож на человека, который стоит на берегу океана, в глубинах которого нужно отыскать затерянный клад. И сейчас мы поговорим о том, как удобнее бороздить просторы океана, чтобы добраться до клада. Не берусь утверждать, что это просто. Также не претендую единственное правильное мнение, существуют и другие подходы, дающие хорошие результаты. Я просто делюсь своим опытом.

Начало пути в новом проекте

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

  • Попросить у Заказчика техническое задание.

  • Применить гибкие методологии, типа SCRUM и сразу приступить к работам.

  • Спросить у заказчика “что болит?”. И от этого отталкиваться.

  • Провести полное обследование бизнеса, все спроектировать и потом приступать.

  • Взять типовую конфигурацию, наиболее подходящую под отрасль и начать ее внедрять. Там будет видно.

  • Провести экспресс-обследование и там подумать, что делать дальше.

  • Поговорить с собственником, что для него самое важное, с того и начать.

  • Еще возможны варианты, пишите в комментариях...

Немного прокомментирую варианты выше, есть ли среди них "истинный  путь”?

  • Попросить у Заказчика техническое задание. Правда? Часто ли заказчик дает такое техническое задание, по которому можно работать? Да и само понятие технического задания понимается всеми по-разному. Об этом мы в отдельной статье поговорим. В реальности просить у заказчика техническое задание не только бесперспективно, но и непрофессионально. Исключением может быть только случай, когда у заказчика есть свой ИТ-отдел, у которого не хватает ресурсов на внутренние проекты и решили привлечь подрядчика под конкретные работы. Тогда там может присутствовать и глубоко проработанный технический проект.  Причем его будет требоваться просто выполнить по документации, а дальше не ваша забота. Но полноценным проектом такой подряд называть не очень корректно. Формально да, а реально это просто кусочек проекта, цели которого могут даже не озвучиваться.

  • Применить гибкие методологии, типа SCRUM и сразу приступить к работам. При всем уважении к гибким подходам, в данном случае это мертворожденный вариант. Опытные люди не применяют гибкие методологии на старте проекта. Почему? Потому что невозможно определить глобальную архитектуру решения, невозможно прогнозировать сроки получения результатов, ресурсы и бюджеты. Гибкие методологии могут хорошо зайти чуть позже, когда начнется стадия реализации декомпозированных этапов работ. И то, только в том случае, если ими умеют пользоваться, а не подменяют гибкими подходами обычное разгильдяйство, лень  и отсутствие управления. Успешное применение гибких методологий определяется исключительно их уместностью: в нужном месте и в нужное время.

  • Спросить у заказчика “что болит?”. И от этого отталкиваться. И эту фразу я слышал не один раз. Признаться, меня от нее корежит. Голова болит у директора, когда ему такие вопросы задают. Если РП на старте начинает диалог с подобного вопроса, лучше держать его от проектов подальше.

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

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

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

  • Поговорить с собственником, что для него самое важное, с того и начать. Конечно, поговорить с собственником это круто, интересно и полезно. Но, в большинстве случаев, ответ на вопрос “с чего начать” получить не удастся, потому как для достижения результатов, необходимых собственнику, потребуется сделать кучу промежуточных действий и этапов. Наиболее вероятно, что он не погружается в технические детали и попросту их проигнорирует. Чтобы было понятно, приведу пример. Собственник говорит: “мне нужна система бюджетирования”. А по факту вы можете узнать, что он хочет первичные данные брать из бухучета. А в бухгалтерии вам сообщат, что нет утвержденного справочника статей и уже 2 года его сделать не получается, поскольку данные сливаются из дочерних компаний и там свой взгляд на статьи и свои директора. Договориться пока не смогли… Это простой пример, но вы поняли. Даже нормализация НСИ может стать непростым и отдельным этапом.

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

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

Итак, я остановился на следующей схеме:

  1. Знакомство с задачей. Знакомство с задачей обычно занимает 1-3 дня и заключается именно в знакомстве с задачей. По-хорошему, данная информация уже должна быть у вас, еще до начала проекта. Но это если он “правильно” продавался, а если проект внутренний, то может и не быть. А даже если и продавался, вы могли в процессе продажи не участвовать напрямую. А РП должен познакомиться с задачей лично. И не важно, что там писал отдел продаж и рисовал в презентациях, если вы сами в этом не участвовали. Основные цели знакомства:

    • Задать положительный эмоциональный фон на стороне заказчика посредством демонстрации своей компетенции. Все должны быть уверены, что вы справитесь с задачей.
    • Знакомство с ключевыми руководителями.
    • И самое главное. Получить информацию для планирования экспресс-обследования. Хотя мне больше нравится термин “первичное обследование бизнес-процессов” как наиболее отражающий суть этапа.
  2. Планирование экспресс-обследования. Это очень важный шаг. Проведение обследования довольно трудоемкий процесс, требующей высочайшей компетенции тех, кто его проводит. Большой ошибкой является отправлять на данную работу начинающих специалистов по принципу “все равно никто эту писанину не читает, начнем делать все будет по-другому, там разберемся”. Знакомо? Не надо так делать. Ввиду важности задачи в своих проектах я делал экспресс-анализ всегда сам. А если кого-то привлекал, то только как помощников. Очень важно ответственно отнестись и к планированию обследования, чтобы не совершать лишних действий. Нужно решить следующие задачи:

    • Какие инструменты для сбора и обработки информации будем применять.

    • Какие участки охватим, сколько специалистов нужно привлечь.

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

    • Договориться со всеми, что мы будем делать на этапе “экспресс-обследование”.

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

    • Полную оргструктуру компании.

    • Подробный справочник участников, включая ФИО, должность, место нахождения, внутренний и внешний телефоны, почту и т.д., все что вам необходимо для связи. Поверьте, это очень полезная информация, особенно когда у вас 100 пользователей. А если 1000?

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

    • Комплект организационно-распорядительной документации. Приказы, инструкции, положения и т.п., где может быть много полезной информации, влияющей на оперативную деятельность сотрудников, а также описывающей отдельные бизнес-процессы. Как правило, описывают как раз проблемные участки. Актуальность ОРД всегда требует проверки, из которой можно сделать много полезных выводов. 

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

    • Перечень используемых информационных систем и баз данных.

    • Перечень Excel-таблиц и реализуемых в них задач. Жизнь показывает, что много процессов живет в Excel. Некоторые из них наверняка окажутся в рамках заявленных целей вашего проекта.

    • Перечень используемых документов и отчетов с образцами. Трудно переоценить полезность анализа выходной документации и отчетов. Она может повлиять не только на функциональность, но и на архитектуру будущей системы. 

Тактика дальнейших устных опросов при необходимости может перевести процесс “экспресс-обследования” в “детальное обследование”.

  1. Построение общей планируемой архитектуры взаимодействия систем. Не менее важный и почему-то многими игнорируемый шаг. Либо другая крайность - излишняя детализация до атрибутов и алгоритмов. На данном этапе нам нужно получить две графические схемы. Именно графические. Первая- это как обстоит с архитектурой сейчас, вторая как мы будем строить новую. Одна схема вполне помещается на лист А4, редко на А3.  На схемах мы должны увидеть:

    • Все используемые системы (СУБД) с укрупненным описанием решаемых задач. 

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

    • Любая дополнительная информация, влияющая на принятие решений об архитектуре. На данном этапе после обсуждения можно принимать решения о выборе конфигураций. Я встречал людей, которые утверждали, что до проведения полного обследования принимать решения о выборе конкретной конфигурации 1С преждевременно. Считаю такое мнение необоснованным, т.к. для выбора конфигураций вполне достаточно примерного представления о решаемых задачах на уровне основных бизнес-процессов.  Ведь нужно же обладать хоть минимальными отраслевыми компетенциями… Иначе просто нужно профессию сменить.

  

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

  2. Выполнение работ. При условии, что все предыдущее было сделано не по формальному принципу, а с головой, выполнение работ не должно вызывать каких-либо значимых сложностей с точки зрения “что делать”. Главное обеспечить проект квалифицированными кадрами. Отмечу, что вовсе не обязательно выполнять все этапы по одинаковым технологиям. Где-то можно взять за основу типовую конфигурацию, на другом этапе создать новый модуль с применением SCRUM, где-то сделать детальный технический проект, что-то вообще отдать на субподряд и не делать самим.   

 

Поиск точки входа.

Хочу поделиться своими рассуждениями по поводу “точки входа” в проект. Этот термин я придумал сам, просто как подходящий по смыслу. Суть заключается в том, чтобы на этапе планирования проекта, т.е. при декомпозиции работ верно определить последовательность реализации будущего проекта и найти тот участок, который будет введен в эксплуатацию самым первым. Затем просчитать самую безболезненную, а значит экономичную цепочку этапов.

Трудно переоценить важность удачно найденной “точки входа” для судьбы проекта. Я всегда долго обдумывал, принимая такое решение, глядя на 2 архитектурные схемы, о которых упоминал ранее. Этот процесс называется "построением глобальной архитектуры". И она должна быть идеальной. Неудачная точка старта может втянуть вас в бесконечные согласования, обсуждения и неопределенность. Пока будете разбираться, вера в вас как в специалистов может пошатнуться, а проект вообще закрыться.

Хотя существуют разные мнения по поводу того, как следует вводить новую систему автоматизации в эксплуатацию, всю целиком или по подсистемам.

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

  • Меньшая нагрузка на персонал заказчика.

  • Меньшая нагрузка на собственную команду.

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

  • Более ранний срок запуска, что позволяет своевременно выявить неучтенные детали, которые могут оказать влияние и на последующие участки.

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

  • Если сможете продемонстрировать на небольшом участке свой профессионализм, дальше будете тратить гораздо меньше времени на согласование решений с руководством. Будет проще обосновывать свое мнение по предлагаемым решениям. Ведь Вам начнут доверять! Сможете добиться безоговорочного доверия заказчика, провалить проект станет сложнее, чем выполнить.

Какими принципами следует руководствоваться при поиске “точки входа”:

  1. Чем меньше объем, тем лучше.

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

  3. Работа с НСИ (нормативно-справочной информацией) должна начаться как можно раньше. Приведение в порядок НСИ практически всегда становиться большой и важной задачей. При этом не стоит допускать, чтобы сама по себе подготовка НСИ выполнялась как законченный этап. Желательно, чтобы появились и пользователи, которые сразу станут использовать новую НСИ в  своей работе. Пусть хоть один кладовщик, но реально заработает.

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

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

Это весьма непростая задача, принять правильное решение относительно последовательности ввода в эксплуатацию. Объясню почему, а также дам советы по решению возможных проблем при поиске “точки входа”.

  1. Бывают такие проекты, когда выделить отдельный участок действительно невозможно. Но случается это крайне редко. Скажем так, условно 1-2%. В подавляющем большинстве возможно.

  2. К сожалению, там, где возможно, часто первый вводимый в эксплуатацию блок не приносит заказчику видимого результата. Т.е. логично напрашивающийся первый этап ввода в эксплуатацию не соответствую приоритетности, обозначенной заказчиком. Для его бизнеса мало чего меняется в сторону улучшения. Соответственно, трудно обосновать. Что с этим делать? Как я уже говорил выше, старайтесь, чтобы при первом же результате, переданном заказчику, появились первые работающие пользователи. Если же начальная задача не соответствует приоритетам, придется проявить профессионализм и терпеливо разложить логичность своего плана руководству заказчика. Поверьте, логичное решение будет понято и принято. Ведь если оно верно, значит проект будет сделан дешевле и быстрее.

  3. Заказчик может предъявить требования ввести в эксплуатацию сразу всю функциональность. Ну что же… Если его аргументация логичнее вашей, придется согласиться. Возможно, он готов за это и больше заплатить. Ведь и усилий придется приложить гораздо больше.  

Резюмирую.

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

Будьте гибки при выборе подходов! Не будьте рабом технологий. Пробуйте, делайте выводы и улучшайте свой опыт.  

Вот и все, надеюсь поможет, удачи всем в проектах!

 

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. DarkAn 973 13.02.19 12:17 Сейчас в теме
Просьба, вставить(ять) ссылку на предыдущие статьи цикла :)
Алексей_mir2mb; +1 Ответить
2. chavalah 982 13.02.19 12:42 Сейчас в теме
(1) добавил в начале.
Алексей_mir2mb; +1 Ответить
3. DarkAn 973 13.02.19 12:45 Сейчас в теме
(2) Спасибо! :)
Алексей_mir2mb; +1 Ответить
4. TODD22 18 13.02.19 15:08 Сейчас в теме
•Еще возможны варианты, пишите в комментариях...

Иногда работают по "бразильской системе":
https://www.youtube.com/watch?v=uVbnubmqcBA

За ссылку не поручусь, проверить не могу, ютуб закрыт. Но можно гуглить "бразильская система ералаш".
6. chavalah 982 14.02.19 00:02 Сейчас в теме
(4)хорошая система, рабочая.
5. ranger 121 13.02.19 18:33 Сейчас в теме
Отличные мемуары!:)
Лично мне интересно читать, как это происходило в реальных случаях.По каждому пункту схемы.С живыми примерами из жизни.
Понимаю,что цикл статей не совсем об этом, но хочется представить себе, как-будто сидишь за кружкой пива в компании коллег и слушаешь у кого как было в первый раз :)
У каждого автоматизатора свой подход, потому что нет универсального рецепта.Есть субъективный подход по ситуации.
user933635; +1 Ответить
7. chavalah 982 14.02.19 09:39 Сейчас в теме
(5) Можно конечно так сделать, но это время. Возможно я все же дозрею до книги, тогда там расскажу))
8. Petr54-ru 77 14.02.19 11:43 Сейчас в теме
Про "точку входа в проект" - чудо как хорошо написано. Вроде как нигде про этот термин читать не приходилось. А идея верная.
Алексей_mir2mb; chavalah; acanta; +3 Ответить
9. chavalah 982 14.02.19 21:07 Сейчас в теме
(8) РП, который владеет данным навыком, увеличивает свою эффективность в несколько раз. Как и снижает себестоимость проекта.
10. HAMMER_59 214 15.02.19 07:14 Сейчас в теме
Уже в анонсе буква "у" заменяет буквы "к", "и" - интересно что будет дальше....

А во вступление уже все отлично с текстом, видимо, только анонс на скорую руку был написан.
14. chavalah 982 15.02.19 23:31 Сейчас в теме
(10) да, на скорую, хотя это не оправдывает опечаток, сам их не люблю.
11. HAMMER_59 214 15.02.19 07:23 Сейчас в теме
"Если спросить специалистов, занимающихся проектами, с чего нужно начинать, можно услышать следующие варианты (что я слышал от разных РП):"
В институте нам многократно повторяли, в частности декан факультета, что не может быть такого, что вы приходите на предприятие, а там абсолютно нет никакой системы учета. С этого и начинаем с построения моделей "Как есть" и "Как должно быть", бывает и такое что есть бардак, а как должно быть никто не знает, ИМХО в таком случае никакая чудо программа не поможет.
16. chavalah 982 15.02.19 23:40 Сейчас в теме
(11) Не все, что говорят в институте, имеет жизненное применение. Моделирование "как есть" и "как должно быть" уже изжило себя, устарело оно и имеет мало ценности. Нужно изучать "как есть", а моделировать "как будет". Как будет, а не должно быть. Поэтому ответ на "как должно быть" не требуется.
12. Senator_I 13 15.02.19 07:42 Сейчас в теме
Такой вопрос, платит ли клиент за экспресс?
15. chavalah 982 15.02.19 23:37 Сейчас в теме
(12) Это хороший вопрос:
1. Работы довольно трудозатратные, поэтому они не обязаны быть бесплатными. На выходе должен быть осязаемый результат, в виде убедительной картины, как вы этот проект будете делать. И за это можно заплатить. Они должны быть платными. Если не путать процесс экспресс-обследования с "просто поговорить" - это бесплатно. Если конкретнее, работа 2-3 дня может быть бесплатной, это ближе к "просто поговорить". А экспресс-обследование производства в 1 мес должно оплачиваться.
2. Бывают случаи, когда вам нужен проект очень сильно. Тогда компания (исполнитель) может инвестировать эти деньги по сути в продажу. Часто такой подход оправдывается, если заказчик увидит технологичность и компетентность. Да и понимает он прекрасно, что если команду сменить, так и другим придется обследовать заново.
Petr54-ru; Senator_I; +2 Ответить
18. Senator_I 13 16.02.19 09:39 Сейчас в теме
(15) Спасибо за ответ. По моему мнению экспресс длится максимум неделю, месяц это уже тянет на комплексное обследование.
19. chavalah 982 16.02.19 11:20 Сейчас в теме
(18) От масштаба зависит. Ориентироваться можно на такую статистику: 100-200 участников при штате 800-1000 сотрудников это примерно месяц.
Граница между комплексным и экспресс не всегда жесткая. Информация собирается одинаково, а обрабатывается со своей глубиной.
20. Petr54-ru 77 16.02.19 11:50 Сейчас в теме
(15)
2. Бывают случаи, когда вам нужен проект очень сильно. Тогда компания (исполнитель) может инвестировать эти деньги по сути в продажу. Часто такой подход оправдывается, если заказчик увидит технологичность и компетентность.


Убил просто. У меня эта мысль вертелась в голове последние лет 15. А так ясно я ее сформулировать не смог. Как та собака, которая все понимает, но ничего сказать не может. "Инвестиция в продажу!"
chavalah; +1 Ответить
21. chavalah 982 16.02.19 23:30 Сейчас в теме
(20) только не надо забывать, что часть подобных инвестиций окажется безвозвратной. Хотя опыта прибавит в любом случае, это еще и обучение специалистов.
13. HAMMER_59 214 15.02.19 07:51 Сейчас в теме
Читая текст не покидает ощущение,что все это я многократно читал "проводите экспресс обследование, путем анкетирования, собирайте первичную документацию, отчеты...", подобный абстрактный текст - довольно частое явление.
17. chavalah 982 15.02.19 23:41 Сейчас в теме
(13) Не могли читать именно такое. Попробуйте еще раз, только медленно))
22. acanta 19.02.19 11:58 Сейчас в теме
Сегодня всплыла фраза аудиторский след. Просто оставлю это здесь
https://proglib.io/p/data-science-books/
https://ru.m.wikipedia.org/wiki/Аудиторский_след

Устаревшее понятие.
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    10513    GSoft    16    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

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

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

16.02.2021    2575    MariaTemchina    39    

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

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

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

10.02.2021    3367    andironenko    12    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

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

Это продолжение моей прошлой статьи. Напомню, здесь я разбираю те компетенции, которые должны быть у уважающего себя руководителя проекта по итогам анализа рынка. Причем в том, что касается компетенций, относящихся к выстраиванию процессов - здесь, на мой взгляд, все более менее понятно. Ну или хотя бы предсказуемо. А вот в компетенции “про людей” иногда заставляют задуматься...

09.12.2020    1530    MariaTemchina    3    

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

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

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

24.01.2019    10176    user809424    11    

Что почитать про Agile для чайников?

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

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3053    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

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

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    2938    MariaTemchina    8    

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

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

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

11.09.2020    3095    alexandr.blinov    17    

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

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

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

29.06.2017    35244    1СERP    79    

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

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

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

04.09.2020    3355    MariaTemchina    23    

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

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

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

20.08.2020    3135    MariaTemchina    4    

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

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

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

26.06.2020    4630    1c-intelligence    17    

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

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

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

09.06.2017    31589    1СERP    175    

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

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

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

08.06.2020    5315    stepan96    12    

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

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

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

25.05.2020    5808    sapervodichka    1    

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

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

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

18.05.2020    11549    MariaTemchina    33    

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

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

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

18.04.2017    32600    1СERP    189    

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

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

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

23.03.2020    6289    MariaTemchina    24    

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

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

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

03.03.2020    6859    VLikhobabin    44    

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

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

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

23.01.2020    20566    MariaTemchina    8    

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

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

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

10.04.2017    32660    1СERP    107    

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

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

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

09.01.2020    8656    roman72    0    

Про одну Тётю

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

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

24.12.2019    6914    1c-intelligence    33    

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

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

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

14.10.2019    6079    chavalah    16    

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

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

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

03.04.2017    43787    1СERP    231    

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

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

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

19.09.2019    12894    ogroup    164    

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

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

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

30.08.2019    13787    SergeyN    10    

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

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

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

20.08.2019    9362    Arsen1986    7    

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

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

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

23.02.2017    27996    Gavrik    10    

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

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

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

28.06.2019    8609    SergeyN    1    

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

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

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

24.06.2019    6992    sbase    9    

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

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

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

19.06.2019    10564    FB_10160810658600104    62    

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

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

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

17.06.2016    40587    raiml    37    

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

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

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

18.06.2019    7927    MariaTemchina    8    

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

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

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

31.05.2019    10277    MariaTemchina    23    

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

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

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

14.05.2019    11532    1c-intelligence    121    

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

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

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

26.12.2014    45190    CheBurator    64    

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

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

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

06.05.2019    8077    MariaTemchina    8    

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

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

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

04.05.2019    9127    1c-intelligence    39    

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

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

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

15.04.2019    12474    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36542    axxell    15    

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

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

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

12.02.2019    10682    MariaTemchina    20    

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

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

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

04.02.2019    10362    1c-intelligence    64    

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

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

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

31.01.2019    8467    MariaTemchina    0    

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

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

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

06.04.2015    38045    raiml    14    

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

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

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

14.01.2019    10497    MariaTemchina    13    

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

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

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

10.01.2019    13237    chavalah    123    

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

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

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

26.12.2018    10180    1c-intelligence    7    

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

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

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

16.11.2014    28943    raiml    46    

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

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

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

19.12.2018    10190    MariaTemchina    24    

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

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

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

09.12.2018    9393    chavalah    119