Имя: Пароль:
JOB
Работа
Франь на встрече сообщил, что внедрение ERP по методологии SCRUM. Что это для нас означает?
0 Shur1cIT
 
26.11.18
16:14
в scrum я как свинья в апельсинах, погуглил эту технологию и выяснил что она подразумевает наличие "Product Owner" человека от бизнеса который обладает компитенциями в том предмете которое внедряется.Вопрос, это означает что человек от бизнеса должен досканально знать ERP + предметные области? Те человек от бизнеса рулит всем и выступает мозгом проекта? или я не прав?
1 Волшебник
 
26.11.18
16:16
А спросить у франя стыдно что ли?
2 ptiz
 
26.11.18
16:16
А франч по-человечьи изъясняться не соизволил?
3 ГеннадийУО
 
26.11.18
16:17
(0) Ещё есть люди, которые не знают что такое scrum?
4 lodger
 
26.11.18
16:17
в классическом виде да, но так как у нас 1с-франь-внедрение-подписанные акты, то продактовнером будет самый головастый внедренец от франя. а вы не свинка, вы кура.
5 ДенисЧ
 
26.11.18
16:18
Слово 314159ц  для тебя что-то обозначает?
6 Вафель
 
26.11.18
16:18
(0) не прав. продук оунер не должен знать все досканально.
Он должен знать что нужно буизнесу и в каком порядке/приоритете
7 Shur1cIT
 
26.11.18
16:19
(1) честно да... ожидал увидеть реацию как в (3) ну не в открытую конечно...
8 lodger
 
26.11.18
16:19
упд. (4) попутал овнера с мастером.
9 Shur1cIT
 
26.11.18
16:19
(6) те все же это человек от бизнеса?
10 Shur1cIT
 
26.11.18
16:21
(4) то что кура которую скоро ощипывать будут это и так понятно)))
11 Krendel
 
26.11.18
16:21
Скрам открыл, что нужен человек от компании для определения целей проекта?
12 Botanik8888
 
26.11.18
16:21
Это означает что внедрять Вам будут до тех пор, пока не закончатся деньги у компании...
13 tenikov
 
26.11.18
16:21
(0) Беги оттуда.
14 Apokalipsec
 
26.11.18
16:22
(9) Не обязательно, но который говорит с бизнесом и понимает что тому нужно от продукта и как вы к этому двигаетесь.

А значит это, что будут спринты, и вы каждую неделю-две будете подписывать результаты для актов, чтобы когда они спрыгнут - вам всё пришлось оплатить. Короткие итерации - путь к успеху.
15 Shur1cIT
 
26.11.18
16:22
(12) или задачи от "Product Owner"
16 timurhv
 
26.11.18
16:22
(0) Спросите у них, может все закончится на канбан-доске.
17 ГеннадийУО
 
26.11.18
16:23
(7) Да уже Первобит всем уши прожужжал, что они по скраму работают...
18 Волшебник
 
26.11.18
16:23
(7) Автор методики SCRUM — Джефф Сазерленд, в прошлом военный лётчик, который воевал против советских людей во Вьетнаме, поливал джунгли химикатами "агент оранж"
19 Timon1405
 
26.11.18
16:24
https://tproger.ru/devnull/piece-technical-debt/
"Менеджер уходит, Скрам-мастер сдвигает сооружение, сделанное разработчиком, в угол комнаты и начинает рисовать графики."
20 VladZ
 
26.11.18
16:25
(0) "Те человек от бизнеса рулит всем и выступает мозгом проекта? или я не прав?" - ты неправильно все понял. Читай еще раз.
21 Botanik8888
 
26.11.18
16:27
(12) ну если у Вас деньги в компании нескончаемы то пока не закончатся задачи "Product Owner"....
22 Botanik8888
 
26.11.18
16:27
Упс.. (21) к (15)
23 Shur1cIT
 
26.11.18
16:28
(14) сприны меня тоже напрягают... мне более понятно когда одна большая задача делится на менее большие , а те на еще меньше итд, а не так генерация спринов по ходу работы... (18) да это я уже тоже прочитал, но после встречи
24 Волшебник
 
26.11.18
16:31
(23) "спринты"
25 Трипиэль
 
26.11.18
16:32
(0) В моей практике такие фразы от франчей означают, что сроки нереальные, и нет времени на проработку архитектуры и функциональности всего решения сразу, но программистов надо загрузить как можно раньше. И, поэтому, функционал будут сдавать кусками, поэтапно, а не весь сразу. На тестирование будете принимать не логически завершенный кусок (подсистема, или БП, или что там у вас), а то, что успеют за спринт. И потом будут ходить и говорить: "ну что, не протестировали? из-за вас сроки срываются".
26 tenikov
 
