Стыд и Скрам, часть вторая

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

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

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

Продолжение публикации: Стыд и скрам - Чему нас учит Scream Guide

За время, прошедшее с публикации на Инфостарте моей статьи “Стыд и Скрам”, хороший человек Владимир Меркушев не поленился и перевел Scream Guide-целиком. За что спасибо ему большое. Говорят, многие руководители проектов, читая это руководство, даже всплакнули - настолько больные темы. 

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

Команды Разработки обладают рядом характеристик: Команды Разработки обладают рядом характеристик:

• Они самоорганизующиеся: никто (даже Скрам-мастер) не может указывать Команде Разработки как превратить Бэклог Продукта в готовые к релизу Инкременты. 

• Они кросс-функциональны: команда обладает всеми навыками, которые необходимы для создания Инкремента Продукта. 

• Скрам не признает подкоманд в Команде Разработки, независимо от областей, над которыми необходимо работать (например, тестирование, архитектура, эксплуатация или бизнес-аналитика). Это правило не имеет исключений. 

• Команда Разработки несет коллективную ответственность за создание Инкремента Продукта. При этом отдельные члены Команды Разработки могут обладать различными специализированными навыками и экспертизой. 

 

  • Они называются «самоорганизующимися». Любой (даже уборщик) может рассказать команде разработчиков, как они должны делать свою работу;

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

  • Команды разработчиков называются «кросс-функциональными» и обладают практически всеми необходимыми навыками для создания «почти готового» продукта;

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

 

 


Если серьезно...

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

 

Во-вторых, про "почти готово". Я думаю, что всем автоматизаторам знакома ситуация “почти готового” продукта, пребывающего в таком состоянии длительное время… У меня над столом даже висит один из моих любимых афоризмов: “Не так страшны первые 90% работы, как ее вторые 90%...”
По моему опыту, один из бонусов Agile - это фокус внимания именно на доделывании до конца. Потому что именно при выпуске в продакшн мы понимаем, будет ли тот или иной инструмент рабочим. Потому что гибкие методы - они в первую очередь про умение учиться на своих ошибках. И когда мы не видим законченный результат, не видим те проблемы и сложности, с которыми столкнулись реальные пользователи при практическом применении продукта - вот эта возможность учиться на ошибках как раз уходит...

 

Стадии реакции на проблему

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

  • Первая стадия - Отрицание. “Ничего не было, я в домике!!! Нет никакой проблемы, всё работает, это вам просто показалось”.
  • Вторая стадия - Обвинение. “Мне сказал (менеджер, тимлид, пользователь, аналитик - нужное подчеркнуть, недостающее вписать) так сделать, он и виноват, я-то тут причем?
  • Третья стадия - Оправдание. “Ну я же хотел как лучше!” (а по другому и быть не могло)
  • Четвертая стадия - Самообвинение. "Ну вот я такой фиговый разработчик. Увольте меня.”
  • Пятая стадия - Обязательства. “Обещаю больше никогда таких ошибок не совершать!”
  • И только шестая стадия - Ответственность. Как чувство собственности за результат, и искреннего желания исправить то, что произошло. 

(Вспомните притчу про Орлов, Устриц и Уток от Бодо Шефера - вот шестая стадия - это как раз и поведение Орла, который стремится достичь цели, а не Утки, которая только крякает).

Поэтому если проблему легко свалить на менеджера или еще кого-то - то стадия Ответственности заведомо не наступит, незачем, хватит Обвинения!
 

 

 

 

Отмена спринта 

