Управление сложностью проектов, или как просто усложнять и как сложно упрощать

Публикация № 501901 05.04.16

Управление - Анализ и проектирование ИТ-систем

Когда-то давно я совсем не умел петь и играть на музыкальных инструментах. Но возникло желание и решил, научиться. Сложно было, пожалуй, начать, но за началом последовали регулярные занятия от простого к более сложному, теория и практика. В результате, за пару лет мне удалось освоить один основной и несколько "вторых" музыкальных инструментов, научиться петь и аккомпанировать на гитаре и решиться на творческий эксперимент - создать музыкальное вступление к докладу https://youtu.be/FkgeXRODcgI . Управлять программными проектами - это, как песню разучить. В обоих случаях приходится сталкиваться с различными сложностями, искать способы упрощения - то есть, управлять сложностью. Я буду рассказывать об управлении сложностью проектов.  

Любая задача имеет решение. Сложностью можно управлять

Начну с давней истории, которая случилась со мной примерно в 1984 году, когда я поступал на отделение океанологии в Дальневосточный государственный университет. Отделение океанологии было достаточно привлекательным для поступления: конкурс туда составлял 2.5 человека на место. После первых двух экзаменов отсев был нулевой, а третий экзамен был – математика устно. Я получил билет, все, что можно, решил, рассказал, и экзаменатор для получения отличной оценки предложил мне дополнительно упростить вот это выражение:

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

Оказывается, надо было упростить вот такой простой пример.

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

Тот день стал для меня наукой – я осознал, что любая задача имеет решение.

Ave novie nostra ales! – что означает «ежели один человек построил, другой завсегда разобрать может» https://youtu.be/YEdJe2whw1I .

С того самого времени я часто использую эти слова по жизни.

И, кроме того, пришло понимание, что сложностью можно управлять. Помните отрывок из фильма «Формула любви»: « За сколько сделаешь?» - «За день сделаю» - «А за два?» - «Сделаем и за два» - «А за пять дней?» - «Ежели постараться, можно и за пять»… https://youtu.be/ESDZPSrO128

То есть, очень легко усложнять, но гораздо сложнее упрощать.

Определение: Сложность – это усилия, затраченные коллективом на создание какого-то определенного материала. В нашем случае это может быть программный код, могут быть работы, выраженные в стоимостном выражении, или оцененный результат. О концептуальной формуле усилий я уже рассказывал в докладе "Основы управления распределенными программными проектами на платформе 1С:Предприятие" //infostart.ru/public/318707/, хотя, ранее говорил, что "сложность проектов примерно одинаковая". Но сложность - понятие относительное. Что для одних коллективов сложно, для других оказывается простым. Для одного коллектива один проект может оказаться простым, а другой аналогичный сложным до невыполнения. Таким образом, в любом проекте возникает потребность, уменьшить его сложность.

Давайте разберемся, как это делать. Для этого рассмотрим деятельность как ряд процессов.

 

Важность правильной формулировки на этапе выявления требований

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

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

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

 

Найм и обучение.
Важность навыка конструктивного письменного общения

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

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

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

Из личного опыта могу сделать вывод, что навыки конструктивного письменного общения, в отличие от знаний, приобретаются достаточно сложно. «Маятник качается» между двумя крайностями – от односложных слов до литературных сочинений и/или мудреных канцеляризмов. Обе крайности существенно осложняют процессы, связанные с коммуникациями. Выше приведен слайд из прошлых презентаций, который поможет облегчить процесс совершенствования навыков конструктивного письменного общения. От чего надо отказаться в первую очередь.

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

 

Ограничение нововведений

Ограничение нововведений – это следующий метод, которым имеет смысл пользоваться при уменьшении сложности проектов.

Если вы водите машину, то наверняка знаете, что правила проезда перекрестка с круговым движением неоднократно менялись.

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

Потом примерно через 10 лет правило поменялось: сделали так, что тот, кто едет по кругу, должен пропустить того, кто въезжает на круг по правилу "уступи тому, кто справа". Это нововведение привело к тому, что стали возникать так называемые «мертвые захваты»: когда человек не мог выехать с круга, потому что должен был пропустить на круг того, кто въезжает, а те, кто хочет заехать на круг, не могут въехать, потому что круг занят.

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

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

 