26.11.18
16:42
(0) Вообще, примерно так:
Продакт оунер - главный ключевой пользователь, следит за формулировкой и приоритетами задач со стороны бизнеса;
РП - примерно равно бизнес-аналитик (ходит в костюме, хорош собой), тусит в основном с продакт оунером и с бизнесом; следит, чтобы команда попала в срок и в результат в конце проекта;
Скрам-мастер - примерно равно тим-лид (прыщавый парень или некрасивая девушка из ИТ); следит, чтобы команда попала в срок и в результат в конце каждого спринта (2-4 недели);
Ты - крайний за всё.
27 ГеннадийУО
 
26.11.18
16:44
(26) Нет РП в классическом скраме :)
28 tenikov
 
26.11.18
16:44
(27) есть :)
29 Мандалай
 
26.11.18
16:46
(19)Штука добротная, немного напоминает черного толкиниста.
30 ГеннадийУО
 
26.11.18
16:46
(28) Значит это неправильный, нечистый скрам :))
31 Shur1cIT
 
26.11.18
16:51
(26) да этого и боюсь... от Продакт оунера все стартует,ошибка на его этапе (постановка) и остальное летит всё к чертям...
32 Базис
 
naïve
26.11.18
16:56
В результате внедрения УПП у вас есть укрупнённые и детальные схемы процессов. Можете использовать их для получения схемы "Как есть" и как Базис для модели "Как будет".
33 sapphire
 
26.11.18
16:57
(26) Утверждение "Ты - крайний за всё." неверно, за всё отвечает команда, SCRUM предполагает коллективную отвественность.
34 Вафель
 
26.11.18
16:59
(31) но кто-то же со стороны бизнеса должен понимать что вообще нужно.
Это и есть оунер
35 Xapac
 
26.11.18
16:59
(0)это не 1Сник в бухгалтерии - Это бухгалтер в 1С-овской.
36 Пузан
 
26.11.18
17:00
(0) А вам не все равно по каким методикам внедрение? Надо с исполнителя спрашивать за результат, а не за методики.
37 Cyberhawk
 
26.11.18
17:02
(36) Но оплата-то в процессе, а до результата еще ого-го )
38 Krendel
 
26.11.18
17:03
(36) Для этого и сделана методика агиле
39 Пузан
 
26.11.18
17:07
Мне, как заказчику, было бы вообще на методику положить. Внедрение должно быть законченным. Если по этапам, то каждый этап закончен. Ну и критерии законченности чтобы были однозначными. А сам процесс хоть волею Божею, хоть "сами не поняли как получилось".
40 Волшебник
 
26.11.18
17:07
(38) эджайл
41 Cyberhawk
 
26.11.18
17:08
(39) Так заказчику и так положить. Это исполнитель страхуется, чтоб с него не спрашивали "за результат" )
42 Новиков
 
26.11.18
17:11
(0) срам - подразумевает что в вашей банде будет срам-мастер. Сам по себе срам-мастер не бывает без эжайла-гуру, который научит вас по стори-теллингу спринтам, фичам и прочему дерьму. Там еще есть ретроп-перспективный анал-айзинг и другие интересные игры.
43 Krendel
 
26.11.18
17:13
(39) А зря, ибо разные технологии подразумевают разную ответственность
44 Базис
 
naïve
26.11.18
17:24
(43) Вау! Есть современная технология, предусматривающая ответственность???
45 Botanik8888
 
26.11.18
17:25
(39) Так СКРАМ не предполагает что внедрение будет законченным, и ответа когда оно будет закончено не даст, ответ будет что вот такой то спринт будет завершен к такому то моменту и не более
46 Krendel
 
26.11.18
17:26
(44) ХЗ, я работаю по своей, где есть и результат, и невозможность заказчика слиться с оплаты
47 Пузан
 
26.11.18
17:27
(45) Что б тебя так врачи лечили. :) Внедрение или закончено или нет. Что значит закончено - прописывается однозначно без толкований. Все остальное развод.
48 Cyberhawk
 
26.11.18
17:29
(46) "невозможность заказчика слиться с оплаты" // Это обеспечивается чем-то помимо "юридической" ответственности (бумажного договора)?
49 Вафель
 
26.11.18
17:29
Авансом 100% наверно это достигается
50 Krendel
 
26.11.18
17:30
(49) У меня не 100% аванс ;-)
51 Джинн
 
