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 922 13.02.19 12:17 Сейчас в теме
Просьба, вставить(ять) ссылку на предыдущие статьи цикла :)
Алексей_mir2mb; +1 Ответить
2. chavalah 975 13.02.19 12:42 Сейчас в теме
(1) добавил в начале.
Алексей_mir2mb; +1 Ответить
3. DarkAn 922 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 975 14.02.19 00:02 Сейчас в теме
(4)хорошая система, рабочая.
5. ranger 121 13.02.19 18:33 Сейчас в теме
Отличные мемуары!:)
Лично мне интересно читать, как это происходило в реальных случаях.По каждому пункту схемы.С живыми примерами из жизни.
Понимаю,что цикл статей не совсем об этом, но хочется представить себе, как-будто сидишь за кружкой пива в компании коллег и слушаешь у кого как было в первый раз :)
У каждого автоматизатора свой подход, потому что нет универсального рецепта.Есть субъективный подход по ситуации.
user933635; +1 Ответить
7. chavalah 975 14.02.19 09:39 Сейчас в теме
(5) Можно конечно так сделать, но это время. Возможно я все же дозрею до книги, тогда там расскажу))
8. Petr54-ru 73 14.02.19 11:43 Сейчас в теме
Про "точку входа в проект" - чудо как хорошо написано. Вроде как нигде про этот термин читать не приходилось. А идея верная.
Алексей_mir2mb; chavalah; acanta; +3 Ответить
9. chavalah 975 14.02.19 21:07 Сейчас в теме
(8) РП, который владеет данным навыком, увеличивает свою эффективность в несколько раз. Как и снижает себестоимость проекта.
10. HAMMER_59 197 15.02.19 07:14 Сейчас в теме
Уже в анонсе буква "у" заменяет буквы "к", "и" - интересно что будет дальше....

А во вступление уже все отлично с текстом, видимо, только анонс на скорую руку был написан.
14. chavalah 975 15.02.19 23:31 Сейчас в теме
(10) да, на скорую, хотя это не оправдывает опечаток, сам их не люблю.
11. HAMMER_59 197 15.02.19 07:23 Сейчас в теме
"Если спросить специалистов, занимающихся проектами, с чего нужно начинать, можно услышать следующие варианты (что я слышал от разных РП):"
В институте нам многократно повторяли, в частности декан факультета, что не может быть такого, что вы приходите на предприятие, а там абсолютно нет никакой системы учета. С этого и начинаем с построения моделей "Как есть" и "Как должно быть", бывает и такое что есть бардак, а как должно быть никто не знает, ИМХО в таком случае никакая чудо программа не поможет.
16. chavalah 975 15.02.19 23:40 Сейчас в теме
(11) Не все, что говорят в институте, имеет жизненное применение. Моделирование "как есть" и "как должно быть" уже изжило себя, устарело оно и имеет мало ценности. Нужно изучать "как есть", а моделировать "как будет". Как будет, а не должно быть. Поэтому ответ на "как должно быть" не требуется.
12. Senator_I 13 15.02.19 07:42 Сейчас в теме
Такой вопрос, платит ли клиент за экспресс?
15. chavalah 975 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 975 16.02.19 11:20 Сейчас в теме
(18) От масштаба зависит. Ориентироваться можно на такую статистику: 100-200 участников при штате 800-1000 сотрудников это примерно месяц.
Граница между комплексным и экспресс не всегда жесткая. Информация собирается одинаково, а обрабатывается со своей глубиной.
20. Petr54-ru 73 16.02.19 11:50 Сейчас в теме
(15)
2. Бывают случаи, когда вам нужен проект очень сильно. Тогда компания (исполнитель) может инвестировать эти деньги по сути в продажу. Часто такой подход оправдывается, если заказчик увидит технологичность и компетентность.


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

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

См. также

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

23.01.2020    4010    MariaTemchina    6       

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Про одну Тётю

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.12.2019    4374    1c-intelligence    32       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

14.10.2019    3849    chavalah    16       

​​​​​​​CorelDRAW Graphics Suite 2019 Промо

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

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

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    9264    ogroup    161       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    6593    GSoft    15       

Голосование за доклады на INFOSTART MEETUP Kazan - до 25 февраля. Промо

Выбирайте и голосуйте за самые интересные доклады! Лучшие из лучших попадут в окончательную программу казанского митапа. Оставить свой голос можно до 25 февраля 2020 года.

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

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

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

30.08.2019    7205    SergeyN    4       

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

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

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

16.08.2019    5698    Hissin    18       

Онлайн-курс "Подготовка к экзамену 1С:Эксперт и 1С:Профессионал по технологическим вопросам" с 7 по 24 апреля 2020 г. Промо

На курсе вы получите практические навыки решения задач производительности 1С, в том числе характерных для высоконагруженных информационных систем (более 1000 пользователей). Подготовка к экзамену – только одна из составляющих курса. 70% слушателей приходят за знаниями, которые позволят расти и зарабатывать, делать сложные задачи на крупных проектах.

16450 рублей

Как заработать миллион или История успешного сотрудничества

Статья Программист Нет файла Бесплатно (free) Управление проектом

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

05.08.2019    6010    karpik666    77       

Бизнес-аналитика с помощью Power BI

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    9229    pbazeliuk    18       

1C:Предприятие для программистов: Запросы и отчеты. Второй поток. Онлайн-интенсив с 17 марта по 16 апреля 2020 г. Промо

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

6500 рублей

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

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

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

28.06.2019    4862    SergeyN    1       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

24.06.2019    4347    sbase    9       

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) - автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.06.2019    5373    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    5804    MariaTemchina    23       

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Вебинары проходят с 12 марта по 11 июня 2020 года. Промо

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

от 13000 рублей

Что важно, а что - срочно?

Статья no Нет файла Бесплатно (free) Управление проектом

Поговорим о приоритетах

20.05.2019    6066    1c-intelligence    16       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

06.05.2019    5317    MariaTemchina    8       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

15.04.2019    8532    MariaTemchina    15       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

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

5500 рублей

Стыд и Скрам, часть вторая

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    9706    MariaTemchina    47       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

12.02.2019    7530    MariaTemchina    20       

Базовый курс по управлению ИТ-проектами. Курс проходит с 26 февраля по 22 апреля 2020 года. Промо

Отличительная черта курса - органичное сочетание трех вещей: 1.Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С); 2. Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days); 3. Разбор реальных проблем и рекомендации экспертов по проектам слушателей. Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике руководителей проектов внедрения. Ведущая курса - Мария Темчина.

от 11000 рублей

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

04.02.2019    7410    1c-intelligence    64       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    6353    MariaTemchina    0       

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    7782    user809424    11       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    8076    MariaTemchina    13