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

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

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

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

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

 

Достопочтенный коллега, я искренне соболезную твоей неудаче, и твоей загубленной карьере!.. 
Я попытался пообщаться с тобой при увольнении, но ты только бегал с горящими глазами кругами по офису, и твердил “Скрам! Больше никогда!!! Только через мой труп! Как можно было быть таким глупцом!" Поняв, что вызвать тебя на разговор не удастся, я решил записать свои размышления на бумаге, в тщетной надежде, что ты прочитаешь мой ответ и сможешь учесть его в дальнейшей работе…

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

Цитаты из "Черной книги Скрам" будут выглядеть вот так

А то, что между ними - мои комментарии.

 

 

Помню то утро, когда ребята показали и рассказали про манифест. В нем все было стройно. Но уже первая строчка сигнализировала мне «Agile-манифест разработки ПРОГРАММНОГО обеспечения». Программного. И ничего другого.
Этот подход придумали для программистов. Причем, не для любых, а для особенных (об этом позже). 

Да, совершенно верно. Придумали для программистов. А дальше адаптировали для самых разных сфер - одно сообщество в фейсбуке “Agile вне IT” насчитывает более 1600 участников!.. А мой коллега, пришедший на конференцию по Agile был шокирован количеством строительных компаний, проявляющих интерес к теме - а уж нам, сторонним наблюдателям, казалось бы, что дом построить дом можно исключительно по водопаду! А школьные учителя нынче пачками изучают придуманный в Голландии подход EduScrum - построение предметов в школе по гибким методологиям. В общем, практически любой подход был изначально придуман для кого-нибудь одного - например, для военных (модель водопада), для детей с отставанием в развитии (методика Монтессори) и т. п. - а потом уже, оказавшись удачным, был растиражирован. 

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

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

Роли, артефакты, правила менять нельзя. Нельзя менять правила! Черт! Иначе это уже не Cкрам. А как же “люди и их взаимодействие важнее процессов”? Вот что должно было меня насторожить. Самый популярный управленческий agile-фреймворк прямо так и говорит. Это Cкрам. Ничего менять нельзя! Даже не думайте называть это Cкрамом в противном случае! И да, это agile.

Дружище, что ты придираешься к деталям??? Есть умный мужик, Джефф Сазерленд, он описал технологию, придумал для неё имя. Написал книгу, проводил обучение, сделал имя и деньги. Ну и говорит, если искажаете - не называйте моим именем. По-моему, предельно логично! "Нам сказали, что глинтвейн - это горячее вино с фруктами и специями. Из вина у нас была только водка, из фруктов - лук, а из специй - черный перец"...   Сазерленд так не хотел.  Хочешь - переделай как угодно, называй просто - гибридный подход на основе скрам. Таких навалом - есть ScrumBan, есть EduScrum, есть InfoScrum, есть “Сберджайл” (вместо Эджайла)...

Как минимум в одном соглашусь с автором - ни я, ни мои коллеги, кого я спрашивала, не встречали в России работающего скрама в чистом виде. Все адаптировали под себя, так или иначе. Но - через некоторое время.

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

Рекомендации экспертов западных, взятые не с потолка: ребята, начиная внедрять Agile, возьмите целиком готовый фреймворк (Scrum, или XP, или что ещё), и внедряйте "коробочную версию". Потом уже, когда освоитесь, подменяйте под себя. Ибо иначе у вас с большей вероятностью получится лажа, причем непонятно: из-за ваших переделок или из-за того, что подход не особо работает.

На старте, пока работа не началась - определить сроки невозможно. Скрам это прямо запрещает. Нет velocity - нет оценок. Вот тут надо остановиться и перечитать. Не отработал несколько спринтов - оценок нет. 

Про оценку сроков. В ходе подготовки к сдаче экзамена Agile Certified Practitioner от PMI, я подробно изучил, что говорят эксперты Agile про планирование. Они говорят: в начале проекта используйте более классические подходы к планированию, а потом уже - инструменты Agile. Даже схемка есть в книжках, что в начале проекта мы больше используем традиционные инструменты планирования, а со временем всё больше начинаем использовать Agile-инструменты. 

 