Упрощение усилий

  • Упрощение усилий через пошаговую разработку. Когда у нас есть какой-то крупный проект, он кажется очень сложным. Чтобы упростить проект, возьмем его малую часть, выполним первый шаг в направлении достижения целей проекта, получим первый результат, уточним требования и планы и так дальше.
  • Использование правила Парето (правило 80/20) предлагается для того, чтобы постараться первый шаг сделать как можно меньшими усилиями, но при этом достичь как можно большей функциональности. Буквально, достичь 80% необходимой функциональность, используя 20% усилий.
  • И параллельная работа – это, конечно, очень важный фактор: организовать работу так, чтобы не было каких-то последовательных действий. Когда все работают параллельно и относительно самостоятельно. Некоторые заказчики требуют, а некоторые коллективы разработчиков выполняют доработки программных продуктов последовательно, четко разделяя работу на этапы. Одни специалисты готовят требования, после подготовки требований начинается разработка, после разработки тестирование и т.д. Однако, программые проекты имеют очень низкую определенность на ранних этапах проекта, что существенно осложняет процесс создания набора требований. Плохие требования приведут к плохой разработке. При параллельной работе возможно улучшение понимания требований по мере создания проекта, понимание проекта - по мере создания кода и т.д. Еще в 1996 году Центр поддержки программных технологий (STSC) военно-воздушных сил США опубликовал двухтомник статей, предназначенных для помощи персоналу, осваивающему большие программные системы. В самом начале первого тома жирным выделен следующий совет: "В целом водопадный метод (последовательные действия - прим. автора) сам по себе НЕ рекомендуется для крупных программно-ориентированных проектов...". 

 

Отказ от лишних материалов и каналов коммуникаций

Лишняя документация существенно увеличивает сложность проекта. Каждый раз, как только нужно что-то где-то сделать, приходится обращаться к огромному объему информации (технические задания в нескольких томах по 500-700 страниц), и ориентироваться в этом очень сложно. Особенно, когда в этом объеме текста 80% информации бесполесполезны для целей разработки или тестирования. Достаточно простого управления требованиями – когда в виде документов представлены только какие-то краткие, точные ключевые требования и формулировки.

И ни в коем случае не создавайте систему напоминаний, похожую на ту, что изображена на картинке, – ориентироваться в этом будет очень сложно.

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

Отказ от лишних каналов коммуникаций – это очень важный процесс для уменьшения сложности проекта.

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

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

Одним из следующих способов уменьшения сложности проекта можно считать:

Повторное использование кода.

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

 

Декомпозиция проекта.

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

Пример декомпозиции и композиции

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

 

10 заповедей по упрощению проектов.

  • Нанимайте квалифицированных специалистов, развивайте специальные навыки, включая навыки конструктивного письменного общения.
  • Ограничивайте количество нововведений.
  • Сокращайте число каналов коммуникаций.
  • Разбивайте крупные задачи на несколько меньших, относительно самостоятельных.
  • Используйте пошаговую разработку.
  • Организуйте параллельную работу в проекте, избегайте создания последовательных действий.
  • Понимайте и применяйте правило 80/20. Иногда можно отказаться от оставшихся 20% функций, требующих 80% усилий, создав 80% функций двадцатью процентами усилий.
  • Достигайте функциональности насколько можно меньшим количеством кода.
  • Используйте повторно архитектуру, код, алгоритмы и другие результаты работы над проектами.
  • Избегайте создания лишних материалов и правил.

Желаю всем благополучия и процветания!

