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

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

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

Методологии, какие бы гибкие они ни были, все равно имеют свои правила, от которых нельзя отступать. У Scrum, например, это многочисленные встречи и планирование, у Waterfall (водопад) – невозможность перейти на следующий этап прежде, чем завершится предыдущая стадия. А что будет, если отказаться от методологий? Команда не будет работать? Продукт не получится? О результатах проекта, в котором не было привычного планирования, рассказала участникам конференции INFOSTART-2018 менеджер проектов компании Яндекс Галина Митричева.

Справка:

Галина Митричева окончила Российский государственный гуманитарный университет, изучала программирование и лингвистику. Управляет проектами с 2010 года. В компанию «Яндекс» пришла в 2013 году. Занималась браузером и видео, преподаёт в Школе менеджеров Яндекса.

 

Предисловие

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

Сразу отмечу, что не буду называть никакие продукты, команды, сервисы и проекты своими именами. Чтобы назвать продукт, я буду использовать аналогию с компанией Tesla. Но Tesla, о которой пойдет речь, это не та Tesla, которой занимается Илон Маск и которая делает электромобили.

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

Но кроме автомобилей, чтобы помогать развитию своего бизнеса, Tesla также занимается проектом под названием Tesla Super Charger – строительством сети электрических заправочных (зарядных) станций по всей Америке. И строительством этих заправок, наверняка, занимается команда, которая, в первую очередь, посвящает себя именно строительству, то есть фактически не занимаются созданием автомобиля. Но внутри этой команды, безусловно, существуют люди, которые непрерывно общаются с теми специалистами, которые в рамках производства автомобиля занимаются разработкой аккумулятора.

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

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

 

 

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

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

 

Какие методологии использовала команда по созданию машины и команда строительства

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

Команда строительства существует иногда по «водопаду», иногда по Agile, иногда – как придется. Соответственно, та часть, которая была передана в мой проект, не очень понимала, по какой методологии существовать.

Что касается тех людей, которые занимались тестированием, то они работали по классическому first in, first out (фёст ин, фёст аут):  что им выдали, то они и тестировали.

И с этим зелененьким полем мне нужно было каким-то образом построить процессы по созданию продукта – как проверить наши гипотезы.

 

Какие задачи надо было решить

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

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

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

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

 

С чего мы  начали: попытка № 1

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

Так мы стартовали. В общем темпе Scrum основной команды, но у этой ситуации, как оказалось, были минусы.

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

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

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

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

 

 

Трансформация: попытка № 2

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

Итак, попытка № 2. Команду строительства я выделила в отдельный Scrum, чтобы они не участвовали ни в какой общей бюрократии: у них довольно мало точек соприкосновения с большой командой, особенно если говорить про внешние моменты (внешнее от зеленого сектора). Поэтому они были выделены в отдельный процесс.

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

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

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

 

 

«Хаос на ручном управлении»: попытка № 3

В таком виде мы некоторое время существовали, а потом решили, что хватит терпеть, надо еще что-то изменить в лучшую сторону. И перешли к методологии, которую я называю «Хаос на ручном управлении», потому что она не вписывается ни в какую методологию, ни в какие правила.

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

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

 

 

Что из этого всего получилось? Плюсы, которые я вижу:

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

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

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

 

 

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

Я попыталась нарисовать, как весь процесс выглядит наглядно, для тех, кому проще воспринимать картинкой.

 

На картинке у нас три понедельника и две пятницы. Здесь абсолютно отсутствует выходные, чтобы упростить картинку.

Что у нас происходит? Во-первых, мы видим первую пятницу. Пятница – это день планирования большого Scrum большой командой, из которых мы ушли. Но поскольку налоги нам все еще платить надо, каждую вторую пятницу (1 раз в 2 недели) я (единственный человек из всей команды) участвую в планировании большого Scrum большой команды и забираю ту долю налогов, которая приходится на наше количество душ. Эти налоги я приношу на планирование команд в понедельник. В понедельник мы

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

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

 

Выводы

Что я могу сказать, какими выводами могу поделиться по поводу происходящего?

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

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

 

 

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

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

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

 

 