Отмена спринта
  • Спринт может быть отменен досрочно. Право на отмену Спринта имеет только Владелец Продукта, хотя на данное решение могут повлиять заинтересованные лица, Команда Разработки или Скрам-мастер. 
  • Существует единственное основание для отмены Спринта — потеря актуальности Цели Спринта. Причиной этому могут быть смена направления работы компании, изменения рыночных условии или технологии. То есть Спринт может быть отменен, если он потерял смысл в контексте сложившихся обстоятельств. Но подобные отмены происходят крайне редко благодаря короткой длительности Спринтов. 
  • Отмена Спринта требует много усилий и ресурсов, так как предполагает переориентацию всех участников, чтобы начать новый Спринт и его Планирование. Отмены Спринта болезненны для Скрам-Команды, поэтому к ним прибегают крайне редко. 
  • Спринт может быть отменен до истечения временного интервала Спринта. Только менеджер имеет право отменить спринт, даже если команда и владелец продукта уже знают, что они не добьются успеха. Владелец продукта может быть козлом отпущения за это решение, принятое их менеджером или менеджером этого менеджера — или менеджером менеджера этого менеджера — ну, вы поняли идею. 
  • Спринт отменяется, если менеджер чувствует, что команда не выполняет его указания. Это может произойти, если разработчики начнут думать самостоятельно или если менеджер изменит свое мнение. В общем, Спринт должен быть отменен всякий раз, когда менеджер чувствует себя неуверенно. Из-за короткой продолжительности Спринтов, отмена является эффективным механизмом для создания неуверенности и беспорядка в команде.
  • Когда Спринт отменяется, все выполненные и «готовые» элементы бэклога отправляются в корзину. Частично «готовые» элементы возвращаются в случайном порядке в бэклог. Частично выполненную работу лучше оставить в ветках разработчиков и задокументировать в вики, чтобы возобновить её когда-нибудь.
  • Отмена Спринта — отличный способ держать команды занятыми, так как все собираются и начинают планирование следующего Спринта. Отмена спринта часто задевает команду за живое, что делает её отличным инструментом для снижения самооценки и доверия внутри команды.


Если серьезно...

 

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

 

Планирование Спринта Планирование Спринта
  • Задачи, над которыми будет трудиться Команда Разработки во время Спринта, определяются на Планировании Спринта. План создается совместными усилиями всей Скрам-Команды. 
  • Планирование Спринта ограничено по времени. Для Спринта длительностью один месяц Планирование не должно занимать более 8 часов. Если Спринт короче, то и Планирование проводится быстрее. 
  • Скрам-мастер убеждается, что событие состоялось, а участники понимали его цель. Скрам-мастер обучает Скрам-Команду соблюдать временное ограничение. 
  • По результатам Планирования Спринта Скрам-команда решает: 
    • каким будет Инкремент в конце Спринта; 
    • как организовать работу, чтобы получить готовый Инкремент Продукта. 
  • План командной работы в течение Спринта создается на Планировании Спринта. Этот жесткий план создается заранее владельцем продукта или руководством, не привлекая команду, чтобы не отвлекать её от выполнения работы. Максимальное время для планирование Спринта длиною в месяц — 8 часов. Этого времени вполне достаточно, чтобы успокоить команду и убедить в реальности абсолютно нереального плана.

  • Задача Scream мастера гарантировать проведение Планирования, и убедиться что каждому будет назначено достаточно работы. Также он учит Scream команду не задавать слишком много вопросов при представлении работы.
  • Присутствие менеджера во время Планирования Спринта очень важно, чтобы гарантировать, что получены ответы на следующие критические вопросы:
    • Сколько заданий назначено каждому человеку?
    • Что займет сколько времени?
    • Все ли ресурсы полностью использованы?
    • Если дела пойдут неожиданно хорошо, какую дополнительную работу вы можете ещё сделать?
  • По мере необходимости менеджер прекращает бессмысленные дискуссии о сути задач бэклога и их технической реализации и переориентирует членов команды разработки на задачи, которые им необходимо взять в работу. Менеджер может передать эту ответственность Scream мастеру.
  • В конце планирования спринта Scream мастер должен заставить членов команды взять на себя обязательство выполнить все свои задачи, даже если все знают, что дополнительные задачи будут добавляться на протяжении всего Спринта.


Если серьезно...

В ходе онлайн “Базового курса для руководителей ИТ-проектов” который я веду сейчас на Инфостарте, мы собрали основные преимущества от привлечения команды к планированию. Получился вот такой список (дополняйте, у кого еще есть что сказать?) 

  • Руководитель не обладает всеми компетенциями по работам проекта (программистам виднее, сколько займет время программирование)
  • Уровень владения информации по проекту повышается у членов команды
  • Разные взгляды позволяют получить более объективную картину
  • Конечный Исполнитель должен взять на себя ответственность за результат и затраты - это достигается совместным планированием

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

 

Scream

 

 

Поделитесь вашим опытом! С какими проблемами сталкиваетесь на практике?
 

