Миру – Miro: Общие доски для управления проектами в распределенной команде

Публикация № 1466442 28.06.21

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

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

Меня зовут Темчина Мария, я работаю в Инфостарте директором по проектам.

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

Это же утверждение верно и для проектов.

 

 

Точка зрения каждого – важна

 

 

В последнее время при организации работы по проектам есть тенденция перехода от директивного управления к коллегиальному.

 

 

Мне очень понравился образ из книги Юргена Аппело «Agile менеджмент». Когда человек работает со сложными проектами, то он не может удержать в голове всю картинку (полный образ проекта) – поэтому для эффективной работы нам нужно будет взять кусочек картинки у одного сотрудника, второй кусочек у другого и т.д.

 

 

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

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

  • собрать больше деталей;

  • посмотреть на ситуацию с разных сторон;

  • обеспечить участие людей;

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

 

Инструменты для групповых обсуждений при удаленной работе

 

 

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

Мне понравился анекдот: «Китайский календарь не обманул: 2020-ый год и правда оказался годом мыши. Только мыши летучей…»

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

Удалённая работа, особенно работа из дома, сопряжена с большим количеством сложностей в коммуникации.

В видео https://www.youtube.com/watch?v=DYu_bGbZiiQ вы можете видеть, как выглядела бы онлайн-конференция, если бы она происходила в реальной жизни.

 

 

Поскольку текущая ситуация усложняет работу, мы ищем инструменты, которые могут максимально упростить групповые обсуждения.

В качестве такого инструмента я призываю использовать общие доски (Shared Board), которые позволяют одновременно разным людям писать, печатать, рисовать и т.д. И все сразу имеют доступ к тому, что нарисовано.

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

  • выше включенность;

  • быстрее фиксируем;

  • нет «власти маркера».

 

 

Есть масса разных досок – не буду подробно перечислять.

Мне ближе всего доска Miro.com – там есть неплохой комплект бесплатной функциональности, и есть платная версия.

 

 

На слайде перечислены задачи, для которых можно использовать общие доски.

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

 

Диаграмма Исикавы «Рыбья кость»

 

Начнем с шаблона диаграммы Исикавы «Рыбья кость». Это – инструмент для анализа рисков и разбора полетов, который помогает найти возможные причины проблемы из разных областей.

 

 

На слайде показано, как выглядит диаграмма «Рыбья кость»:

  • справа – голова рыбы (проблема, которую мы описываем);

  • слева – хребет;

  • и в костях хребта мы размещаем те сферы, к которым относится указанная проблема (сферы, которые могут являться источниками этой проблемы);

  • и дальше на эти кости дальше нанизываются причины, объясняющие, что привело к этой проблеме.

 

По моему опыту, диаграмму «Рыбья кость» удобно применять в двух случаях:

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

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

 

 

В какой ситуации нам действительно помогает использование диаграммы «Рыбья кость»:

  • Во-первых, несомненно, важна экспертиза участников, люди должны иметь свою экспертную точку зрения по предметной области, потому что иначе получается: «А вы, друзья, как ни садитесь – всё в музыканты не годитесь»

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

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

 

 

На предложенной схеме мы выписали на стикерах, какие действия в дальнейшем мы можем предпринять по той причине, которая нам показалась наиболее важной.

 

Второй инструмент – карта пользовательских историй User Story Map

 

 

Второй инструмент, который мы сегодня рассмотрим – это карта пользовательских историй User Story Map, структурированный набор требований к продукту, которые у нас на данный момент есть, оформленный в виде User Story или пользовательских историй.

 

 

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

Например:

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

 

 

Зачем нужны пользовательские истории? К сожалению, если мы не формализуем наши требования, то иногда пользователи могут вас попросить реализовать невыполнимое, как в видео https://www.youtube.com/watch?v=UoKlKx-3FcA

 

 

В чем преимущества формата User Story:

  • Самое главное, что требования в формате User Story написаны на языке пользователя

  • И у нас есть приставка «для того чтобы», которая объясняет цель. Это важно, потому что когда нам человек говорит, что ему нужен микроскоп для того чтобы забивать гвозди, у нас больше шансов понять, что это неоптимальный инструмент для решения данной задачи.

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

  • Компактные кусочки работы

 

 