26.11.18
17:34
(0) Отвечаю - планирования проекта нет, бюджета проекта нет, сроков проекта нет, управления рисками перекладывается на заказчика. Методология SCRUM умными забугорными словами пудрит мозг заказчику, изображая видимость управления проектом с условиях полного хаоса.

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

Это конечно слишком грубое и примитивное описание, но адекватно отражающее картину.
52 Вафель
 
26.11.18
17:35
(50) а как тогда ты не даешь слиться?
53 Tonik992
 
26.11.18
17:35
(23) Спринты полезная вещь. Один из главных элементов спринта - это обратная связь с бизнесом(заказчика).

Чем они напрягают? Если смотреть с точки зрения разбиения на более мелкие задачи, то в грубом смысле это оно и есть.
54 Cyberhawk
 
26.11.18
17:37
(52) Пади результат работы не передает без оплаты. Все на своих площадках сначала пилит-показывает-сдает.
55 Вафель
 
26.11.18
17:38
(54) а тестируют как?
56 Джинн
 
26.11.18
17:38
(53) Угу.

К пуговицам претензии есть? (с)
57 Cyberhawk
 
26.11.18
17:41
(55) Какие проблемы?
58 Tonik992
 
26.11.18
17:41
(51) Почему такое мнение сложилось о скраме как о методологии, которая только мешает нормальному развитию дел?
59 Krendel
 
26.11.18
17:41
(54) Это геморрой
(52) Слитие одного этапа не слитие проекта, а так у меня нет незавершенных проектов ;-)
60 Вафель
 
26.11.18
17:43
(58) скрам очень хорош на развитии продукта, именно продукта.
в проектной деятельности применение не очевидно
61 Злопчинский
 
26.11.18
17:49
62 Злопчинский
 
26.11.18
17:55
если у вас установлены сроки и зафиксирован бюджет - то по скраму вы попадете - как уже отмечалось как кур в ощип.

Скрам имхо имеет смысл внедрять если команда разработчиков внутри вашей конторы.

или когда внедрение будет делаться по принципу "ползучей автоматизации".

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

будут делать скрамом - тогда в спринты выставлять и принимать только и исключительно законченные (мини)участки автоматизации. имеющие САМОСТОЯТЕЛЬНУЮ ЦЕННОСТЬ, которые можно УЖЕ ЭКСПЛУАТИРОВАТЬ. если спринтом что-то, что не может вами быть оценено как законченная функциональность и нельзя ее запустит в продакшен это маленький участоячтек готовой функциональности  - посылать нахрен.

как-то так
имхо
63 Tonik992
 
26.11.18
17:55
(60) Хорошо сказал, парой фраз. Именно по такому случаю применялся у меня скрам "на стадии развития продукта".
Продукт рос огромными темпами, нам нельзя было опаздывать. Делали так, как Злопчинский скинул - "сначала самокат, потом велосипед, а потом машина".

У нас уже на стадии "самокат" бизнес получал пользу и отдачу полученного решения.
64 Джинн
 
26.11.18
17:55
(58) Она не мешает и не помогает. Она просто создает видимость, что кто-то чем-то управляет, когда все катится на самотек.
65 jscript82
 
26.11.18
18:07
(0) Это не про "Product Owner", а в первую очередь смысл СКРАМА в разбивании процесса разработки на равные короткие промежутки времени, за которые будет что-то сделано и отдано заказчику.
66 Tonik992
 
26.11.18
18:09
(65) Прозвучало в классическом русском стиле:
"Что-то сделано"... "и отдано заказчику".
67 Tarzan_Pasha
 
26.11.18
18:11
это значит что придется каждый день созваниваться отчитываться каждому участнику внедрения придется это делать - совместная конференция + часовая конференция раз в неделю.

При этом задачи обсуждаются и закладываются на целую неделю. И оцениваются. Потом через неделю другая порция задачек.
68 Джинн
 
26.11.18
18:15
(67) Угу. Причем никто не знает, укладываемся мы в срок и бюджет, или нет. На горизонте в неделю только к концу проекта возникнут смутные подозрения, что что-то пошло не так.
69 Krendel
 
26.11.18
18:15
(68) Быстрее
70 Krendel
 
26.11.18
18:16
Или общие вехи никто по Скраму не проговаривает?
71 Джинн
 
26.11.18
18:19
(70) Бессмысленно их проговаривать. Критическим путем нужно управлять.
72 lodger
 
26.11.18
18:32
(58) Сбербанк не признается, но они доказали неработоспособность этой методологии вне бизнес-инкубаторов.
73 Krendel
 