В статье цитирую перевод Владимира Меркушева Scream Guide. Как быть Agile и не меняться и текст Scrum Guide с официального сайта.

 

Подробнее об управлении ИТ-проектами вы можете узнать на моих онлайн-курсах //it.torinsoft.ru/public/1162541/

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

Сталкивались ли вы с проявлениями Scream Guide в своей практике?


Как про нас написано... Так и живем. (30%, 6 голосов)
30%
Часть проблем знакома (40%, 8 голосов)
40%
Изредка сталкиваемся (5%, 1 голосов)
5%
Нет, ничего подобного не бывает (10%, 2 голосов)
10%
Не пробуем применять гибкие методы, поэтому вопрос не актуален (15%, 3 голосов)
15%

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. user1048024 14.03.19 21:44 Сейчас в теме
Немножко из другой темы, но в принципе о том же

https://infostart.ru/public/1020673/

https://infostart.ru/redirect.php?url=aHR0cDovL29kZXNza2l5LmNvbS96aHZhbmV0c2tpeS10b20tMy9wYXJv­dm96LWRsamEtbWFzaGluaXN0YS5odG1s

"Если серьезно..."

"Руководитель не обладает всеми компетенциями по работам проекта (программистам виднее, сколько займет время программирование)" - паровоз для машиниста? Кто принимает "проектное" решение? Кто обладает большей компетенцией, "опытом"? В данном случае "Руководитель" это не руководитель "Команды разработчиков"?
"Уровень владения информации по проекту повышается у членов команды"
- команда это все кто участвует - это же не только "программисты"?
"Разные взгляды позволяют получить более объективную картину"
- чем больше информации, тем объективней "картина" - чем больше "следов", тем легче найти "криминалисту " "преступника"
"Конечный Исполнитель должен взять на себя ответственность за результат и затраты - это достигается совместным планированием"
- тут смешиваются ЛПР и "советник" - обмениваться " впечатлениями" могут все - принимает решение"за результат и затраты" конкретный "Исполнитель" - ЛПР - пришлите мне пару лимонов :) в личку укажу куда :) возьмёте на себя такую ответственность за результат и затраты?
Чтобы иллюзий стало меньше - есть "технология" "Стыд и Скрам" и есть реальное их "применение" - Принцип неопределённости Гейзенбе́рга, но в экономике
5. MariaTemchina 1004 15.03.19 09:51 Сейчас в теме
(1)
Про ссылку на Жванецкого - спасибо, познавательно.
Кто принимает "проектное" решение? Кто обладает большей компетенцией, "опытом"? В данном случае "Руководитель" это не руководитель "Команды разработчиков"?

Еще раз: совместно принятое решение - это более действенно, чем лично принятое соло руководителем.
Но вообще, по Agile не рекомендуется делать проекты, предполагающие кардинальные изменения архитектуры.
6. sergathome 15.03.19 10:05 Сейчас в теме
(5) С чего бы это размазывание ответственности вдруг стало эффективнее персональной ? Это прям какое-то новое слово в управлении...
Irwin; w.r.; +2 Ответить
7. MariaTemchina 1004 15.03.19 10:07 Сейчас в теме
(6)
С чего бы это размазывание ответственности вдруг стало эффективнее персональной ? Это прям какое-то новое слово в управлении...


Это очень хороший вопрос! Коллеги, поделитесь - кому удается добиться того, что команда ощущает коллективную ответственность, и за счет чего это получается?
Слава; Winstoncuk; +2 Ответить
8. sergathome 15.03.19 10:16 Сейчас в теме
(7) Команда может ощущать всё, что угодно. Но это всё что угодно никогда не будет эффективнее персональной ответственности каждого. Но для этого нужен качественный менеджмент... И тут мы приходим, (о, какой сюрпрайз!) к выводу, что за всеми тн "гибкими технологиями" скрывается попытка оправдать отсутствие качественного менеджмента ! :))

ps или попытку работать в условиях отсутствия такового, ага
Ta_Da; sevushka; CheBurator; Winstoncuk; oldcopy; w.r.; +6 Ответить
12. w.r. 573 15.03.19 13:56 Сейчас в теме
(8)
тн "гибкими технологиями" скрывается попытка оправдать отсутствие качественного менеджмента