**********************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2015 CONNECTION 15-17 октября 2015 года.

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 3071 05.04.16 23:49 Сейчас в теме
Все правильно
Но как же иногда сложно бить себя по рукам, когда начинаешь строить защиты от дурака
Думаешь - вот нафига клиенту такая система с кучей возможностей которые ему (типа) нужны, если львиная доля усилий уходит на то, чтобы управлять этой сложностью???
Так и просится в статью фраза про то, что самым ненадежным жлементом в сложной системе есть (интерактивные) действия пользователя. И как с этим бороться? И нужно ли?
mike_grig; +1 Ответить
2. dmt 65 06.04.16 07:45 Сейчас в теме
(1) CheBurator, не нужно. Нужно предоставить доп. услуг "обучение пользователей".
8. CheBurator 3071 06.04.16 14:55 Сейчас в теме
(2) угу. много раз. сценарий: косяк/затык... аааааааа!!! мы не понимаем оно работает, поэтому ошибаемся, аааааа!!! не вопрос - если надо - планируйте занятие, предупредите меня за дня два - я ВСЕ ГОТОВ РАССКАЗАТЬ. дале: тишина... итолько мертвые с косами стоят... до следующего ааааа!!! справедливости надо отметить, что такие варианты бывают редко. все работает достаточно ок. только за счет того. что вся сложность спрятана "вниз". менеджеру доступны "простые" вещи. Однако самое печальное что бизнес/продажники/бухи порождают кучу усложнений - НЕ ПРОИГРЫВАЯ/НЕ СОГЛАСОВЫВАЯ их - в результате это выливается в ацкий гемор.
3. AlexWhite 195 06.04.16 09:15 Сейчас в теме
что самым ненадежным элементом
- тут, думаю, больше подходит фраза, "компьютеры ненадежны, но более ненадежны люди" :-)
По поводу
строить защиты от дурака
- мне больше нравится формулировка - снижать влияние человеческого фактора :-)
Но, по опыту, часто простое решение найти сразу очень сложно, приходится решить сложно, потом упрощать :-)
4. m@riu/\@ 06.04.16 09:44 Сейчас в теме
Очень понравилась статья, дам начальству почитать. Особенно сокращение каналов коммуникаций, очень верное правило.
5. v3rter 06.04.16 11:15 Сейчас в теме
Мне показалось, или последнего параграфа вполне себе достаточно?
6. AlexWhite 195 06.04.16 12:10 Сейчас в теме
(5) v3rter, убрать резюме выступления? :-)
7. v3rter 06.04.16 13:24 Сейчас в теме
Как убрать, зачем убрать? Там же самый жир - идеи :)
9. vandalsvq 1130 06.04.16 22:50 Сейчас в теме
Позволю себе цитату из книги "Цель 3" (Голдрат)

Эй, Ленни! В чем, по-твоему, заключается главная причина столь долгого времени реакции наших центров поддержки? Ну, давай же, рассказывай! Ты единственный, кто действительно знает, в чем там дело.
Ленни неохотно возвращается к ним.
- Разве это не очевидно? - бормочет он, глядя то на Скотта, то на Мэгги. - Наш продукт, наша система ERP стала слишком сложной.
Истинный смысл сказанного начинает доходить до Скотта и Мэгги
по мере того, как Ленни продолжает:
- Я еще помню время, когда любой наш программист знал все модули. Теперь, я боюсь, даже я их не знаю. Вообще, мне кажется, что уже не осталось никого, кто знал бы досконально хотя бы один модуль. Этот монстр стал слишком большим и сложным.
Его голос становится напряженным.
- Это приводит к целому ряду серьезных последствий. Ленни начинает их перечислять:
- Требуется гораздо больше времени на встраивание новых функций. Поскольку программист лишь поверхностно знает структуру программы, каждая новая функция порождает как минимум три ошибки где-то еще. Наши гарантии качества становятся злой шуткой. В системе содержится столько внутренних связей, что практически невозможно отследить и проверить все из них.
- Неудивительно, - продолжает он, - что для реакции на многие вопросы требуется столько времени. Я должен был это предвидеть. Несколько лет назад мы могли легко отследить источник ошибки и устранить его. Теперь же программа настолько сложна, что сбой можно объяснить целым множеством возможных причин. При этом даже опыт лучших программистов не позволяет свести это множество к какому-то разумному количеству. Поэтому им приходится проверять все подряд, а на это уходит много времени. Слишком много.
13. CheBurator 3071 07.04.16 00:13 Сейчас в теме
(9) это про типовые 8-ве конфы???? ;-)
15. vandalsvq 1130 07.04.16 00:26 Сейчас в теме
(13) CheBurator, там про внедрения ERP. Книга занимательная, по возможности советую почитать, весело.
(14) CheBurator, примерно так же бывает. Выручает то, что уже 7 лет ведем базу всех разработок. Аналог 1С-овского СППР, только написана давно и проще. Но позволяет собрать по объектам всю историю, со всеми пунктами, заданиями, исполнителями и связями. И все равно, никакая база знаний пока не поспевает.
10. vandalsvq 1130 06.04.16 22:50 Сейчас в теме
Там есть классная фраза "Чем лучше становится наша система, тем хуже.".
Описывает большинство проектов и разработок, которые мне встречались. )))))
14. CheBurator 3071 07.04.16 00:14 Сейчас в теме
(10) а то! Я даже на саоих костылях на тис уже не помню что где есть - такое еоличество печатных форм, обработок и прочего - я уже по некоторым вопросам к менеджерам хожу спрашиваю как/откуда они делают некоторые вещи....
11. vandalsvq 1130 06.04.16 23:07 Сейчас в теме
12. CheBurator 3071 07.04.16 00:11 Сейчас в теме
В рассылке автором данной ветки значится Alraune
C наращиванием возможностей потрала ИС теряет контроль...
Это к теме сложности и упрощения
16. PAVI 1386 09.04.16 16:08 Сейчас в теме
"Все гениальное просто" - сказал Эйнштейн. Можно перефразировать так: "Эйнштейн достаточно гениален, чтобы делать просто" ))) Респект Белову
17. AlexWhite 195 12.04.16 17:18 Сейчас в теме
19. AlexWhite 195 12.04.16 18:10 Сейчас в теме
(16) PAVI, хотя,
Эйнштейн достаточно гениален, чтобы делать просто
- что просто для Эйнштейна, для других может быть очень даже сложно :-) (сложность - понятие относительное).
18. v3rter 12.04.16 17:52 Сейчас в теме
Оду декомпозиции задекламировали, процедуры декомпозиции управления евагелизировали, пора выходить на новый уровень - управление масштабированием сложности ) Документировать, документировать и еще раз документировать - и лучше до того, как проект перестанет умещаться в одной голове )
20. AlexWhite 195 12.04.16 18:20 Сейчас в теме
(18) v3rter,
Документировать, документировать и еще раз документировать
=> усложнять в кубе? :-) Документация полезна только в необходимом объеме. Хорошо, когда она совмещена с кодом, как у коллег из коллектива "Silver Bulleters". Думаю, вскоре, Леонид опубликует тут свой доклад.
А так... у нас проекты уже давно вышли за предел одной головы :-)
Оставьте свое сообщение