Мне нравится критерий пользовательских историй INVEST – это аббревиатура из первых букв предлагаемых к рассмотрению атрибутов качества пользовательских историй. Что каждая история должна быть:

  • I (Independent) – независимой от других: когда зависимостей нет, планировать легче

  • N (Negotiable) – обсуждаемой: детали добавляются при сотрудничестве

  • V (Valuable) – ценной: приносить ценность заказчику

  • E (Estimable) – оцениваемой: слишком большую или неточную оценить трудно

  • S (Small) – небольшой: можно сделать в течение одной итерации

  • T (Testable) – тестируемой: иметь четкие критерии приемки

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

 

 

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

 

 

На слайде вы можете видеть список пользовательских историй:

  • слева в виде списка;

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

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

 

 

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

 

Варианты структурирования карт пользовательских историй

 

 

Структурировать пользовательские истории можно по-разному.

Мне нравится, когда структура строится так:

  • Роль (В интернет-магазине – роль покупателя)

  • Активность (Просмотр/ покупка товара)

  • Внутри каждой активности у нас ведутся истории – что нужно делать данному пользователю для реализации своих целей. Эти истории мы группируем по релизам продукта:

    • Сверху – MVP (minimum viable product), минимальный продукт, обладающий ценностью – то, без чего нет смысла выпускать продукт

    • А дальше – то, что войдет в последующие релизы.

 

 

Это не единственная возможная структура карты:

  • Можно сверху размещать тему.

  • Дальше – истории, которые относятся к этой теме.

  • И критерии приемки.

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

 

 

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

Карту вы можете выстроить как угодно – можно обсудить это с вашей командой

 

 

Карта становится удобнее, если в ней присутствуют:

  • Связи с задачами

  • Теги (Фронтент/Бэкенд и др.)

  • Ответственные

 

Условия успеха для внедрения инструментов

 

 

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

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

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

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

Главное, к чему я хочу вас призвать – это использовать коллективное обсуждение и собирать точки зрения со всех членов команды, когда это возможно!

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

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Инструментарий руководителя проекта". Больше статей можно прочитать здесь.

Приглашаем всех 11-12 ноября принять участие в INFOSTART EVENT 2021 в Москве: //infostart.ru/events/1451228/

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

Комментарии
В избранное Подписаться на ответы Сортировка: Дата
1. Yashazz 4106 28.06.21 14:53 Сейчас в теме
...и только теперь я понял истинный смысл выражений "свой в доску", "пустить по доске" и слова "досконально"...

Главное, к чему я хочу вас призвать – это использовать коллективное обсуждение и собирать точки зрения со всех членов команды, когда это возможно!
Прям так и вижу, как с каждого члена точку собирают. Главное, заранее подготовить!
2. Olenevod 27 04.07.21 19:16 Сейчас в теме
Великолепная статья. Очень верно, что коллективное обсуждение членов команды важно. Особенно на старте проекта.
Говорю так потому что как раз этого не было в одном из моих случаев, и я попал на проект где все было решено без меня. Здорово пришлось хлебнуть.
3. AlbinaAAA 1078 10.09.21 14:25 Сейчас в теме
Спасибо, интересно очень. Будем пробовать..
Оставьте свое сообщение

См. также

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

Методология Бесплатно (free)

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

16.09.2019    12760    GSoft    21    

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

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

Когда я создавал Инфостарт, у меня была фраза: «Создание компании – это просто очередной проект автоматизации».

29.10.2021    1583    support    8    

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

Методология Agile (XP, SCRUM, Канбан) Бесплатно (free)

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    6852    MariaTemchina    84    

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

Методология Бесплатно (free)

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

16.02.2021    3513    MariaTemchina    45    

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

Методология Бесплатно (free)

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

24.01.2019    10802    user809424    11    

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

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

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

10.02.2021    4872    andironenko    15    

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

Методология Бесплатно (free)

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

09.12.2020    2143    MariaTemchina    3    

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

Методология Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