Вы скажете - но Скрам гайд этого не предлагает! Верно, не предлагает. Но там с самого начала написано, что Скрам - не исчерпывающее руководство, используйте чужие инструменты - не вместо, а кроме. Ну и да, если почитать только одну книжку - Scrum Guide, и другую литературу по Agile проигнорировать - придется самостоятельно набивать те шишки, которые другие уже набили. 

Другими словами, заказчик интересуется: “Ребята, когда закончите?”. Ответ- “Подожди месяцок - другой, мы тебя сориентируем”.

Про то, что заказчик не готов к ответу "мы не знаем, когда будет готово" - знаю много прецедентов, когда заказчик готов к такому ответу. Как отмечали в комментариях к статьям про Agile на Инфостарте - чаще всего Заказчик готов к нему после одного или нескольких громких провалов проектов по Водопаду. Хотя да, не всегда.

Серьезно. Чтобы понять абсурдность ответа, достаточно поставить себя на место заказчика ремонта, покупателя дома абитуриента или поступающего в ВУЗ и слышащего что-то вроде: «ты сперва поступи, поучись, мы потом скажем сколько у нас курсов и во сколько тебе диплом выйдет». «Взамен получишь регулярные занятия, прирост знаний - ты же за ними, в первую очередь, пришел?» И да, и нет - пришел за знаниями, но и диплом, и звание, которое он дает- имеет значение.

А вы попробуйте представить пример не с ВУЗом, а с образовательным маршрутом сотрудника в компании. Так ли уж ему важен ответ на вопрос “ну и когда вы уже перестанете рекомендовать мне повышать квалификацию, и дадите спокойно поработать????”. Если и сотрудник, и система обучения адекватные - то не так уж и важен...

Проблема в том (черт, я должен был это предвидеть)- люди на проекте меняются. Одни уходят в отпуск, другие пропускают по болезни. Кто-то (да и такое бывает) - увольняется, в команду вливаются новички. Каждая такая перестановка как-то влияет на velocity. Никто не знает как. И это официально.

Я вас умоляю. Опять же, учим матчасть. Про расчет velocity - уход сотрудников в отпуск и на больничный легко считается, в Agile есть формулы. Я их честно курил в ходе всё той же подготовки к экзамену, и даже примерял на практике. Например, хорошее решение предлагает Хенрик Книберг (Автор книги Битва за Agile: Scrum и XP:Заметки с передовой - есть в открытом доступе на русском), который в отличие от безымянного автора “Черной книги Скрам” - смог - то есть построил работающую Скрам. Он вводит понятие “фокус-фактор” - насколько команда в течение спринта будет сфокусирована на имеющихся задачах. Если половину времени половина состава болеет/в отпуске - то он будет равен 50%, и так далее. Ну, смену состава тоже можем учесть при помощи коэффициентов. 

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

Золотые слова. Без этого не надо и начинать!

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

Про кросс-функциональность - ну, тоже, ребята, читайте не только скрам-гайд, а ещё книжки. Например, тогда узнаете про I-специалистов и T-специалистов. I-специалист - кто хорошо умеет свою сферу - веб-дизайнера, аналитика, тестировщика и т.п. - и все. T-специалист - у него кроме большой вертикальной палочки, еще и небольшие палочки в сторону. Он хорошо знает свою зону компетенций, и немного знает другие. И наша задача стремиться, чтобы в команде было как можно больше T-специалистов. Чтобы разные члены команды могли говорить на одном языке, могли поддержать друг друга, если не заменить, могли помочь с какими-то задачами, если не со всеми и т. п.  Надо ли вообще отказываться от I-специалистов? Нет, не всегда мы имеем такую возможность. Но чем больше у нас T-специалистов - тем слаженнее работает команда, тем меньше у нас рисков и незаменимости. 

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

Бинго!!! Ребята, для описанной ситуации скрам не логичен. Логичен Канбан.
См. статью про Канбан, и см. видео Олега Фогеля как они в 1С от Скрама к Канбану перешли.

У нас были замечательные специалисты. Опытные и неравнодушные. Неопытные и неравнодушные были тоже. Но были и демотивированные. Уставшие от работы. Принцип командной ответственности не работает в токсичном коллективе.

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

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