Собственно scrum это про "программист большой, ему виднее". Типа программисты настолько умные, что сами могут царствовать и управлять, только в реальности это ни разу не так. Программисты довольно часто ловят звезду и им кажется, что море по колено. Я думаю scrum - это оттуда
Ta_Da; Winstoncuk; sergathome; +3 Ответить
13. sergathome 15.03.19 13:59 Сейчас в теме
(12) король реально голый. как на любом трупаке наплодилось мух коучей и прочих жЫвотных... ;))
eskor; w.r.; +2 Ответить
9. acanta 74 15.03.19 11:18 Сейчас в теме
(7) Команда ощущает коллективную ответственность если партком поддерживает решения исполкома.
DDA4746; sergathome; +2 Ответить
10. dmitrydemenew 443 15.03.19 11:22 Сейчас в теме
(7)Я считаю, что если Руководитель не обладает необходимыми компетенциями по работам проекта и не готов брать на себя полную ответственность за его реализацию, то проект, с большой вероятностью, обречен на провал. Потому, что проект с коллективной ответственностью - как автомобиль в котором у каждого окна водитель с собственным рулем. Должен быть только один координатор проектных работ, отвечающий за конечный результат и управляющий всеми участниками проектной группы. Мне пришлось участвовать в нескольких проектах с разделенной ответственностью и коллективным принятием решений - к сожалению, не могу назвать это удачным опытом.
Ta_Da; user675041_start2011ruslan; eskor; unichkin; Winstoncuk; oldcopy; +6 Ответить
14. oldcopy 124 15.03.19 13:59 Сейчас в теме
(10)
Я считаю, что если Руководитель не обладает необходимыми компетенциями по работам проекта и не готов брать на себя полную ответственность за его реализацию, то проект, с большой вероятностью, обречен на провал. Потому, что проект с коллективной ответственностью - как автомобиль в котором у каждого окна водитель с собственным рулем.


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


(7)
Коллеги, поделитесь - кому удается добиться того, что команда ощущает коллективную ответственность, и за счет чего это получается?


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

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

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

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

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

После такого назначения проект был завершен в две недели. Первую неделю главврач, который взял на себя руководство, еще пытался играть с коллегами в демократию, а потом просто стукнул кулаком по столу и сказал, что как он решит - так и будет. Быстро согласовали доработки, выполнили, сдали и остались довольны друг другом.
Ta_Da; pfilyk; eskor; dachnik; user623969_dusa; sergathome; +6 Ответить
17. MariaTemchina 1004 15.03.19 15:01 Сейчас в теме
(14)
Проблема последних 10% наоборот требует принятия кардинальных решений и возможно даже некоторого конфликта с заказчиком. Так как сложность этих 10% кроется буквально в мелочах. Когда заказчик говорит: все хорошо, но вот тут надо немножечко поправить, а вот сюда кое-что добавить и т.д. и т.п. Поэтому было принято решение и заказчику было доведено, что мы не будем продолжать работу над проектом до тех пор, пока с их стороны не будет назначен ответственный специалист с которым и только с которым мы будем обсуждать изменения, а со своими коллегами пусть он сам находит общий язык.


Знакомая история! Вы сейчас описали роль, которую в Agile принято называть "Владелец продукта". Он отвечает за содержание работ, что делаем, что не делаем. И да - вы правильно заметили, что важно чтобы он был единой точкой входа, определяющей все работы.
Но это про состав работ, а не про выполнение!...
29. Слава 15.03.19 19:20 Сейчас в теме
(7)
команда ощущает коллективную ответственность, и за счет чего это получается?

Когда участники команды вовлечены в процесс принятия решения - появляется коллективная ответственность.
Эта ответственность не заменяет персональную целиком и это не противоположность, а дополнение.
FB_10212514558997260; +1 Ответить
30. oldcopy 124 15.03.19 19:53 Сейчас в теме
(29)
Когда участники команды вовлечены в процесс принятия решения - появляется коллективная ответственность.


Здесь возникает вопрос, а кем в итоге принимается решение? Командой? Если решение принимают все - то это значит что его не принимает никто. И появляется не "коллективная ответственность", а коллективная безответственность.