Что нужно, чтобы хаос работал

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

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

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

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

 

 

Вместо послесловия

Последняя мысль, которую я хочу донести своим рассказом. Методологии – это классно. Но не бойтесь иногда ломать правила. Даже если по этим правилам уже живет куча умных людей, очень умных людей, и вы их очень уважаете, и они очень давно по этим правилам живут, и у них все классно. Если вы считаете, что правило нужно сломать, ломайте и получаете от этого удовольствие. Не нужно этого бояться!

 

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

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

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

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Дата
1. Rustig 1608 05.08.19 08:16 Сейчас в теме
(0) Спасибо за доклад!
Вопрос: как оплачивается работа специалиста с горящими глазами? какая система финансовой мотивации заложена в работе команд?
Оставьте свое сообщение

См. также

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

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

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

24.01.2019    9968    user809424    11    

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

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

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

18.11.2020    1624    MariaTemchina    8    

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

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

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

11.09.2020    2803    alexandr.blinov    17    

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

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

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

04.09.2020    3023    MariaTemchina    23    

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

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

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

29.06.2017    34695    1СERP    79    

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

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

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

20.08.2020    2821    MariaTemchina    4    

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

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

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

26.06.2020    4423    1c-intelligence    17    

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

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

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

08.06.2020    4984    stepan96    12    

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

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

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

09.06.2017    31290    1СERP    175    

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

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

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

25.05.2020    5503    sapervodichka    1    

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

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

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

18.05.2020    11011    MariaTemchina    33    

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

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

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

23.03.2020    5868    MariaTemchina    24    

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

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

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

18.04.2017    32275    1СERP    189    

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

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

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

03.03.2020    6348    VLikhobabin    44    

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

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

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

23.01.2020    16573    MariaTemchina    8    

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

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

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

09.01.2020    7326    roman72    0    

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

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

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

10.04.2017    32211    1СERP    107    

Про одну Тётю

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

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

24.12.2019    6808    1c-intelligence    33    

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

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

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

14.10.2019    5989    chavalah    16    

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

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

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

19.09.2019    12503    ogroup    163    

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

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

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

03.04.2017    43100    1СERP    231    

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

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

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

16.09.2019    9952    GSoft    16    

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

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

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

30.08.2019    12631    SergeyN    8    

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

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

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

20.08.2019    9041    Arsen1986    7    

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

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

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

23.02.2017    27771    Gavrik    10    

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

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

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

16.08.2019    8454    Hissin    18    

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

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

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

28.06.2019    8273    SergeyN    1    

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

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

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

24.06.2019    6860    sbase    9    

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

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

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

17.06.2016    40359    raiml    37    

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

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

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

19.06.2019    10392    FB_10160810658600104    62    

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

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

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

18.06.2019    7696    MariaTemchina    8    

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

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

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

31.05.2019    9478    MariaTemchina    23    

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

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

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

26.12.2014    44900    CheBurator    64    

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

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

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

14.05.2019    11331    1c-intelligence    121    

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

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

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

06.05.2019    7765    MariaTemchina    8    

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

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

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

04.05.2019    9034    1c-intelligence    39    

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

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

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

1 стартмани

14.09.2015    36377    axxell    15    

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

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

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

15.04.2019    11998    MariaTemchina    15    

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

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

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

13.02.2019    8302    chavalah    22    

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

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

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

12.02.2019    10211    MariaTemchina    20    

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

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

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

06.04.2015    37879    raiml    14    

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

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

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

04.02.2019    10208    1c-intelligence    64    

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

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

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

31.01.2019    8383    MariaTemchina    0    

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

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

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

14.01.2019    10282    MariaTemchina    13    

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

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

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

16.11.2014    28842    raiml    46    

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

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

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

10.01.2019    13032    chavalah    123    

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

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

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

26.12.2018    10013    1c-intelligence    7    

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

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

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

19.12.2018    9966    MariaTemchina    24    

Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен? Промо

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

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

13.11.2014    28051    raiml    236    

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

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

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

09.12.2018    9286    chavalah    119    

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

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

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

05.12.2018    17236    andironenko    128    

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

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

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

03.12.2018    8814    capitan    26