Коллега, опять вспоминаю матчасть! Например, Agile guide от PMI! Или хотя бы всё те же статьи на Инфостарте.
Agile предполагает итеративность+инкрементальность. Есть проекты, которыми можно управлять гибкими методами. Есть проекты, которыми нельзя. Нет хороших или плохих методологий. Есть подходящие и не подходящие. Если у вас нет возможности технической делать частые релизы - Agile в полной мере не применим.

Подходы к управлению проектами

 

Запомни. Скрам работает не везде. У нашего продукта не было большого количества пользовательской функциональности. И мы дробили на спринты задачки, которые волновали только нас (а заказчику на эти промежуточные варианты было плевать). Он ждал сразу автомобиль, потому что единственное что его волновало - не цвет кузова, а скорость на автобане.

Ура, наконец-то ты заметил! Хотя здесь я расскажу интересное. Scrum можно рассматривать в двух ипостасях. Подход первый - Scrum - это фреймворк в рамках Agile подхода. Тогда всё вот это должно быть верным - частые релизы, ценный для заказчика результат каждые несколько недель и т. п.  Подход второй (на самом деле, его используют многие, в том числе в органах власти, сам Сазерленд тоже упоминал о таких проектах) - что у нас проект управляемый по классической методологии, но самим процессом мы управляем по Scrum - спринты, стэндап-совещания, демонстрации заказчику в конце каждого спринта - пусть не готового продукта, но хотя бы того, что мы тут не дурака валяли!.. И в таком варианте Scrum тоже может быть применимым и ценным (хотя это не совсем Agile). 

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

И снова золотые слова! Жму твою руку, не смотря на то, что тебя уволили.

Увы, быть agile для организации не означает перестать нуждаться в финансовом планировании. В балансировке портфеля. Скрам не умеет управляться с ограничениями внутри микрокоманды (5-7 человек). И вместо того, чтобы бороться с этим, предлагает масштабировать это на уровень организации в целом!

Не совсем так, коллега. Действительно, команде трудно работать по Scrum, когда в начале финансового года от нее требуют бюджет и сроки каждого проекта. Полноценное внедрение Scrum на уровне компании требует другой схемы управления портфелями. Например, я сторонник управления по потоками ценности (Value Streams) - подход SAFE (когда-нибудь напишу об этом статью на Инфостарте), есть подход LESS про Scrum на уровне организации. 

Значит, потери на планирование каждую неделю составляют 30%! Тридцать проклятых процентов! Вот наш Скрам без планирования.

Послушай, тебя кто-то дезинформировал. Покажи мне его, я вызову его в курилке на мужской разговор. В Agile, конечно же, БОЛЬШЕ планирования, чем при водопаде (просто оно распределено по всему проекту). Потому что в водопаде мы планируем один раз, а дальше ломимся вперед под лозунгом “вижу цель не замечаю препятствий”. А при применении гибких методов нам приходится корректировать ранее запланированное с учетом вновь поступившей информации. И вообще, напомню, Agile рассчитан на проекты, которые слишком сложны, чтобы их сделать по водопаду - надо ли удивляться, что планирования и переделок там будет изрядно? Бывает ли методология в которой планирования меньше? Бывает, да. Называется “Do&Fix” или же “Тяп-ляп”. Обеспечит быстрый результат соответствующего качества. 

Еще раз резюме - я же уже говорил, что не сталкивался с успешным применением Скрама в чистом виде в российской действительности?.. А с успешным применением адаптированного скрама - вполне. Все просто адаптируют, и не жужжат. И не наезжают на старину Джефа )))

Библиография:

1. Черная книга Скрам. Записал Иван Селиховкин

2. Кен Швабер и Джефф Сазерленд. Скрам Гайд. Исчерпывающее руководство по Скраму: Правила Игры. 

3. Манифест Agile

4. Хенрик Книберг. Битва за Agile: Scrum и XP:Заметки с передовой 

5. Видео. Олег Фогель рассказывает о гибкой методологии разработки

6. Мария Темчина. Можно ли объять необъятное или чем Agile отличается от водопада?

