Построение высокоэффективной Agile-команды

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

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

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

Что такое команда?

Начнем с того, что сформулируем определение команды:

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

Если что-то из этого вашей команде не подходит – у вас не совсем команда.

Нужна ли командная работа на самом деле, какую ценность она несет?

Сейчас очень много шума на тему того, что надо работать в команде и т.д. Но само определение команды – спорное. Почему командная работа лучше, чем просто куча народа, которая пишет код? Я попробую дать свой ответ на этот вопрос, а вы посмотрите, как это выглядит.

 

Варианты командной работы

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

  • Инженер-программист, без которого не обойтись;
  • Тот, кто проверяет работу инженера-программиста. Обычно это тестировщик. По идее, это не должен быть заказчик, хотя я знаю, что в мире 1С все устроено по-другому;
  • Тот, кто думает, что и как именно нужно сделать – обычно это аналитик или представитель заказчика/сам заказчик.

У нас есть три таких человека, и ими можно управлять по-разному.

 

Функциональная организация

Если вы находитесь не в компании, которая разрабатывает программное обеспечение, а, например, в какой-нибудь крупной Enterprise-корпорации, то вполне возможно, у вас будет такая структура – три отдельных подразделения:

  • Отдел бизнес-анализа;
  • Отдел разработки;
  • И отдел тестирования.

Как выглядит процесс управления такой структурой?

  • Менеджер проекта выбивает ресурсы – он бегает по разным подразделениям и говорит: «Дайте мне человека».
  • Задачу этому человеку ставит начальник его отдела.
  • Командной работы нет по определению – это просто люди, которых координирует менеджер проекта.
  • Время, потраченное от начала работы до конца работы получается очень большое, потому что координировать нужно долго.

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

Какая здесь основная проблема?

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

 

Проектная организация

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

  • Допустим, у вас в команде 7 человек. Шесть разработчиков (два 1С-разработчика, два фронтэнд-разработчика какого-нибудь портала, два тестировщика) и вы – их руководитель. Чтобы добиться итогового бизнес-результата, ваши подчиненные должны делать свои задачи последовательно.
  • И вот вы хотите поставить им задачу и проконтролировать ее выполнение. На какой срок можно комфортно ставить одну задачу? Один день – тяжело. У вас 6 человек, это огромный объем работы по коммуникации и координации. Большинство менеджеров ставят задачу примерно на 3-5 дней. А потом в конце нужно проконтролировать ее выполнение. В результате срок реализации подобной работы получается минимум 9 рабочих дней.
  • А если учесть, что таких задач много, они прилетают с разных концов и все время конкурируют друг с другом за внимание, то на практике это растягивается примерно до 2-3 недель.

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

 

Agile-команда

Смысл Agile-команды в том, что мы пытаемся все это еще больше «зажать».

  • Мы говорим – давайте сделаем это еще быстрее.
  • Процессом управляет скрам-мастер, но фактически координацией работы занимается сама команда.
  • Задачи в Agile распределяются на временные промежутки длительностью примерно по одному дню.
  • Каждый знает, кто чем занимается и может просто сам подойти к нужному человеку и сказать: «Мне кажется, что-то не работает, давай вместе подумаем, как это наладить».
  • И скорость (от момента, как мы начали делать задачу для заказчика до момента, когда мы ее завершили) еще больше увеличивается. Скорость очень важна. Чем быстрее мы будем делать задачи и выводить их на заказчика, тем ниже вероятность, что требования за это время изменятся. Мы называем это периодом полураспада требований – пока вы их выполняете, они успевают немного «загнить». Надо быстро все это выводить в продакшен, пока они еще «горячие». Тогда потеря производительности будет меньше и «провалить» проект будет намного тяжелее.

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

 

Классический тимлид vs скрам-мастер

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

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

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

 

Как формируется команда