03.12.2020    4414    MariaTemchina    9    

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

Методология Бесплатно (free)

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

29.06.2017    36366    1СERP    79    

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

Методология Бесплатно (free)

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

18.11.2020    4549    MariaTemchina    9    

Кто такой самозанятый, и стоит ли им становиться

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

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

17.09.2020    4524    akomandin    44    

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

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

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

11.09.2020    3702    alexandr.blinov    17    

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

Методология Бесплатно (free)

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

09.06.2017    32446    1СERP    175    

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

Методология Бесплатно (free)

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

04.09.2020    4083    MariaTemchina    30    

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

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

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

20.08.2020    3651    MariaTemchina    4    

Список вопросов для собеседования кандидатов на должность "Программист 1С"

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

Я стал тимлидом. Через некоторое время нужно было расширять штат программистов. Передо мной встал вопрос «Как отбирать кандидатов?» 

07.08.2020    19411    coollerinc    78    

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

Методология Бесплатно (free)

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

18.04.2017    33686    1СERP    189    

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

О жизни Методология Бесплатно (free)

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

26.06.2020    5145    1c-intelligence    17    

Наиболее типичные ошибки при оценке работ в проектах 1С

Методология Бесплатно (free)

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    3142    Koder_Line    9    

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

Методология Бесплатно (free)

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

08.06.2020    6030    stepan96    12    

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

Методология Бесплатно (free)

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

10.04.2017    33878    1СERP    107    

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

Методология Бесплатно (free)

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

25.05.2020    6237    sapervodichka    1    

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

Методология Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

18.05.2020    12530    MariaTemchina    33    

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

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

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

23.03.2020    7111    MariaTemchina    24    

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

Методология Бесплатно (free)

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

03.04.2017    45155    1СERP    233    

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

Методология Бесплатно (free)

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

03.03.2020    7938    VLikhobabin    44    

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

Методология Waterflow Бесплатно (free)

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

23.01.2020    32368    MariaTemchina    11    

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

СППР Методология Бесплатно (free)

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

09.01.2020    13335    roman72    0    

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

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

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

23.02.2017    28663    Gavrik    11    

Про одну Тётю

Методология Бесплатно (free)

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

24.12.2019    7200    1c-intelligence    33    

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

Методология Бесплатно (free)

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

14.10.2019    6308    chavalah    16    

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

Методология Россия Бесплатно (free)

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

19.09.2019    13854    ogroup    164    

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

Методология Бесплатно (free)

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

17.06.2016    41245    raiml    37    

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

Методология СППР Бесплатно (free)

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

30.08.2019    16417    SergeyN    10    

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

Инструкции пользователю Методология Бесплатно (free)

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

20.08.2019    10271    Arsen1986    7    

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

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

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

28.06.2019    9578    SergeyN    1    

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

Методология Бесплатно (free)

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

26.12.2014    46062    CheBurator    64    

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

Методология AR\VR Россия Бесплатно (free)

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

19.06.2019    11229    FB_10160810658600104    62    

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

Методология Бесплатно (free)

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

18.06.2019    8425    MariaTemchina    8    

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

Методология Бесплатно (free)

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

31.05.2019    11460    MariaTemchina    23    

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

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

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

1 стартмани

14.09.2015    36969    axxell    15    

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

Методология Бесплатно (free)

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

14.05.2019    12047    1c-intelligence    121    

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

Методология Бесплатно (free)

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

06.05.2019    8609    MariaTemchina    8    

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

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

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

04.05.2019    9350    1c-intelligence    39    

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

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

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

06.04.2015    38545    raiml    14    

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

Методология Бесплатно (free)

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

15.04.2019    13838    MariaTemchina    15    

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

Методология Бесплатно (free)

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

13.02.2019    8720    chavalah    22    

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

Методология Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

12.02.2019    11883    MariaTemchina    20    

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

Методология Бесплатно (free)

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

16.11.2014    29274    raiml    46    

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

Методология Бесплатно (free)

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

04.02.2019    10619    1c-intelligence    64    

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

Методология Бесплатно (free)

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

31.01.2019    8693    MariaTemchina    0