7. Мария Темчина.Почему Agile превращается в Тяп-ляп. Кто виноват и что делать? 

8. Мария Темчина.Канбан в условиях российской действительности

 

Подробнее об управлении ИТ-проектами вы можете узнать на моих онлайн-курсах 

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. musatov1c.ru 6 27.11.18 06:51 Сейчас в теме
Профайлинг Владимира Миронова говорит, что инструменты подходящие для человека одного типа не подходят для человека другого типа. Лишь 20% информации поддается непосредственному восприятию и адаптации в случае "интертипной" передачи.
Эта переписка яркое тому подтверждение. Одни говорит, какого...! Другой, так ты адаптируй.
А он просто реально не может. Родился не таким, а другим. :)
2. MariaTemchina 1164 27.11.18 10:01 Сейчас в теме
(1)
А он просто реально не может. Родился не таким, а другим. :)

Ну, мне кажется, когда мы говорим про внедрение проектных технологий, некоторым перебором будет являться фатализм "не таким он родился, чтобы адаптировать Скрам"... А как же свобода воли и свобода выбора? ))))
4. musatov1c.ru 6 27.11.18 11:53 Сейчас в теме
(2) ежики плакали, кололись и продолжали жрать кактусы :)
3. nayd 9 27.11.18 10:59 Сейчас в теме
Один я запутался в тексте?
5. MariaTemchina 1164 27.11.18 12:16 Сейчас в теме
(3) Не, не думаю.
Просто нужно прочитать сначала Чёрную книгу Скрам. Которая, в свою очередь, является ответом на Скрам Гайд. А потом уже стоит читать эту статью. Если после этого непонятно - скажите, будем думать, что делать.
Если недосуг или неинтересно читать первоисточник - можно просто пропустить статью...
6. nayd 9 27.11.18 13:11 Сейчас в теме
(5) Достаточно ли просмотреть выступление на конференции Инфостарта, а не читать книгу?
По тексту: я просто не сразу понял, что текст написан не Вами, и запутался, где Ваши мысли, а где мысли неизвестного автора. Для меня трудно воспринять этот текст, поэтому спросил, у одного ли меня проблемы? :)
7. MariaTemchina 1164 27.11.18 13:12 Сейчас в теме
(6)
Достаточно ли просмотреть выступление на конференции Инфостарта, а не читать книгу?

Думаю, да.

Текст столь же написан не мною, как Черная книга Скрам написана не Иваном Селиховкиным )))
8. Valerych 27.11.18 16:08 Сейчас в теме
Все знают поговорку: "В споре рождается истина".
В английском языке есть другая:
"Thought thrives on conflict".
Мысль преуспевает (расцветает) в столкновении (в борьбе).

Марина, получилось отлично!
Как на мой взгляд, Ваши аргументы уместно дополняют все наблюдения Ивана Селиховкина.
Иван предостерегает от бездумного использования Скрам, Вы в свою очередь предостерегаете от неверного понимания написанного Иваном.
CheBurator; MariaTemchina; +2 Ответить
9. dsdred 1461 27.11.18 17:15 Сейчас в теме
Спасибо, достойный ответ.
Я читал Черную книгу где написано "Нельзя построить мост по Scrum" и прям акцент на этом сильный.
И ни как не мог понять как автор пришел к этому выводу?

Тот же Крымский мост строили по частям...

Да и вообще многие вещи высосаны из пальца и примеры тоже...

Вообще прочитав Черную книгу сложилось ощущение - "Попробовал, не вышло, методика Г."
Иногда виновата не методика, а тот кто ее использует. Тем более если у других работает.
MariaTemchina; +1 Ответить
11. MariaTemchina 1164 27.11.18 17:43 Сейчас в теме
(9)
Вообще прочитав Черную книгу сложилось ощущение - "Попробовал, не вышло, методика Г."

Мне кажется, что вы чересчур категоричны. Автор все-таки неоднократно говорит, что "в моих условиях Скрам оказался неприменим", он не настаивает на универсальности утверждений...
19. teller 28.11.18 08:15 Сейчас в теме
(9)
Тот же Крымский мост строили по частям...

спасибо за минуту смеха
20. dsdred 1461 28.11.18 10:51 Сейчас в теме
(19)На здоровье, только объясните чего смешного.