См. также

Путь покупателя интернет-магазина (Customer Journey) с использованием УФМТП Промо

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия (УФМТП) в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

12.05.2022    687    raiml    2    

Дизайн-мышление в заказной разработке

Анализ и проектирование ИТ-систем Бесплатно (free)

Метод дизайн-мышления смещает приоритеты разработки на потребности пользователя. Но как понять, что пользователь хочет и учесть его подразумеваемые требования? О том, как с помощью эмпатии к пользователю и визуализации идей сделать удобный для заказчика продукт, в докладе на Infostart Event 2021 Moscow Premiere рассказала Мария Серёгина.

30.06.2022    1581    SerjoginaMaria    15    

Автоматизация vs оптимизация

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

Анализ и оптимизация бизнес-процессов становятся все более востребованными в проектах автоматизации, а с массовым переходом с 1С: УПП на 1С:ERP эта задача станет еще более актуальной. О том, как собрать полную картину реальных потребностей вашего заказчика, исходя из логики его бизнес-процессов, на конференции Infostart Event 2021 Moscow Premiere рассказала Елена Иванова.

27.06.2022    1181    e_ivanova    0    

Скальпель, зажим, … пластырь, валерьянка. Мы закончили..: инструменты работы бизнес-аналитика

Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.06.2022    2928    ashtey    0    

Универсальная функциональная модель торгового предприятия в нотации IDEF0 Промо

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Из чего состоит предприятие? Какие функции основные, а какие нет? В данной статье вы найдете ответ на этот и другие вопросы. Модель, построенная на основе опыта бизнес-консультанта с использованием нотации IDEF0.

12.05.2022    1008    raiml    4    

Эмпатия и системный подход в сборе требований и составлении ТЗ

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

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

10.06.2022    1436    kacelena    2    

Аналитика и BI. Белые пятна рынка и тренды, которые нельзя игнорировать

Анализ и проектирование ИТ-систем Консолидация данных Бесплатно (free)

Мир вычислений бурно развивается, и потребность анализировать «большие данные» уже плотно вошла в жизнь любой, даже маленькой компании. О том, какие исторические предпосылки привели к текущей ситуации на рынке BI-систем, и какие перспективы у этого развития, на митапе «Бизнес-анализ по данным базы 1С» рассказали представители компании «Консон» Евгений Скребанов и Иван Мищенко.

08.06.2022    1163    imischenko    0    

SAFe Epic (Эпик)

Анализ и проектирование ИТ-систем Бесплатно (free)