Всегда нужен руководитель, который может принять решение и нести за него персональную ответственность. Это не значит, что он не должен и не будет прислушиваться к мнению команды, но именно он должен выслушав все варианты и точки зрения принять решение, которое впоследствии станет обязательным для всех участников команды.
43. DDA4746 18.03.19 13:53 Сейчас в теме
(30) Когда-то давным-давно наблюдал, как это работает.

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

На мой взгляд, это лучший вариант "вовлечения в процесс команды", который сочетается с единоличным принятием решения и ответственностью за него (ответственные назначались тут же, контроль - на директоре).
39. Rico17 30 17.03.19 06:51 Сейчас в теме
(7) За счет разделения "предмета ответственности" по компетенциям участников команды в прямой зависимости от рабочей ситуации. Это общее положение. А конкретика всегда конкретна ;)
Ну например, если от клиента пришел чувак бить морду за "криво пришитые рукава", то с ним общается обаятельная девица от группы консультантов... ;)
Дальше работа администратора команды - "награждения непричастных и наказания невиновных"
Следующим выступает "невиновный", который в зависимости от сложившейся ситуации получает общую (неформально-командную) оценку своей невиновности и на конкретных условиях исправляет ситуацию.
Главным в такого рода подходах является насколько команда - КОМАНДА. А это прямая ответственность руководителя. Поскольку за результат ВСЕГДА отвечает (от слова ответственность) руководитель (как бы ему под разными предлогами не хотелось этого избежать).
42. sergathome 17.03.19 19:44 Сейчас в теме
(39) ещё раз - вспоминаем, что эджайл предполагает организацию команд (трайбов, ага) по принципу заказчик [- аналитик] - исполнитель, что ПОЛНОСТЬЮ РАЗРУШАЕТ ....
44. ovodkov 18.03.19 15:49 Сейчас в теме
(7)Коллеги, добрый день. По поводу коллективной ответственности - мне кажется, это явление уже сложившейся команды. Первый шаг - срабатывание команды, второй - выращивание общей цели, и как следствие - коллективная цель и коллективная ответственность.
FB_10212514558997260; +1 Ответить
47. katbob 03.04.19 11:13 Сейчас в теме
"Но вообще, по Agile не рекомендуется делать проекты, предполагающие кардинальные изменения архитектуры."
Эту фразу я долго искала, однозначно поддерживаю! А можно поподробнее, кто не рекомендует и есть ли ссылки на материал?.
2. w.r. 573 15.03.19 08:06 Сейчас в теме
Команда Разработки несет коллективную ответственность за создание Инкремента Продукта.


Если отвественность коллективная, почему тогда зарплату не платить тоже не отдельным людям, а всему коллективу и пусть ее сами между собой делят. Только потом все друг с другом пересрутся и утопия со "срамом" закончится развалом коллектива и убытками компании
Ta_Da; Winstoncuk; +2 Ответить
3. oldcopy 124 15.03.19 09:24 Сейчас в теме
Руководитель не обладает всеми компетенциями по работам проекта (программистам виднее, сколько займет время программирование)


Мне тут вспоминается закон Паркинсона, который гласит: Работа заполняет все отведенное для нее время.
dachnik; w.r.; +2 Ответить
4. MariaTemchina 1004 15.03.19 09:48 Сейчас в теме
(3)
Мне тут вспоминается закон Паркинсона, который гласит: Работа заполняет все отведенное для нее время.

Это хитрый нюанс. Когда все (включая руководителей, разработчиков и заказчиков) работают в тесном контакте, то в большей степени видно, когда люди работают и дают реальный результат, а когда дурака валяют и имитируют бурную деятельность...
FB_10212514558997260; +1 Ответить
11. w.r. 573 15.03.19 13:47 Сейчас в теме
(4) Как правило у знающего специалиста выполнение аналогичной задачи занимает в десятки и сотни раз мньше времени, чем у неопытного. И знающий может на визуальный взгляд работать меньше, позволяя себе расслабиться. Для этого мы и получаем опыт
sergathome; +1 Ответить
15. sergathome 15.03.19 14:02 Сейчас в теме
(11) Более того, вот, например, сейчас, я пишу здесь, но это не значит, что я не работаю. "Потом Штирлиц проснётся ... " (с) ыыыы
16. w.r. 573 15.03.19 14:10 Сейчас в теме
(15) Интересно узнать мнение Марии на этот счет. Возможно это всего лишь иммитация
sergathome; +1 Ответить
18. MariaTemchina 1004 15.03.19 15:03 Сейчас в теме
(15)
(16)
Возможно это всего лишь имитация