Это – известный график Такмана о том, как формируется команда.

  • Когда вы собираете команду – это просто кучка людей, они формируются. Это – фаза Forming, когда вы друг друга еще не знаете, общаетесь друг с другом экстремально вежливо. Кто пришел недавно в компанию, может быть, помнит. «Не будете ли вы так любезны быть так добры». Письма друг другу пишут, хотя рядом сидят. «А почему ты голову не повернул, у него лично не спросил?». «Я думал, он занят» и т.д. Такого типа вещи. Это проходит довольно быстро, в течение недели-двух.
  • А через неделю или две вы реально понимаете, что код – говно, девелоперы – тупые, архитектура – отстой, менеджер – дебил, заказчик – идиот. И есть только один человек, кто может все исправить. Кто? Ты сам, правильно? Ты же знаешь, как это сделать. И представь, таких – шесть человек. Когда они разговаривают, они друг друга не слушают. Эта фаза называется Storming, она, слава богу, проходит.
  • Следующая фаза – это Norming. Потому что ты со всеми ругался-ругался и, наконец, понял кто чего стоит, кто круче, кто не круче, внутри выстроились социальные связи. И здесь начинается доверие и, возможно, консенсус. Люди умеют договариваться на этом уровне. И дальше, по Такману, производительность команды растет в бесконечность.

 

Как можно постоянно повышать эффективность?

Считается, что в среднем по индустрии скорость написания кода – это 100 строк в день. Да, есть производительные дни и дни, когда вы ничего полезного не сделали, но в среднем получается 100 строк кода и это ускорить невозможно – не существует способов мотивировать человека писать быстрее. Если человек вышел на свой нормальный уровень, больше он уже не напишет. Как же можно вывести производительность команды в бесконечность? За счет чего?

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

 

Было бы здорово, если бы мы с первого дня умели правильно делать нужные вещи. Но сначала нам нужно научиться. Нужно постоянно прокачивать свою команду, чтобы она повышала свою производительность с помощью цикла, который называется Plan-Do-Check-Aсt (цикл Деминга).

  • Слева показан классический цикл Деминга, как он должен выглядеть:
    • Мы сначала что-то планируем;
    • Потом делаем;
    • Потом проверяем, получилось или нет.
    • А потом нам нужно заложить время, чтобы что-то улучшить.
  • Но часто у нас нет времени что-то улучшать, потому что много других задач. И из-за этого никакое повышение производительности получить невозможно. Бывает так – надо срочно, быстро, изо всех сил, некогда думать, надо делать. В результате получается, как справа. Есть такие проекты, я в них даже сам участвовал и даже в качестве заказчика.

 

Цикл Деминга – это та вещь, которая действительно работает на повышение эффективности команд. Надо просто остановиться и подумать, всем вместе поговорить на эту тему.

  • Ты спланировал;
  • Сделал;
  • У тебя не получилось;
  • Почему, как ты думаешь?
    • Наверное, потому что мы делаем не то, что нужно заказчику – давайте спросим у заказчика, как сделать то, что ему нужно.
    • Или мы нашли не тех стекхолдеров – давайте найдем правильных стекхолдеров.

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

  • Первое – вам нужна общая цель. Это, наверное, самая важная вещь, без этого вообще ничего не будет.
    • Если у одного человека в команде задача сделать классный продукт, а у другого – уйти пораньше домой (противоположные цели), понятно, что договориться о чем-либо невозможно.
    • Если эта цель явным образом не сформулирована или хотя бы не понимается правильно всеми одинаково, появляется еще одна беда – у всех свое представление. Поэтому, когда мы обсуждаем, что лучше, люди иногда говорят страшные с моей точки зрения вещи. Например: «а мне так удобнее». А как нужно с точки зрения достижения конечной цели? Чтобы это понимать, мы должны сначала для себя эту цель сформулировать.
  • Следующая вещь, которая в Scrum есть в виде коротких спринтов в недельных планах – это наличие Challenges – вот таких коротких целей, к которым мы бежим. Без этого очень тяжело. Я вообще не понимаю, как в России работают проекты с длинными дедлайнами. Для меня это, например, никогда не работало. Когда я еще не знал про Agile, у меня в команде был разработчик, который, когда его спрашивали «что там с проектом»,  говорил: «да еще же два месяца, за это время можно Windows написать». Нет ощущения, что зима близко, что надо уже что-то делать, кажется, что времени много. Поэтому должны быть короткие Challenges (вызовы), когда мы себе ставим конкретную понятную цель. В Agile это достигается просто спринтом. Если вы не в Agile-команде, просто придумайте себе короткий, понятный дедлайн, который разделяет вся команда и старайтесь его добиться.
  • Нужна постоянная обратная связь, мы должны спрашивать заказчика – это то, что нужно или нет. Потому что иначе у нас нет топлива для команды, команда не знает, как себя улучшать.
  • И четвертый пункт – он, с моей точки зрения, самый важный, это дисциплина. Если у нас нет дисциплины, мы принимаем решения, но их не придерживаемся. Почему? Потому что концепция в голове уже поменялась. Вот эту дисциплину должен обеспечивать скрам-мастер.

 