Перевод https://www.scaledagileframework.com/epic/, с переводом сопутствующих терминов, для понимания основного термина и варианта его использования.

06.06.2022    664    malikov_pro    0    

Кто такой архитектор? Системный или функциональный? Статья 1 Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

Часто сталкиваюсь с непониманием того, кто такой архитектор. Во многих командах эту компетенцию не используют, либо используют неверно. В связи с непониманием того, как устроен процесс разработки в сфере 1С и кто за что отвечает, будут написаны 8 статей. Это первая статья. В статье постараюсь раскрыть роль архитектора и его значимость в процессе проектирования и разработки. Основываюсь на своём опыте (более 15 лет). Для написания этой статьи изучал статьи на эту тему от коллег и консультировался с руководителями крупных команд.

30.06.2020    27612    biimmap    74    

ТЗ как обязательный атрибут в автоматизации. Реальные кейсы из 16-ти летнего опыта

Анализ и проектирование ИТ-систем Бесплатно (free)

Техническое задание – документ, который многим кажется слишком дорогим удовольствием. Руководитель консалтингового направления ГК СофтБаланс Клавдия Макарова объяснила, почему нельзя на него смотреть только с этой точки зрения, и какую пользу он приносит команде и заказчику.

01.06.2022    1210    user1551153    0    

Современные СЭД: курс на упрощенчество и подмена понятий

Документооборот и делопроизводство Анализ и проектирование ИТ-систем Внедрение ИТ-системы УУ Бесплатно (free)

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

12.05.2022    480    user1214797    5    

Business Objective Model или Модель бизнес-целей - где, зачем и как применять?

Анализ и проектирование ИТ-систем Бесплатно (free)

Модель бизнес-целей или Business Objective Model (далее BOM) - техника, которая захватила моё сердце и разум с первого взгляда. Простая и наглядная, она помогает избежать того, от чего так часто возникает недопонимание между бизнесом и теми, кто его автоматизирует.

23.03.2022    1681    SerjoginaMaria    18    

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 Промо

Бюджетирование и планирование Внедрение ИТ-системы Анализ и проектирование ИТ-систем v8 ERP2 КА2 Россия УУ Бесплатно (free)

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    38966    SergeyN    97    

Power BI дешево или очень дорого?

Консолидация данных Анализ и проектирование ИТ-систем Бесплатно (free)

На онлайн митапе «Бизнес-анализ по данным базы 1С. Интеграция c платформами BI» выступил Петр Базелюк, CTO компании Digital Business. Петр рассказал, как запустить систему аналитики для полноценной цифровизации всего бизнеса, сравнил возможности подписок Free, Pro и Premium и подсказал возможные пути минимизации затрат.

18.02.2022    2264    pbazeliuk    2    

Какие риски и ответственность берет на себя бизнес-аналитик

Анализ и проектирование ИТ-систем Бесплатно (free)

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

16.02.2022    2567    chavalah    8    

Как из 1С отдать миллионы строк в BI и успеть это сделать быстро

Консолидация данных Анализ и проектирование ИТ-систем WEB v8 Бесплатно (free)

На онлайн-митапе «Бизнес-анализ по данным базы 1С. Интеграция c платформами BI» выступил ведущий разработчик WiseAdvice.tech Дмитрий Фурцев. Дмитрий рассказал о том, как отдать миллионы строк из 1С в платформу бизнес-аналитики и не потратить на это сутки.

14.02.2022    3722    Fudj1k    11    

IDEF0. Знакомство с нотацией и пример использования Промо

Анализ и проектирование ИТ-систем Обучение, бизнес-тренинг, курсы 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

28.06.2017    52022    raiml    37    

Как мы подружили "1С:Аналитику" и "Финансист". Практический опыт

Консолидация данных Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

«1С:Аналитика» – достаточно молодой инструмент от фирмы «1С». О том, как его настроить и запустить для отображения консолидированных данных из различных баз, на митапе «Бизнес-анализ по данным базы 1С. Интеграция с платформами BI» рассказала Ирина Богданова – ведущий разработчик тиражного решения «Финансист» в компании WiseAdvice.

11.02.2022    2158    bogira    2    

Не надо делать мне как лучше, оставьте мне как хорошо

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

Даже самое продуманное решение может потерпеть фиаско при внедрении, если пользователи не увидят в нем пользу.

08.02.2022    3118    SerjoginaMaria    37    