На эту тему полезно почитать книжку Брукса "Мифический человекомесяц". Комментарии на профессиональном форуме, конечно, не относятся непосредственно к выполнению работ. Но конструктивной работы у специалиста обычно получается 4-6 часов из 8-ми часового рабочего дня, никто не может заниматься разработкой непрерывно - технически не получается...
19. sergathome 15.03.19 15:16 Сейчас в теме
(18) А я считаю, что в творческих профессиях невозможно чётко разделить работу и неработу. Поэтому попытки управлять этим - шарлатанство как оно есть. ;) Кстати научный термин "конструктивной" вообще требует отдельного описания ;)

ps Единственный способ работы в таких видах деятельности это персонифицированные договора с как можно более точным описанием желаемого результата, включая сроки его получения. Никаким скрамом тут и не пахнет.
20. MariaTemchina 1004 15.03.19 15:50 Сейчас в теме
(19)
Единственный способ работы в таких видах деятельности это

Коллега, я все-таки призываю к меньшей категоричности! С фразой "Действенный способ работы" - более чем согласна, о да!! С фразой "Единственный способ работы" - никак нет.
22. w.r. 573 15.03.19 17:14 Сейчас в теме
(20) можете работать неэффективно, срывая сроки и не получая результат в конце. Тоже ведь работа так то
sergathome; +1 Ответить
23. acanta 74 15.03.19 17:16 Сейчас в теме
(22) а хорошо это или плохо?
sergathome; +1 Ответить
24. w.r. 573 15.03.19 17:19 Сейчас в теме
(23) конечно хорошо, особенно для заказчика
sergathome; +1 Ответить
33. sergathome 16.03.19 15:07 Сейчас в теме
"Комманд Ком мертв, а мы еще нет!" - пели, обнявшись, отец Виндоуз и
командир Нортон. (с)
34. sergathome 16.03.19 16:18 Сейчас в теме
(20) съедобный сорт всегда один - высший
21. w.r. 573 15.03.19 17:12 Сейчас в теме
(19) конструктивным может быть исправление одной строки кода за минуту. Только человек должен знать, где эта строка находится и что она делает. А это уже квалификация и опыт
sergathome; +1 Ответить
35. sergathome 16.03.19 16:22 Сейчас в теме
(21) молодЕж забыла этот анекдот, про телевизор, мастера, и, 10 рублей. Истории, УВЫ, свойственно повторяЦЦО !

ЗЫ и кое-кто, на этом, всегда...
25. oldcopy 124 15.03.19 17:22 Сейчас в теме
(18)
никто не может заниматься разработкой непрерывно - технически не получается...


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

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

Долгая фокусировка на задаче часто мешает посмотреть на нее под другим углом. Как иногда бывает: решаем какую-то проблему пять минут, час, полтора - уперлись в тупик. Пошли выпили кофе, почитали чего нибудь и вдруг приходит понимание, что все это время мы долбились головой в стену, в то время как за углом есть калитка.
sergathome; +1 Ответить
26. acanta 74 15.03.19 17:39 Сейчас в теме
Это если решать задачу. А если искать выход из положения то задача вообще ни при чём.
27. Yashazz 3199 15.03.19 18:27 Сейчас в теме
А, ещё один крик души про эйджил... Болтовня на ровном месте вокруг надувания щёк с умным видом... Иллюзия систематизации работы, ага...
eskor; sergathome; +2 Ответить
36. sergathome 16.03.19 16:41 Сейчас в теме
(27) вокруг ага. ага. а они кажуть - мы хоть пытаемся..
37. acanta 74 16.03.19 16:46 Сейчас в теме
(36) само ничего не систематизируется (с) Карл Линней
sergathome; +1 Ответить
38. sergathome 16.03.19 16:57 Сейчас в теме
(37) хыхы, некто Маркс, Энгельс и, страшно подумать, Муссолини с ним нифига бы не поспорили...
28. Yashazz 3199 15.03.19 18:29 Сейчас в теме
Первую неделю главврач, который взял на себя руководство, еще пытался играть с коллегами в демократию, а потом просто стукнул кулаком по столу и сказал, что как он решит - так и будет. Быстро согласовали доработки, выполнили, сдали и остались довольны друг другом.