Примеры обратной связи

Давайте  поговорим про обратную связь. Мне очень нравится пример Пола Инглиша из компании KAYAK. Он говорит:

«Я купил красный телефон с громким звонком для нашего офиса. Всякий раз, когда пользователь набирает номер поддержки на нашем веб-сайте, этот телефон звонит. Сперва инженеры жаловались на него. Они говорили: “Как раздражает эта чертова штука». И я отвечал: “Есть действительно простое решение: отвечаете на чертов телефон и делаете то, что осчастливит пользователя!”».

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

Еще примеры обратной связи:

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

 

Давление равных

Давление равных.

  • Code Review – лучший способ обучить молодого разработчика, как правильно кодить.
  • Story Transition – это когда разработчик формально передает сделанную работу тестировщику. Тестировщик посмотрел, говорит: «это никак не запускается, исправляй». И программисту приходится исправлять.
  • И Pairing – парная работа. Парное программирование – это для программистов, но программисты – не единственные люди на проекте, которые могут работать в паре — поэтому говорят pairing.

 

Как работать с мотивацией команды?

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

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

Вы – скрам-мастер такой команды. Что нужно сделать, чтобы увеличить ее мотивацию? Самое плохое, что вы можете сделать – это сказать: «идите, работайте», потому что все уйдут расстроенные. Команду формируют совместно пережитые эмоции, неважно, положительные они или отрицательные. Что значит «совместно пережитые эмоции»?

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

 

Дисциплина

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

  • Решения принимаются;
  • Решения выполняются;
  • Провалы анализируются.

Вот три простые вещи, которые должен обеспечивать скрам-мастер. Его задача – не наказывать людей, а следить за соблюдением всех этих действий.

 

Чем определяется эффективность команды?

Давайте поговорим еще про эффективность команды, как таковой. Смотрите – у меня есть:

  • Крутая команда, ее эффективность растет до бесконечности;
  • Команда, эффективность работы которой упала;
  • И какая-то средняя команда на каком-то среднем уровне.

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

  • «Средняя» линия – просто уровень толерантности к результату (ок или не ок). Он зависит не только от заказчиков или ваших потребителей, но и от самой команды.
    • Насколько самой команде нравится то, что она сделала.
    • Насколько мы эффективно взаимодействуем с заказчиком.
    • Насколько качественно мы пишем код.

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

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

 

Вот иллюстрация ситуации, когда команды отстают. Из-за чего это происходит?

 

Чаще всего команды начинают отставать из-за несоответствия ожиданий и реальности.

Например, вы, как скрам-мастер, собрали людей в команду и сказали им: «Вы будете Agile, вы элита, вы классные, вы сможете сделать продукт за месяц и т.д.». Это – сильно завышенные ожидания и все от команды будут ждать именно такого результата, но она никак не может этого добиться. У нее то одно не получается, то другое. Через какое-то время команда выгорает, просто ментально устает делать работу хорошо. Люди приходят на работу и весь день тупят – практически вся команда. Это – ситуация выгорания.