42 или главный вопрос по бизнес-процессам

Анализ и проектирование ИТ-систем Бесплатно (free)

Приветствую вас, уважаемые коллеги! Меня зовут Анастасия Штей, я – бизнес-аналитик 1С. Именно так я начинала свои доклады на INFOSTART EVENT 2021 Post-Apocalypse и INFOSTART EVENT 2021 Moscow Premiere. Мне очень близка тема бизнес-анализа, изучения подходов и практик моделирования бизнес-процессов и компетенции бизнес-аналитика. И сейчас я запускаю на Инфостарт серию статей, а уже скоро и курс, посвященный основам моделирования и анализа бизнес-процессов.

07.02.2022    4887    ashtey    20    

Краткое описание BPMN с примером Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

О том, что такое BPMN, написано очень много. Но проблема в том, что почти вся информация, которую можно найти в Интернет, ориентирована на людей, которые уже ранее сталкивались с BPMN или с другим стандартом моделирования бизнес-процессов. Я же предлагаю разобраться «с нуля» — что такое BPMN? В чем особенности и преимущества этой технологии и почему она появилась и оказалась столь востребованной, по крайней мере, за рубежом. Да и у нас в стране ей все больше и больше интересуются.

28.06.2017    39759    raiml    10    

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

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

02.02.2022    3275    denisgalimoff    3    

Как бизнес-аналитик может повысить эффективность и прибыльность разработчиков

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

Эксперты не устают спорить, насколько важны аналитики, какие функции они должны выполнять, как взаимодействовать с другими ролями в проекте. О том, как привлечение бизнес-аналитиков помогло увеличить эффективность разработчиков, рассказал директор и ведущий разработчик украинской компании «Арт Порт» Максим Артёменко.

31.01.2022    1371    drmaxart    2    

Матрица компетенций аналитика 1С

Мотивация, лидерство и личная эффективность Анализ и проектирование ИТ-систем Бесплатно (free)

Тема мотивации сотрудников – одна из центральных в любой организации. Но, как и за что премировать работников, определиться сложно. В компании ФТО решили, что нужно сформировать матрицу компетенций, присвоить каждой определенное количество баллов, и уже на основании такой независимой оценки распределять премиальные. Подробнее о системе рассказала руководитель аналитиков 1С проектного отдела компании ФТО Анна Бирюкова.

28.01.2022    2645    abir    20    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.02.2017    29065    Gavrik    11    

Экспресс-обследование и реинжиниринг бизнес-процессов

Внедрение ИТ-системы Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

Проведение обследования – это первый этап работы на проекте. От того, как этот этап пройдет, и какие результаты будут получены, будет зависеть дальнейший исход вообще всего проекта. О проведении обследования предприятия для целей управленческого учета на основе МСФО рассказал Генеральный директор ООО «Рэй Консалтинг» Николай Шилкин.

26.01.2022    1892    RayCon    0    

Бизнес-аналитики 1С: спрос есть, но кто они?

Управление ИТ-подразделением Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Каждый понимает по-своему, кто такой бизнес-аналитик и чем он занимается. Руководитель компании CORS Consulting Илья Отькало постарался ответить на вопросы, что должен знать такой специалист, какие знания и навыки ему пригодятся в работе.

24.01.2022    4591    otkalo    0    

Роль и задачи аналитика в проектной команде при внедрении 1С

Управление командой Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Типовые продукты фирмы «1С» становятся все более гибкими, и функция разработки или изменения для них очень часто вообще не требуется или требуется точечно, поэтому для подобных проектов появился отдельный специалист – аналитик 1С. Какие у него задачи, и чем он отличается от системного аналитика и бизнес-аналитика, рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

19.01.2022    5527    denisgalimoff    8    

Как оценивать задачи программисту 1С Промо

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

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

11.08.2016    38325    SamBadi    55    

Как быстро нарисовать блок-схему или изобразить бизнес-процесс

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

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

25.11.2021    5723    VachKirp    7    

Реактивный интерфейс для 1С:Предприятия

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Интеграция 1С:Предприятие с веб-приложениями требует нестандартных решений. О том, как построить веб-интерфейс для 1С на HTTP-сервисах, и какие технологии при этом можно использовать, на митапе «Интерфейс в 1С» рассказал автор профессиональных курсов по JavaScript в HTML Academy Игорь Антонов.

27.10.2021    4509    antonov_i    17    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