Вот она, единственная правда жизни. Есть волевой кулак - будет успешное внедрение. Нет такого - будет жевание соплей, конфликты и проблемы. И никкакие хитропопые технологии планирования работ не оказывают на это ни малейшего влияния. Ни ма-лей-ше-го.
eskor; dachnik; sergathome; +3 Ответить
31. user1048024 15.03.19 21:56 Сейчас в теме
(28) (30)
И скрам ли тут был, или скрим до того, действительно абсолютно неважно, если есть осмысленное компетентным ЛПР решение - "Есть волевой кулак - будет успешное внедрение", ну или "волевой кулак" - только его разрушит, ведь не всем повезёт с главврачом, и отрицательный результат послужит всем наукой? И чем дальше мы погружаемся в тему, тем больше удаляемся от первоначальной постановки вопроса верить ли в новые методики- "Крик души про иллюзию внедрения Agile", или это про компетенцию заявляющих что они её придерживаются? Картинка со скрамом подозрительно напоминает каскад, итерацию, спираль. И в любом подходе "фокус внимания" подразумевает наличие положительного результата, а иначе как, завтра должно быть лучше, чем вчера. Ну и как мне кажется мнения "главврача" мы тут не услышим?
32. oldcopy 124 15.03.19 22:07 Сейчас в теме
(31)
И скрам ли тут был, или скрим до того, действительно абсолютно неважно, если есть осмысленное компетентным ЛПР решение - "Есть волевой кулак - будет успешное внедрение", ну или "волевой кулак" - только его разрушит, ведь не всем повезёт с главврачом, и отрицательный результат послужит всем наукой?


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

"Коллективная ответственность" грозит же превратить проект в вечные 90%, когда постоянно что-то где-то доделывается, переделывается и исправляется. Особенно если в проекте возникнут какие-либо проблемы. Есть старая поговорка, которая как никогда подходит к данному случаю: у победы много отцов, поражение всегда сирота.
40. Rico17 30 17.03.19 07:32 Сейчас в теме
Я понимаю желание автора на скрам- хайпе заработать очков.
Но при всем положительном эффекте не стоит "пудрить коллегам моск" - скрам - это один возможных способов ТЕХНОЛОГИИ работы команды (это "внутренний" процесс отдела разработки).
А хайп идет вокруг управленческих, кадровых, мотивационных и прочих подходов.
Возникает опасная ситуация, когда руководители соответствующих подразделений перекладывают свою ответственность - НЕ компетентность на "новые импортные технологии разработки" :(
С таким же успехом можно это делать в отношении новых "клавиатур и мышек" )))
eskor; dachnik; w.r.; sergathome; oldcopy; +5 Ответить
41. sergathome 17.03.19 19:32 Сейчас в теме
(40) К огромному сожалению всё гораздо хуже. Так называемые "гибкие технологии разработки" ака скрам, эджайл анд соу он, разрушают само понятие "внутренний процесс" ж))
46. Vladimir Litvinenko 2293 18.03.19 17:03 Сейчас в теме
(41) Потому что это не технологии и не методологии, а набор ограничений, правил и, если повезёт, культуры. Любой внутренний процесс тоже включает в себя набор ограничений и правил. Никаких противоречий нет, просто некорректное использование терминологии, что всегда случается когда терминология проходит через масс-культуру и превращается в товар и "волшебную таблетку".

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

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

https://www.youtube.com/watch?v=0Dj7TDXCEm4
MariaTemchina; sergathome; +2 Ответить
45. acanta 74 18.03.19 15:52 Сейчас в теме
Чем отличается коллективная ответственность в школе от коллективной ответственности в институте?
В школе тех, кто слишком хорошо успевает "награждают" занятиями с теми, кто "совсем не учится" в свободное от занятий время (вместо хобби и футбола необходимо "зажечь" алгеброй или тригонометрией).
В институте эта "премия" за хорошие конспекты и посещаемость снижается до СМС во время экзамена двух-пяти "звездочек" на группу.
Но вот мотивация другая. За помощь в школе баллы (или рейтинг в глазах учителя) добавляются, а в институте за то же самое могут и отчислить за компанию.
MariaTemchina; +1 Ответить
Оставьте свое сообщение