Что нужно сделать в этом случае?

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

 

Баланс между скоростью и безопасностью. Состояние «потока»

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

  • Если у команды задачи несложные, то ей слишком просто, скучно, неинтересно, провал маловероятен. Бывают команды выгоревшие просто от того, что им скучно. Представьте, вы набрали высококвалифицированных программистов и заставляете их делать какие-то очень простые вещи – отчеты, печатные формы. Что будет с этими программистами? У них будет низкая производительность, и они будут загоняться, будут все время придумывать какую-то никому не нужную ерунду. Потому что скучно.
  • А есть другая крайность, когда сложно, трудно, провал вероятен. Туда тоже мы не хотим выпадать.
  • Что нам нужно сделать? Нам нужно находиться посередине, в состоянии «потока», и обеспечить Success Rate на уровне 50%. Это означает, что примерно половина тех вещей, которые вы хотите попробовать, как команда, могут проваливаться.
    • Если у вас всегда все успешно, эффективность будет недостаточно высокая.
    • Если вы всегда неуспешны – то же самое.
    • Поэтому вам постоянно нужно поддерживать баланс между скоростью и безопасностью.

Что значит «баланс между скоростью и безопасностью»? Например, вы решили попробовать парное программирование.

  • Если вам скрам-мастер говорит: «все с завтрашнего дня работаем в паре», то провал высоковероятен, слишком много изменений. Вы так просто никогда не делали, не умеете. Это – перебор.
  • Можно сделать попроще:
    • Пусть два человека попробуют;
    • Или один час в день;
    • Или какой-нибудь один модуль в паре и т. д.
  • Самый плохой вариант – нам на это не дают время. Очень часто говорят: «нам заказчик на это не дает времени». Такого не может быть! Заказчика спрашиваешь: «ты что, им времени не даешь?»  – «Нет, даю» – «А почему вы считаете, что он вам не дает?». Нам кажется, что на это нет времени. На самом деле, это и снижает производительность. 
  • Для того чтобы поддерживать баланс между скоростью и безопасностью, нам нужен Slack Time – это в английском языке называется «время для того, чтобы улучшать свою производительность».

R03;R03;R03;R03;R03;R03;R03;

Переход на новый уровень

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

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

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

 

Зоны роста

Как измерить эффективность команды? Есть ли какое-нибудь число, метрика, по которой можно сказать, что вот эта команда – крутая?

Никакого общего измерения эффективности команды не существует.

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

  • Недовольный заказчик – это один фокус.
  • А если много ошибок в коде, это будет другой фокус.

У каждой команды есть некоторые зоны роста, в которых ей нужно совершенствоваться. И эффективность команды определяется в соответствии с успехами в этих зонах.

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

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

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

 