Его до сих пор строят, часть работ сдано по частям и используется.
Его же не полностью "сдали", на текущий момент, на сколько я знаю.
36. teller 29.11.18 09:13 Сейчас в теме
(20) вы обычную технологическую цепочку относите с скраму, у них еще жд часть в работе не сдана
39. dsdred 1461 29.11.18 12:49 Сейчас в теме
(36)
вы обычную технологическую цепочку относите с скраму

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

В черной книге написано. Помнишь фразу «нельзя построить мост по Скрам?» Так вот: нельзя построить мост по Скрам!. И объясняется тем, что заказчику нужен сразу готовый мост.
Я лишь говорю, что по скраму нельзя сделать простой(короткий) процесс. Например бросить бревно через ручей(чем не мост?).

Скрам предполагает разбивку проекта, в данном случае моста на подзадачи которые лежат в беклоге. Расстановка по полезности и трудности (20% задач из которых = 80% пользы от всего проекта). При этом по скраму в конце спринта ты должен демонстрировать какую то часть работ и получать обратную связь и если требуется улучшать и совершенствовать. Что мы и наблюдаем, постепенное выполнение проекта "Крымский мост". Я не знаю всего что там происходило, в ходе процесса могли меняться материалы, пересматриваться часть проекта и т.д.
Проект еще не завершен, но мостом уже пользуются и есть обратная связь. Значит были приоритеты.

К примеру по транспорту приоритеты расставлены так:
1 Обычный транспорт к летнему сезону
2 Грузовой транспорт после летнего сезона
3 Железная дорога
и т.д.

П.С, Конечно я могу быть не прав, но мне видится именно так.
10. starik-2005 2198 27.11.18 17:32 Сейчас в теме
12. comol 4355 27.11.18 18:41 Сейчас в теме
(0) Спасибо за Ваш труд. Репостнул в отдел. "Черную книгу Скрам" конечно неподготовленному читателю читать вредно и более того - такой доклад на IS ОЧЕНЬ вреден.

Вцелом конечно в "чёрной книге" написано всё правильно. Скрам - детерминированный фреймворк, очень хорошо заточенный под определённые цели.

В 1С среде чаще всего не применим, ну или очень тяжел к внедрению. Юзаем Канбан и не паримся. Главное сейчас чтобы хотя бы как то Agile зашел.
MariaTemchina; +1 Ответить
14. CheBurator 3426 28.11.18 05:31 Сейчас в теме
(12) я вот тоже с этим мучаюсь на самом начальном этапе.
то что говорили уже.
проекты сложные.
клиент при заключении договора фиксирует и срок и бюджет.
сложность системы/доработок/настроек становится ясна только после техпроекта который первый этап проекта. конечно - первоначальная прикидка цены проекта производится. но все чертики - в частностях. которые всплывают только в ТП. и то не всегда. замкнутый круг
21. starik-2005 2198 28.11.18 11:04 Сейчас в теме
(14)
я вот тоже с этим мучаюсь на самом начальном этапе.
то что говорили уже.
проекты сложные.
клиент при заключении договора фиксирует и срок и бюджет.
сложность системы/доработок/настроек становится ясна только после техпроекта который первый этап проекта. конечно - первоначальная прикидка цены проекта производится. но все чертики - в частностях. которые всплывают только в ТП. и то не всегда. замкнутый круг
Уже все украдено до нас. Есть такая штука, как "уровень зрелости системы управления организацией", которую как раз то, что украдено, позволяет совершенствовать. В пределе это и такой вот результат: "может в срок, качественно, в рамках заранее определяемого бюджета, с долгосрочным перспективным инновационным лидерством организации на рынке". В России компаний с таким уровнем зрелости процессов к сожалению нет (информация 5-тилетней давности, так что могло и поменяться что - на тот период было в лучшем случае 3-ка). Так вот в плане инновационных ИТ-компаний, то даже на 3-й уровень без SCRAM зайти непросто, ибо нужна управляемость и предсказуемость в совокупности с гибкостью и скоростью. На 5-м уровне все, что мы в России знаем о ведении бизнеса, можно забыть (как то, чему кого-то может быть учили в ВУЗе)..
Winstoncuk; +1 Ответить
22. KapasMordorov 428 28.11.18 12:03 Сейчас в теме
(21)
Люксофт.
http://www.comnews.ru/node/3755
Когда получал 5-й уровень, про Люксофт можно было сказать, что это российская компания.
Сейчас скорее швейцарская.
13. CheBurator 3426 28.11.18 05:28 Сейчас в теме
"И вообще, напомню, Agile рассчитан на проекты, которые слишком сложны, чтобы их сделать по водопаду"
- оппа! как определить - сложен проект для водопада и делаем по Agile или все пучком и справимся по водопаду?
15. dm_romanov.idm 28.11.18 06:45 Сейчас в теме
(13)
как определить - сложен проект для водопада и делаем по Agile или все пучком и справимся по водопаду?

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