26.11.18
18:39
(72) Любая теха не работает без понимания специфики ее применения
74 Eiffil123
 
26.11.18
18:40
скрам для ERP, на мой взгляд сложноприменим. Как например, разработка архитектуры системы коррелирует со скрам?

Если использовать "пользовательские истории", то вы скорее всего к концу проекта получите красивые и удобные пользовательские формы и не работающую единую систему.
75 Krendel
 
26.11.18
18:47
(74) Разработка нет, доработка внедренного-вполне
76 Winnie Buh
 
26.11.18
19:06
>внедрение ERP по методологии SCRUM. Что это для нас означает?

для вас это означает, что вы будете платить за процесс, а не за результат
77 tenikov
 
26.11.18
19:07
(30) Какой есть :)
78 Dmitry1c
 
26.11.18
19:26
(0) а ты там кто?
79 Shur1cIT
 
26.11.18
21:00
(78) программист 1с со стороны заказчика, роли в проекте пока не обозначены
80 palsergeich
 
26.11.18
21:08
(0) Они не в состоянии написать ТЗ и сделать предпроектное.))
Будут на лету крылья к самолету прикручивать))))
81 ГеннадийУО
 
26.11.18
21:09
(80) Да просто делали проект на подобном предприятии, будут пытаться на это натянуть :))
82 HeKrendel
 
26.11.18
21:10
По скраму в какой момент наступает опытно промышленная эксплуатация? Когда заказчик говорит, а давайка запустимся?
83 shuhard
 
26.11.18
21:10
(79)т.е. никто,
расслабься и займись изучением документации на учетную систему, договорись о красивых комментариях в коде и доступе к хранилищу
84 ГеннадийУО
 
26.11.18
21:10
(82) Сначала запустим на складе приёмку, потом отгрузку...
85 HeKrendel
 
26.11.18
21:12
Идеальный проект, с точки зрения денег ;-)
86 shuhard
 
26.11.18
21:13
(82)  так же, как при любом другом внедрении
после приемо-сдаточных испытания
87 HeKrendel
 
26.11.18
21:13
А потом для расчета себестоимости надо все ключи заново переформировать  и нзп закрыть, и еще на 1,5 года
88 HeKrendel
 
26.11.18
21:13
(86) Я там тебе отписался в личку
89 shuhard
 
26.11.18
21:14
(85) отнюдь
через месяц скрам-мастер оказывается крайним, нет очередного бэклога и очередной спрайт за его счет
90 ildary
 
26.11.18
21:15
(87) Внедренцы уже будут окучивать следующую жертву, а с ключами благодарные пользователи заставят заниматься топискстартера.
91 HeKrendel
 
26.11.18
21:15
(89) ТОгда взяли не скрам мастера, а скрам джуниора ;-)
92 palsergeich
 
26.11.18
21:16
(89) Смотря как составлен договор и как все протоколируется.
Текущий проект, не ERP, мы могли закрыть еще в августе, был готов по функционалу, но заказчик постоянно хочет рюшечки, а рюшечки, не оговоренные на этапе ТЗ - платные.
И вот уже который спринт - украшательства.
93 shuhard
 
26.11.18
21:17
(88) а домен какой почтовый ?
у меня тишина =)
94 Cyberhawk
 
26.11.18
21:17
(91) скам-мастер
95 shuhard
 
26.11.18
21:18
(92) ТЗ на внедрение ERP требует полного обследования и со скрамом не дружит
96 palsergeich
 
26.11.18
21:19
(95) Согласен. Но у нас не ЕРП.
А из заказчика креакл так и прет.
97 HeKrendel
 
26.11.18
21:19
(93) front
98 ГеннадийУО
 
26.11.18
21:19
(89) Скрам-мастер должен фасилитировать, а не бэклог заполнять :))
99 shuhard
 
26.11.18
21:32
(97) list, посмотри почту от 29.08 + КП нужно выслать Костег-у, а не мне =)
100 shuhard
 
26.11.18
21:34
(98) в пофиг чем он будет заполнять бэклог, ТЗ нет, обследования нет, ФТ ЦФО противоречат друг другу и унаследованным данным
101 HeKrendel
 
26.11.18
21:41
(99) Отписал ;-)
102 shuhard
 
26.11.18
22:06
(101) ОК =)
знатно початились
103 ptiz
 
27.11.18
09:06
Когда мы не в состоянии охватить проект целиком, то делаем его маленькими шажками, в надежде, что к чему-нибудь придем. А если не придем - ничего страшного, бабло всё равно получаем по этапам.
Это и есть скрам?
104 ГеннадийУО
 