См. также

SALE! 40%

3 онлайн-курса по управлению ИТ-проектами от Марии Темчиной Промо

Управление проектом Платные (руб)

Комплексный курс по управлению ИТ-проектами в трех частях от директора по проектам Инфостарта.

30000 руб.

03.12.2019    4966    6    0    

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

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

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

25.05.2020    3137    0    sapervodichka    1    

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

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

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

18.05.2020    8211    0    MariaTemchina    31    

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

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

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

23.03.2020    4090    0    MariaTemchina    24    

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

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

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

04.04.2019    11489    67    infostart    18    

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

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

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

03.03.2020    4788    0    VLikhobabin    44    

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

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

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

23.01.2020    8858    0    MariaTemchina    8    

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

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

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

09.01.2020    5165    0    roman72    0    

Базовый курс для руководителей ИТ-проектов. Онлайн-курс с 26 марта по 28 мая 2019. Второй поток. Промо

Управление проектом Платные (руб)

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

05.03.2019    10120    41    infostart    0    

Про одну Тётю

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

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

24.12.2019    5715    0    1c-intelligence    32    

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

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

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

14.10.2019    5109    0    chavalah    16    

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

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

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

19.09.2019    10937    0    ogroup    162    

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

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

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

24.01.2019    8866    0    user809424    11    

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

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

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

16.09.2019    8314    0    GSoft    15    

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

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

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

30.08.2019    9764    0    SergeyN    6    

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

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

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

20.08.2019    7357    0    KoldunOne    7    

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

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

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

29.06.2017    32637    0    1СERP    79    

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

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

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

16.08.2019    7185    0    Hissin    18    

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

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

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

28.06.2019    6771    0    SergeyN    1    

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

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

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

24.06.2019    5782    0    sbase    9    

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

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

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

09.06.2017    29643    0    1СERP    175    

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

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

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

19.06.2019    8878    0    FB_10160810658600104    62    

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

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

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

18.06.2019    6590    0    MariaTemchina    8    

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

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

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

31.05.2019    7601    0    MariaTemchina    23    

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

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

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

18.04.2017    30479    0    1СERP    189    

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

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

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

14.05.2019    10294    0    1c-intelligence    120    

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

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

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

06.05.2019    6599    0    MariaTemchina    8    

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

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

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

04.05.2019    8021    0    1c-intelligence    39    

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

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

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

10.04.2017    30308    0    1СERP    107    

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

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

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

15.04.2019    10327    0    MariaTemchina    15    

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

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

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

13.02.2019    7428    0    chavalah    22    

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

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

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

12.02.2019    8917    0    MariaTemchina    20    

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

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

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

03.04.2017    40891    0    1СERP    231    

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

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

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

04.02.2019    8961    0    1c-intelligence    64    

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

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

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

31.01.2019    7493    0    MariaTemchina    0    

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

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

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

14.01.2019    9216    0    MariaTemchina    13    

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

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

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

23.02.2017    26458    0    Gavrik    10    

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

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

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

10.01.2019    11610    0    chavalah    123    

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

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

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

26.12.2018    8835    0    1c-intelligence    7    

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

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

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

19.12.2018    8848    0    MariaTemchina    24    

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

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

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

17.06.2016    38937    0    raiml    37    

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

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

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

09.12.2018    8195    0    chavalah    119    

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

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

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

05.12.2018    16126    0    andironenko    128    

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

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

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

03.12.2018    7774    0    capitan    26    

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

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

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

26.12.2014    43326    0    CheBurator    64    

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

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

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

26.11.2018    8925    0    MariaTemchina    40    

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

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

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

23.11.2018    10299    0    Selikhovkin    8    

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

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

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

22.11.2018    11622    0    andironenko    43    

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

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

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

1 стартмани

14.09.2015    35286    0    axxell    15    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

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

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7139    0    Selikhovkin    1    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

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

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

19.11.2018    8625    0    capitan    41    

Почему внедрение ERP-системы не приносит пользы бизнесу?

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

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

15.11.2018    21276    0    rossoxa    63    

Думать некогда, трясти надо - или что такое ретроспектива в Agile

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

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    9399    0    MariaTemchina    16