Agile подходы действительно помогают, про Scrum не скажу, так как полностью данный фреймворк не использовали.
16. CheBurator 3426 28.11.18 06:51 Сейчас в теме
(15)
Если цели и способы их достижения ясны, не предвидится орг. проблем, точно можно оценить сроки и бюджет (с допустимой погрешностью)

- как это определить возможно ли это сделать или нет и полученные "исходные" данные соответствуют требуемой точности?
17. CheBurator 3426 28.11.18 06:52 Сейчас в теме
(15) т.е.
"Если цели и способы их достижения ясны"
- как это определить?

"не предвидится орг. проблем"
- как это определить?

"точно можно оценить сроки и бюджет (с допустимой погрешностью)"
- это было в исходном моем вопросе, тавтология.
18. dm_romanov.idm 28.11.18 07:07 Сейчас в теме
(17)
"Если цели и способы их достижения ясны"
- как это определить?

Цели - конкретные, достижимые. Автоматизируемые процессы устоявшиеся и легко формализуются, в НСИ порядок. Техническая реализация вам понятна, похожее вы уже делали и не раз.

(17)
"не предвидится орг. проблем"
- как это определить?

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

(17)

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

Исходный вопрос на который я отвечал: "Как определить - сложен проект для водопада и делаем по Agile или все пучком и справимся по водопаду?".
Если не можешь определить сроки и бюджет, значит точно не водопад!
24. CheBurator 3426 28.11.18 13:10 Сейчас в теме
(18) это вы какого-то сферического коня в вакууме нарисовали ;-)
29. dm_romanov.idm 28.11.18 15:36 Сейчас в теме
(24) Безусловно, поэтому и не работает водопад, что реальность отличается от идеальной картинки )
33. CheBurator 3426 28.11.18 18:22 Сейчас в теме
(29) Хорошо.
раз реальность отличается от идеала - где критерии чтобы понять где проходит "водораздел, пусть даже нечеткий, но достаточный для приянтия обсонованных решений" чтобы принять взвешенное решение о выбре варианта? В итоге - если не будем закрывать глаза. а говорить как есть - то приходим либо к ЭКСПЕРТНОЙ ОЦЕНКЕ (то есть чистый человеческий фактор) либо к инструменту для оценки ситуации и принятия выбора (который - инструмент - может быть точно таким же "экспертным" либо реально инструментальный но его сложность будет сопоставима со сложностью самого проекта потому что по сути это и будет проект в виде одной из его важных частей - сбора кучи верифицируемых данных для обснованного ТП - мало масленое.)

Эксперты - не воспроизводятся кейсами. Это - штучный товар. строить на штучном товаре массовую технологию..- как-то весьма зыбкая почва...
В итоге имеем - если не принимать во внимание наличие эксперта под рукой - приянли решение как приняли. процентов на 80% пальцем в небо. Повезет если промахнулись на 20%.
23. WanGoff 132 28.11.18 12:42 Сейчас в теме
Ну нормальный текст. Правда, мне, уже у Селиховкина не понравилась эта тема про записки неизвестного менеджера. А в рецензии это было совсем лишним.
А по содержанию рецензии - все так. В целом, все аргументы при чтении исходника были понятны. Важно, чтобы кто-то их изложил на бумаге.