Итоги

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

  • Нам обязательно нужен Plan-Do-Check-Act. Нельзя работать просто хаотически.
  • Чтобы цикл Деминга работал, нужны: Цель. Обратная связь. Challenge. Дисциплина.
  • Эмоциональное обсуждение внутри команды, завершающееся планом – для этого тоже нужна дисциплина.
  • Состояние потока с 50% успехом.

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

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2017 COMMUNITY. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. wowik 785 08.10.18 09:12 Сейчас в теме
Картинки очень много места занимают
dunpil; herfis; +2 Ответить
2. genayo 08.10.18 09:29 Сейчас в теме
Не хватает описания применимости всей этой "красоты" к типовым внедрениям 1С.
6. genayo 08.10.18 15:53 Сейчас в теме
(5) Здравствуй, неизвестный боец невидимого фронта. Расскажи, как нормальные люди понимают, как это можно использовать применительно к типовым внедрениям 1С?
7. herfis 365 08.10.18 16:44 Сейчас в теме
(6) А в чем проблема? Всего-то и делов - уболтать заказчика на внедрение по agile :)
ИМХО, это и есть основная сложность.
9. agent00mouse 205 09.10.18 07:26 Сейчас в теме
(7) Заказчику менее всего интересен путь внедрения. Ему интересны сроки, стоимость, а так же лёгкое обучение персонала новому продукту.
3. katenok86 244 08.10.18 10:11 Сейчас в теме
Интересно. Только работает это в командах профессионалов. Мне вот интересно как получить необходимую мотивацию.
4. acanta 08.10.18 11:56 Сейчас в теме
Устойчивое равновесие это всегда дно.
8. herfis 365 08.10.18 16:49 Сейчас в теме
Статья как-то не впечатлила. Какая-то она вторичная и поверхностная. С картинками тоже перебор. Почему-то вместо облегчения восприятия, они его затрудняют. В качестве слайдов к докладу - отлично. А в статье как-то не але получилось.
ЗЫ. Создается впечатление, что статья скомпонована по материалам доклада или презентации. А это не всегда хорошо получается. Все-таки, в целом уровень "попсовости" у докладов всегда выше.
10. PLAstic 253 09.10.18 10:42 Сейчас в теме
Пока читал статью, много ржал, очень жизненные картинки и ситуации, куча открытий, появляется желание попробовать на практике. Потом читаю комменты... УГ
Друзья, видимо, эта статья просто не для вас, но спасибо, что побыли статистами. Как говорят, 8/10 недовольных клиентов обязательно оставят отзывы в то время как довольных - только 2/10.

Интересно было бы послушать ещё что-нибудь этого автора. Зовите его на IE 2018.
12. genayo 09.10.18 11:02 Сейчас в теме
(10)Хорошо, что гибкие методологии ещё для кого-то являются открытием. Можно тонны статей про это написать...
11. acanta 09.10.18 10:57 Сейчас в теме
У лектора свежая команда из 6 человек пребывает в шторминге через 2 недели после начала работы и дальше либо вверх либо вниз.
В (на) моей практике этот график все же больше синусоида. Шторминг происходит при каждом новом человеке в коллективе, после отпуска, после каких либо значимых событий в личной жизни любого из членов команды (женился/вышла замуж, муж купил, родители подарили, ребенок занял место в олимпиаде, встретил на улице бывшего клиента/нашел одноклассника, не говоря уже о повышении оклада кому либо - изменение/сверка социального статуса - и новый шторминг в той же команде или даже снова "не будет ли любезен").
В остальном реакция - "народ безмолвствует".
13. herfis 365 09.10.18 12:10 Сейчас в теме
Фига себе. Вики говорит, что аджайл манифесту уже 17 лет, а скрам как подход зародился вообще в восьмидесятых. Шоке.
14. AntonDr 10.10.18 00:21 Сейчас в теме
А иной раз некий адепт натягивает подобный термин на команду и тратит ее драгоценное время на шелуху ... А она и не команда вовсе а отдел, и ей этого вообще не надо. Все хлопают и в то же время мысленно как бы открещиваются - "мы не секта, мы не секта"
15. capitan 1671 13.10.18 16:26 Сейчас в теме
Не знаю как у франчайзи, а в Enterprise-корпорации развлечение новыми веяниями и сплочениями Agile команд моментально проходит когда руководство получает волшебный пендель от собственника.
После этого ИТ директор прилетает на крыльях счастья и с дымящимся фитилем, устанавливает сроки высосанные из пальца вышестоящего начальства, а если очень хочет выслужиться то из своего.
Все напрягаются, задача решается, наступает общий расслабон и апплодисменты и так до следующего аврала.
Вот такая гибкая разработка.
16. acanta 13.10.18 19:26 Сейчас в теме
Все правильно, 1с это само занятость. Если результат этой работы оказывается пригодным это случайность, коммерчески рентабельным вообще чудо.
Качественный продукт, если он выходит на рынок и в него вкладываются средства на разработку документации, защиту и продвижение, теряет качество и актуальность кода быстрее, чем занимает какую то нишу. Разработчик чаще всего меняется или даже если он остается, работы по постоянному рефакторингу, оптимизации и адаптация под новые релизы платформы
или не ведутся или ведутся в ущерб коммерческой составляющей. Целенаправленной командной работе еще надо научиться, а не изобретать психологическую совместимость в восхождениях на Джомолунгму.
Но это не проблема 1с, это общество недостаточно разделено на круги общения.
Оставьте свое сообщение

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

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

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