27.11.18
09:21
(103) Не...
105 Мелифаро
 
27.11.18
09:26
(104) Та не, всё верно :)
106 ГеннадийУО
 
27.11.18
09:37
(105) Слишком просто, на этом методологии не построишь.
107 Мелифаро
 
27.11.18
09:40
(106) А речь и не о постройке методологии. Скрамы-аджайлы вообще не очень-то к проектам внедрения применимы, зато для получения бабла за процесс подходят как ничто другое.
108 ГеннадийУО
 
27.11.18
09:44
(107) Не... без методологии бабла не дадут.
109 Джинн
 
27.11.18
10:06
(103) Да, оно самое :)
110 Мелифаро
 
27.11.18
10:12
(108) "Нельзя недооценивать предсказуемость тупизны" ©

Судя по всему, заказчик сам толком не понимает, чего хочет, а при таком подходе внедрятору гораздо удобнее доить заказчика "спринтами", чем по полгода с методистом наводить порядок в бизнес-процессах.
111 birkoFFFF
 
27.11.18
10:19
112 birkoFFFF
 
27.11.18
10:20
ой, уже было)
113 rs_trade
 
27.11.18
10:22
(0) теперь ваш п.здец по проекту будет твориться по этой методологии.
114 rs_trade
 
27.11.18
10:26
теперь вместо того что-бы орать что у вас бардак на проекте, будете кричать - у нас аджайл!
115 Вафель
 
27.11.18
10:27
(110) так наведение порядка тоже может быть спринтом.
не где не сказано. что спринт - это ндцать строк кода
116 Вафель
 
27.11.18
10:28
Раньше говорили - что нужен сильный РП со  стороны бизнеса, теперь говорят что нужен скрам мастер.
по сути ничего не поменялось
117 tenikov
 
27.11.18
15:55
(116) Чего только не скажут, лишь бы самим не работать и только откаты пилить да вопросики обкашливать.
118 Вафель
 
27.11.18
15:56
(117) но это никак не отменяет необходимость грамотного рп со стороны заказчика.
это же практически 80% успеха
119 PR
 
27.11.18
17:23
Какой ужас
120 Джинн
 
27.11.18
17:29
(118) Не бывает никакого "РП со стороны заказчика". У корабля один капитан, у проекта один руководитель. Со стороны заказчика могут быть координатор проекта, член команды проекта, эксперт и т.п. "функционалы". Но у проекта всегда один руководитель.
121 HeKrendel
 
27.11.18
17:39
(120) В твоих терминах-координатор
122 Джинн
 
27.11.18
17:43
(121) В терминах PMI, а не в моих :)
123 ILM
 
гуру
27.11.18
17:56
(0) Прикольно у вас там))). У нас проще будет. Первоначально сделаем цикл производства, пару месяцев учет в двух базах УПП и ЕРП, потом переход на типовой ЕРП, а потом уже доработку под нашу специфику.
124 Eiffil123
 
27.11.18
17:56
(120) скрум называет такого человека от заказчика "продукт овнер"
125 Джинн
 
27.11.18
18:02
(124) Думаю что не совсем. Скорее Product Owner ближе к спонсору проекта в PMI. Т.е. это функционер, отвечающий за реализацию бизнес-результатов проекта.
126 Вафель
 
27.11.18
18:20
(125) спонсор и куратор - это же одно и тоже
https://pmpractice.ru/knowledgebase/managment/keypoints/participants/
127 tenikov
 
27.11.18
18:44
(125) Спонсор - это владелец бюджета, проектом этот человек не управляет.
128 Джинн
 
27.11.18
19:13
(127) На грабли аналогий наступали многие люди :) Казалось бы бытовое определение спонсора можно расширить и на проектный менеджмент, ан нет - тут нас ждем множество рифов.

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

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

(126) Я не говорил о кураторе. Я говорил о координаторе.
129 Злопчинский
 
28.11.18
03:20
вот еще http://catalog.mista.ru/public/951098/
внутри статьи - ссылки на полезные материалы.
130 Tarzan_Pasha
 
28.11.18
08:21
(68)как не узнает то? вы же каждый день проводите онлайн планерку и если кто из участником провалился, сразу это становится ясно. Плюс нужно отслеживать как продвигается выполнение задач взятых на неделю у каждого участника.
131 tenikov
 
28.11.18
10:46
(128) Как сертифицированный PMP я какбе немного в курсе за терминологию PMBoK.
Спонсор - это в конечном случае владелец бюджета.