Надо будет намекнуть Ивану, чтобы он включил эту рецензию в свою книгу. Так целостнее будет смотреться.
MariaTemchina; +1 Ответить
25. awk 718 28.11.18 13:57 Сейчас в теме
Со статьей согласен. И даже плюсанул. Но для таких заявлений:

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


Надо как минимум прочитать "Капитал" и "ПСС". Печально видеть в хорошей, обоснованной статье, пример который взят из источника ОБС.


Капитал. Критика политической экономии
нем. Das Kapital. Kritik der politischen Ökonomie
Zentralbibliothek Zürich Das Kapital Marx 1867.jpg
Обложка первого издания первого тома «Капитала». Типография О. Мейснера
Автор Карл Маркс
Язык оригинала немецкий
Оригинал издан 1867
Выпуск 1867
Носитель книга
«Капита́л» (полное название — «Капитал. Критика политической экономии»; нем. Das Kapital. Kritik der politischen Ökonomie) — главный труд Карла Маркса по политической экономии, содержащий критический анализ капитализма. Работа написана с применением диалектико-материалистического подхода, в том числе к историческим процессам.



ПСС - полное собрание сочинений В.И. Ленина.
В СССР было издано пять собраний сочинений Ленина:

первое — в 20 томах, издавалось в 1920—1927 гг.;
второе — в 30 томах, издавалось в 1925—1932 гг.;
третье — в 30 томах, издавалось в 1925—1932 гг.;
четвёртое — в 45 томах, издавалось в 1941—1967 гг.;
пятое — в 55 томах, издавалось в 1958—1966 гг.


ОБС - одна бабка сказала
26. MariaTemchina 1164 28.11.18 13:59 Сейчас в теме
(25) Рву на голове волосы - не читала полное собрание сочинений Ленина...
27. awk 718 28.11.18 14:13 Сейчас в теме
(26) Да не переживайте, в институте марксизма-ленинизма, в СССР, их то же единицы читали... Итог всем известен...
30. Evil Beaver 6824 28.11.18 17:39 Сейчас в теме
(27) можно подумать, если б читали, итог был бы другим..
31. awk 718 28.11.18 18:18 Сейчас в теме
(30) Можно подумать вы читали... :)

Если серьезно, то да...

Безотносительно отношения к КПСС, левой идее и т.п.

Если вы куда-то собираетесь дойти, то желательно знать куда вы идете. Если вы называете себя коммунистом, то очевидно, что вы знаете чем коммунист отличается от социал-демократа. Тем более вы знаете что такое коммунизм. Вот начиная с 60-х в КПСС все меньше людей знали чем отличается коммунист от социал-демократа и что такое коммунизм. Результат налицо: реставрация капитализма. А поскольку первая фаза капитализма - это капитализм свободной конкуренции, то и процесс растаскивания по углам страны закономерен. Ну а теперь мы доросли до империализма, этого у Маркса нет, надо уже Ленина читать.

Это все равно как если 1С программист, не читая книг по ООП, начнет писать на C# или наоборот. Я такое видел - зрелище вполне забавное....

Забавный факт: Впервые доказал возможность инеизбежность построения капитализма в России В.И. Ленин в 1896 году...
37. Evil Beaver 6824 29.11.18 11:34 Сейчас в теме
(31) Вы удивитесь, но я кое чего читал из Ленина. Не скажу, что много, но прочитанное привело в легкий ужас. Дядя был явно безумен, последствия всенародного доверия ему - за окном. Это чисто мое субъективное ощущение, поэтому, не стоит пытаться найти тут научный базис и холиварить о субъективном.
38. MariaTemchina 1164 29.11.18 12:11 Сейчас в теме
(37) Верю. Я убрала из исходной статьи больную тему, согласна, что она не простая. Давайте холивар в отдельную ветку куда-нибудь.
А здесь вернемся к управлению проектами )))
32. MariaTemchina 1164 28.11.18 18:21 Сейчас в теме
(25) Послушала разумных людей, убрала из статьи Ленина с Марксом. Так что теперь можно дискутировать по существу!..
34. awk 718 28.11.18 18:22 Сейчас в теме
(32) Спасибо... Статья правда классная, Предлагаю холивар закрыть...
MariaTemchina; +1 Ответить
28. acanta 28.11.18 14:17 Сейчас в теме
Не читала труды Дарвина "Происхождение видов путём естественного отбора, или Сохранение благоприятствуемых пород в борьбе за жизнь"("On the Origin of Species by Means of Natural Selection, or the Preservation of Favoured Races in the Struggle for Life") и Адольфа Гитлера «Моя борьба» («Mein Kampf»).
Проблема же не в том, что не читали, а в том что не читали, а надо было.
35. CheBurator 3426 28.11.18 18:29 Сейчас в теме
как применять выбранный инструмент - не врапрс.
как выбрать нужный инструмент ?
40. VmvLer 29.11.18 14:02 Сейчас в теме
диспут похож на склоку школьников один из которых исправил в дневнике
"2" на "5", а второй доносит на него всему классу.

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