04.04.2019    12444    67    Infostart    18    

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

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

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

26.06.2020    3045    0    1c-intelligence    15    

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

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

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

08.06.2020    3705    0    stepan96    11    

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

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

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

25.05.2020    4451    0    sapervodichka    1    

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

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

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

24.01.2019    9433    0    user809424    11    

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

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

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

18.05.2020    9730    0    MariaTemchina    33    

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

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

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

23.03.2020    4841    0    MariaTemchina    24    

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

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

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

03.03.2020    5572    0    VLikhobabin    44    

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

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

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

29.06.2017    33392    0    1СERP    79    

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

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

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

23.01.2020    10673    0    MariaTemchina    8    

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

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

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

09.01.2020    5794    0    roman72    0    

Про одну Тётю

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

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

24.12.2019    6277    0    1c-intelligence    32    

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

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

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

09.06.2017    30301    0    1СERP    175    

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

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

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

14.10.2019    5631    0    chavalah    16    

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

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

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

19.09.2019    11634    0    ogroup    163    

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

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

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

16.09.2019    9003    0    GSoft    15    

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

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

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

18.04.2017    31133    0    1СERP    189    

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

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

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

30.08.2019    10706    0    SergeyN    6    

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

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

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

20.08.2019    8076    0    KoldunOne    7    

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

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

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

16.08.2019    7771    0    Hissin    18    

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

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

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

10.04.2017    31014    0    1СERP    107    

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

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

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

28.06.2019    7409    0    SergeyN    1    

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

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

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

24.06.2019    6317    0    sbase    9    

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

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

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

19.06.2019    9567    0    FB_10160810658600104    62    

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

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

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

03.04.2017    41691    0    1СERP    231    

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

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

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

18.06.2019    7107    0    MariaTemchina    8    

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

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

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

31.05.2019    8280    0    MariaTemchina    23    

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

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

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

14.05.2019    10707    0    1c-intelligence    121    

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

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

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

23.02.2017    27097    0    Gavrik    10    

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

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

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

06.05.2019    7121    0    MariaTemchina    8    

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

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

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

04.05.2019    8616    0    1c-intelligence    39    

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

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

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

15.04.2019    11031    0    MariaTemchina    15    

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

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

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

17.06.2016    39568    0    raiml    37    

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

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

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

13.02.2019    7945    0    chavalah    22    

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

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

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

12.02.2019    9512    0    MariaTemchina    20    

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

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

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

04.02.2019    9670    0    1c-intelligence    64    

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

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

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

26.12.2014    44031    0    CheBurator    64    

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

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

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

31.01.2019    8002    0    MariaTemchina    0    

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

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

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

14.01.2019    9810    0    MariaTemchina    13    

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

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

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

10.01.2019    12270    0    chavalah    123    

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

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

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

1 стартмани

14.09.2015    35871    0    axxell    15    

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

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

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

26.12.2018    9335    0    1c-intelligence    7    

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

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

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

19.12.2018    9317    0    MariaTemchina    24    

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

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

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

09.12.2018    8765    0    chavalah    119    

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

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

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

06.04.2015    37376    0    raiml    14    

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

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

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

05.12.2018    16576    0    andironenko    128    

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

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

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

03.12.2018    8334    0    capitan    26    

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

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

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

26.11.2018    9618    0    MariaTemchina    40    

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

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

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

16.11.2014    28425    0    raiml    46    

"Черные страницы Scrum", по версии Ивана Селиховкина

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

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

23.11.2018    10710    0    Selikhovkin    8    

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

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

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12116    0    andironenko    43