06.04.2015    38914    raiml    14    

Модель C4 (C4 model) для визуализации архитектуры программного обеспечения

Анализ и проектирование ИТ-систем Бесплатно (free)

Перевод главной страницы сайта https://c4model.com/, посвященной C4 model.

26.10.2021    4666    malikov_pro    10    

Использование PlantUML в Redmine

Анализ и проектирование ИТ-систем Бесплатно (free)

В статье опишу порядок настройки плагина PlantUML для Redmine 4.2

25.10.2021    775    malikov_pro    2    

Уникальный дизайн в 1С на примере разработки реального продукта

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

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

18.10.2021    10836    papa_harlo    37    

Когда интерфейсам 1С нужны веб-технологии

WEB Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Есть несколько способов сделать интерфейс в 1С богаче и оптимальнее с помощью веб-технологий. О том, какие практические приемы помогут в этой задаче, на митапе «Интерфейс в 1С» рассказали руководители разработки в компании «Арбис» Матвей Серегин и Анна Гнатюк.

15.10.2021    4137    Akcium    10    

Из арт-директора веб-студии в команду разработки продукта на платформе 1С

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

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

13.10.2021    1346    gntk    2    

Детские механизмы для взрослых людей

Мотивация, лидерство и личная эффективность Анализ и проектирование ИТ-систем Бесплатно (free)

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

06.09.2021    1854    ashtey    6    

Склад Готовой Продукции – отказать, прямое распределение. Промо

Анализ и проектирование ИТ-систем Оптовая торговля, дистрибуция, логистика УУ Бесплатно (free)

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

27.02.2015    28370    izidavld    69    

Решение детективных задач

Анализ и проектирование ИТ-систем v8 1cv8.cf Бесплатно (free)

Пробуем систематизировать методы решения детективных задач

25.08.2021    4204    1c-intelligence    31    

Берримор, ты потерял рецепт овсянки? Не беда, нам поможет DFD!

Анализ и проектирование ИТ-систем Бесплатно (free)

Методология DFD наряду с нотациями IDEF0 и IDEF3 входит в тройку популярных методологий описания бизнес-процессов. Мы не говорим о современных нотациях eEPC или BPMN, мы говорим о классике.

16.08.2021    5137    ashtey    2    

Мухи отдельно, котлеты отдельно. Или когда использовать IDEF3?

Анализ и проектирование ИТ-систем Бесплатно (free)

С нотацией IDEF0 разобрались, теперь поговорим о следующем представителе семейства IDEF – нотации IDEF3.

08.08.2021    4694    ashtey    6    

"Бескомпьютерная" автоматизация Промо

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Россия Бесплатно (free)

Новое, хорошо забытое старое. Недавно решали проблему в логистике, и я вспомнил статью про автоматизацию без компьютеров, основанную на системе "канбан". Канбан система - система эффективной синхронизации многоэтапного производства и материально-технического обеспечения, осуществляемая с помощью карточек производственного заказа и карточек отбора (карточек канбан). Канбаном часто называют всю систему организации производства Toyota Motor Company, считая его почти синонимом данной системы. Это не совсем точно. Канбан - только один из элементов Toyota Production System (TPS). Канбан как инструмент предложил один из создателей TPS - Таичи Оно. Хотя он утверждает, что придумал его вместе с рабочими для упрощения управления на местах.

17.08.2007    32335    support    32    

Управление моделями при сборе требований

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

От качественного моделирования и документирования бизнес-процессов во многом зависит правильность реализации требований заказчика в системе. О том, как организовать процесс моделирования при сборе требований – какие инструменты/нотации при этом использовать и как подбирать аналитика, который сможет правильно документировать требования на проекте, рассказал руководитель проектного отдела “Корпоративные финансы” компании WiseAdvice, Сергей Наумов.

16.07.2021    2841    SergeyN    7    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 4

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Сколько бизнес-аналитиков – столько и мнений: какая нотация лучше и какую следует использовать при моделировании бизнес-процессов. Рассмотрим следующую группу нотаций…

01.06.2021    6367    ashtey    1    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

09.12.2013    23153    pro-rok    15    

miniCIO: Исполнитель задач или партнер?

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.05.2021    1442    ashtey    1    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 3

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Итак, сейчас рассмотрим уже самые разнообразные графические нотации и начнем с очень неожиданной – ДРАКОНа.

03.05.2021    5348    ashtey    13