См. также

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

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

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

24.01.2019    9820    user809424    11    

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

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

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

11.09.2020    2096    alexandr.blinov    17    

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

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

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

04.09.2020    2503    MariaTemchina    22    

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

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

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

20.08.2020    2352    MariaTemchina    4    

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

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

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

29.06.2017    34295    1СERP    79    

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

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

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

26.06.2020    4158    1c-intelligence    15    

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

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

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

08.06.2020    4714    stepan96    12    

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

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

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

25.05.2020    5296    sapervodichka    1    

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

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

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

09.06.2017    31023    1СERP    175    

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

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

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

18.05.2020    10617    MariaTemchina    33    

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

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

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

23.03.2020    5529    MariaTemchina    24    

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

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

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

03.03.2020    6120    VLikhobabin    44    

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

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

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

18.04.2017    31906    1СERP    189    

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

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

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

23.01.2020    13879    MariaTemchina    8    

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

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

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

09.01.2020    6567    roman72    0    

Про одну Тётю

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

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

24.12.2019    6656    1c-intelligence    32    

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

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

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

10.04.2017    31914    1СERP    107    

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

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

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

14.10.2019    5949    chavalah    16    

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

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

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

19.09.2019    12215    ogroup    163    

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

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

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

16.09.2019    9621    GSoft    15    

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

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

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

03.04.2017    42650    1СERP    231    

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

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

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

30.08.2019    11894    SergeyN    7    

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

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

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

20.08.2019    8775    Arsen1986    7    

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

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

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

16.08.2019    8287    Hissin    18    

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

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

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

23.02.2017    27569    Gavrik    10    

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

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

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

28.06.2019    8005    SergeyN    1    

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

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

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

24.06.2019    6748    sbase    9    

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

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

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

19.06.2019    10205    FB_10160810658600104    62    

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

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

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

17.06.2016    40132    raiml    37    

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

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

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

18.06.2019    7554    MariaTemchina    8    

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

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

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

31.05.2019    9044    MariaTemchina    23    

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

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

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

14.05.2019    11168    1c-intelligence    121    

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

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

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

26.12.2014    44641    CheBurator    64    

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

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

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

06.05.2019    7563    MariaTemchina    8    

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

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

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

04.05.2019    8965    1c-intelligence    39    

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

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

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

15.04.2019    11684    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36266    axxell    15    

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

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

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

13.02.2019    8231    chavalah    22    

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

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

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

12.02.2019    10001    MariaTemchina    20    

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

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

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

04.02.2019    10081    1c-intelligence    64    

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

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

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

06.04.2015    37743    raiml    14    

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

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

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

31.01.2019    8329    MariaTemchina    0    

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

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

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

14.01.2019    10137    MariaTemchina    13    

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

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

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

10.01.2019    12843    chavalah    123    

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

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

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

16.11.2014    28770    raiml    46    

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

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

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

26.12.2018    9844    1c-intelligence    7    

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

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

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

19.12.2018    9819    MariaTemchina    24    

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

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

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

09.12.2018    9181    chavalah    119    

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

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

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

13.11.2014    27971    raiml    236    

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

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

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

05.12.2018    17062    andironenko    128    

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

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

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

03.12.2018    8716    capitan    26    

Черная книга Скрам

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

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

26.11.2018    8272    Selikhovkin    4