0. 1c-intelligence 8013 17.05.19 13:00 Сейчас в теме

Как сбежать из секты?

Ну и вообще туда не попадать

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. user-z99999 18 17.05.19 13:06 Сейчас в теме
Как сбежать из секты?

У меня сложилось впечатление, что вы по ходу рассуждений куда-то уплыли от ответа на вопрос.
Aggressorak; acanta; bug256; ABudnikov; monkbest; DmitryKSL; +6 Ответить
2. 1c-intelligence 8013 17.05.19 13:56 Сейчас в теме
(1) странно, я думал всё очевидно. Разобрать "сектантскую" методику на понятные куски и понять, что в конкретной "сборке" ничего особого нет.
Артано; +1 Ответить
3. pm74 123 17.05.19 15:33 Сейчас в теме
(2) забыли сказать про магию англоязычных наименований

процитирую себя же http://forum.infostart.ru/forum14/topic199238/message2042025/#message2042025



Agile software development - звучит красиво ,

Проворная разработка программ - ну , не очень ...

если выдумать новую методику , например когда нужно кодить стоя на голове , ее
лучше назвать Upside down software development
Ashandy; A_Max; andrey.panakhov; Алексей_mir2mb; +4 Ответить
4. klaus38 17.05.19 19:21 Сейчас в теме
Сокровенная ересь!

Е́ресь — сознательное отклонение от считающегося кем-либо верным религиозного учения,
AlexandrSmith; Алексей_mir2mb; +2 Ответить
63. AlexandrSmith 38 24.06.19 09:32 Сейчас в теме
5. acanta 56 17.05.19 21:15 Сейчас в теме
Мне тоже очень нравится Условный Оператор.
Алексей_mir2mb; +1 Ответить
6. Vladimir Litvinenko 1698 17.05.19 22:10 Сейчас в теме
守破離 - Cю Ха Ри.
Для того чтобы перейти на последний этап мастерства необходимо пройти сначала первые два. В последнее же время очень распространена мысль, что раз конечным этапом всё равно является Ри, то и первые два этапа не нужны. Следствием часто является дилетантский подход и отрицание правил. Наш любимый лозунг - правила существуют чтобы их нарушать.

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


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


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


Интересно, что за пределами кустарщины мира 1С всё выглядит иначе, и даже в качественные IDE проверка стилистики встроена и начинающие разработчики благодарны за такие подсказки. Это их шаг на пути к профессионализму и общению с коллегами на одном языке.

Советы вроде "это всё придумано 2000 лет назад" не позволяют использовать технологии. А ведь именно соблюдение и тиражирование технологий всегда было слабым местом нашей культуры. Быть кулибиными и придумывать гениальные гениальности без проблем, отрицать правила - да. А дисциплинировано соблюдать технологию и затем уже на её основе строить свою и, что самое главное, затем тиражировать, масштабировать соблюдение правил - вот здесь возникают проблемы. Речь конечно сейчас о технических направлениях и практиках.

Комментарий не только к этой публикации. Все последние публикации автора на эту тему вот такие мысли вызывают.
starik-2005; +1 Ответить
11. 1c-intelligence 8013 17.05.19 22:43 Сейчас в теме
(6) вы же и первые публикации автора читали. Значит, помните, что там были и Сю, и Ха, и Ри.
Но публикация вообще не об этом.
12. Vladimir Litvinenko 1698 17.05.19 22:50 Сейчас в теме
(11) Сначала были. Но потом началось....

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

И конечно мысль "они там в своих буржуйских странах ничего нового не придумали" нашла широкую поддержку. Здесь опять фреймворки и технологии к сектам приравниваются. Может быть поэтому наши ё-мобили и ё-фоны всё ещё не вызывают желания стоять за ними в очередях? Надо технологии подтягивать.

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

Мир разработки, если смотреть глобально, давно впитал в себя и древний как остатки мамонтов скрам и прочие техники командной разработки. Сейчас идёт следующий этап, уже более технологичный. А мы боимся в секту попасть, хотя если посмотреть на проходящий мимо прогресс, то таким образом себя в неё и загоняем.
14. 1c-intelligence 8013 18.05.19 05:52 Сейчас в теме
(12) мне кажется, у вас слишком идеализированное представление о мире разработки вне 1С. Наверняка же читали, что об этом пишут тру программисты?

Скрам они как впитали, так и испарили, через минуту. У них ровно такой же скрам, как в партнере 1С их пяти человек в маленьком городе Фершампенуаз на юге Челябинской области.

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

Вот вам, Владимир, какой результат принес скрам?
16. Vladimir Litvinenko 1698 18.05.19 22:05 Сейчас в теме
(14) Конечно же ускорение в 4 раза. А потом и ускорение в 10 раз! На самом деле нет.

Снижение количества косяков.
Снижение рисков сделать не то, что нужно.
Понимание необходимых компетенций до старта работы по задачам, а не после.
Лучшая оценка сроков выполнения задач.
Повышение личной мотивации, в том числе для работы по задачам, которые в иных системах сильнее вызывают демотивацию.
Фокусировка на цели и её достижение в коротком интервале планирования.
Много чего ещё.

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


Изобрести свою систему? Попахивает эгоизмом и желанием подогнать под себя все процессы. Всё равно что изобрести свои стандарты разработки конфигураций 1С при наличии общепринятых и понятных правил. Возникает фгагментация. Сначала команда заявляет "у нас своя система". Потом каждый внутри команды "у меня своя система". Ведь каждый из нас очень умный и может придумать уникальную уникальность в для организации процесса разработки.



А причиной всего, что вы написали является лень, а не технология. Работать соблюдая технологию сложнее, чем работать на тяп-ляп. И менее выгодно для почти для каждого индивидуума в отдельности, включая наделенных полномочиями. А ещё может бить по самолюбию. Так появляется нежелание использовать "буржуйскую" терминологию и попытки заменить её своей. Мы же сами с усами, если Швабер смог, то чем мы хуже? )) В итоге отказ от технологии зачастую выгоден и исполнителям и руководству.

Можно придумать другую систему и назвать её системой "Вани Пупкина" или менее персонально "Айсберг лучшего графомана" )) Но вот зачем? Если не смогли придерживаться распространенной технологии, то и с системой имени себя любимого то же самое будет.

Хотя не исключаю, что из города Фершампенуаз всё видится по-другому )))
32. 1c-intelligence 8013 21.05.19 19:01 Сейчас в теме
(16) погодите, а где я говорил, что не работал по технологии скрама? Или что-то с ней не получилось?
34. genayo 21.05.19 19:22 Сейчас в теме
(32) О, тогда какой продукт был создан тобой по скрам?
35. 1c-intelligence 8013 21.05.19 19:31 Сейчас в теме
(34) нашел время спросить, это было года 3-4 назад. Это были скорее проекты, чем продукты. Хотя граница размыта. Всё по внутренней автоматизации.
Из того, что помню:
1. Настоящий ФИФО в РАУЗ со структурой затрат;
2. Организация наполнения консигнационного склада внедрением ТОС и потоков (консалтинговый проект, автоматизации мало - существующими инструментами сделали);
3. Стратегический монитор с внедрением - сбор показателей с разных источников в один большой светофор с иерархией (автоматизация + методика);
4. Какой-то небольшой проектик были по устранению конфликтов в КД между разными службами и заказчиками;
5. Заявок (разовых задач по автоматизации) сделали в 2 раза больше на скраме (но тут без проекта, просто поток);
6. Внедрение по скраму скрама в другом отделе.

Больше не помню. Точнее, проекты или продукты, как сущности, не могу выделить. Мы работали с потоком задач, в котором были и проектные, и обычные. Только для важных проектов компоновали бэклог для ускорения релизов.
38. genayo 21.05.19 19:49 Сейчас в теме
(35) И что, реально был продакт-овнер член команды, и команда кросс-функциональная, и стендапы ежедневные? Не верю :)))
40. 1c-intelligence 8013 21.05.19 19:53 Сейчас в теме
(38) и скрам-мастер, и доска, и стикеры, и ретроспективы, и мат, и всё, что положено при русском скраме.
А в чем сложность-то?
43. genayo 21.05.19 20:05 Сейчас в теме
(40) Ну смешно это как-то в контексте 1С :))
36. 1c-intelligence 8013 21.05.19 19:34 Сейчас в теме
(34) но, вообще, вопрос у тебя странный. Создать продукт по скраму можно за один день, это очень простая методика.
Я вот в выходные шкаф сам сделал, тоже по скраму, из другого шкафа.
19. starik-2005 1857 20.05.19 12:46 Сейчас в теме
(6)
Комментарий не только к этой публикации. Все последние публикации автора на эту тему вот такие мысли вызывают.
Тоже показалось, что экзистенциальный кризис автора вступил в фазу отрицания всего. С другой стороны, совсем без отрицания тоже нельзя. Сомнение во всем, определяемое величайшими логиками как критическое мышление, - это единственный путь прогресса. Но пока не умеешь - действительно лучше повторять, используя те самые best practice.
20. genayo 20.05.19 13:10 Сейчас в теме
(19) Вот из-за таких бездумных "повторителей" из числа эффективных менеджеров у скрама такая подмоченная репутация...
21. starik-2005 1857 20.05.19 13:13 Сейчас в теме
(20)
бездумных "повторителей"
Так чтобы повторять, нужно разобраться в том, что повторять. А пока не понимаешь, то и не повторяешь вовсе, а пытаешься повторять. Но лучше пытаться повторять, чем изобретать велосипед. Рано или поздно разберешься. А вот уже когда "пробудился"- вот тогда можно и свои мысли вкладывать, улучшающие процесс.
22. genayo 20.05.19 15:11 Сейчас в теме
(21) Разобраться - это не про "эффективных менеджеров". Ну и, опять же, в скраме ничего сложного/необычного нет, только вот не всегда и не везде его пихать можно/нужно.
23. starik-2005 1857 20.05.19 15:13 Сейчас в теме
(22)
олько вот не всегда и не везде его пихать можно/нужно
Где не нужно? Где не можно? Давайте разберем примерчик.
24. genayo 20.05.19 15:16 Сейчас в теме
(23) Не нужно для слаженной команды разработчиков - они и так нормально работают. Нельзя в непродуктовой разработке :))
26. starik-2005 1857 20.05.19 17:32 Сейчас в теме
(24) а что такое "слаженная команда"? На мой взгляд - это любая проектная команда, которая уже долго работает вместе. По опыту спринт и покер планирования даже для такой команды дают увеличение производительности труда. Часто в этой самой "слаженной команде" уже так или иначе подобный подход используется, но спринт позволяет видеть изменения в реальном времени.

Непродуктовая команда - это что? Яндекс молчит. Это саппорт? Администраторы? У них есть ITIL и инциденты, которыми можно также проактивно управлять, а не только реактивно, снижая вероятность тех или иных проблем. И там скрам тоже вполне может повысить скорость и качество работы, но если админ один - да, тут работать не будет )))
Vladimir Litvinenko; +1 Ответить
27. genayo 20.05.19 22:12 Сейчас в теме
(26) А вы вот точно уверены, что скрам - это про повышение производительности? Точно-точно?
28. starik-2005 1857 21.05.19 06:59 Сейчас в теме
(27) все методологии управления проектами нужны для повышения ROI. И это произаодительность труда, т.е. снижение стоимости создания продукта.
29. genayo 21.05.19 17:49 Сейчас в теме
(28) Ну есть мнение, что скрам про быстрый запуск, и последующую шлифовку продукта. А видимость роста производительности лишь видимость...
30. starik-2005 1857 21.05.19 18:56 Сейчас в теме
(29) Тот же Макконнелл пишет, что парное программирован е и ревью позволяют выявлять до 70% ошибок при кодировании, в то время как стандартное тестирование только 30% при куда больших трудозатратах (на примере Боинга была показана цифра - в 8 раз). Так что тут все зависит от целеполагания и погимания процессов разработки ПО. Дай СКРАМ обезьяне - и будет как с очками... мартышка к старости слаба глазами стала, но от людей она слыхала...
33. genayo 21.05.19 19:07 Сейчас в теме
(30) Ну да, парное программирование, коде ревью... Но скрам то тут при чём?
46. starik-2005 1857 22.05.19 08:21 Сейчас в теме
(33) вот, уже начали задавать правильные вопросы. Вопрошание - это путь к познанию истины, хотя где мы, а где истина?)))
48. genayo 22.05.19 08:22 Сейчас в теме
(46) Так истина в том, что скрам и аджайл немного разные вещи :))
51. starik-2005 1857 23.05.19 15:48 Сейчас в теме
(48) ну это как рыба и селедка.
Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum, FDD, BDD.
56. genayo 23.05.19 16:49 Сейчас в теме
(51) Именно. Но Аджайл - это набор гибких методик, а Скрам - это достаточно жёсткий фреймворк, разница значительная...
7. acanta 56 17.05.19 22:22 Сейчас в теме
В программировании сейчас Второе Вавилонское Столпотворение. И эта эпоха давно бы закончилась, если бы за изобретение новых слов и принципов грамматики и синтаксиса не платили денег. Например, в России за это платят меньше. У нас больше ценится общение с носителями языка.
Самой большой проблемой в начале карьеры является понимаете двух вещей - чего от тебя хотят и что ты можешь на самом деле?
Поскольку теория ограничений Голдратта применяется в первую очередь к человеку уже на этапе описания вакансии.
8. Vladimir Litvinenko 1698 17.05.19 22:30 Сейчас в теме
(7) Разработка за пределами 1С как раз давно впитала в себя инкрементальную разработку и скрам и перешла к следующему техническому этапу - непрерывной поставе, CI/CD, автоматической проверке качества, контейнеризации, масшабированию организационных подходов по LeSS, SAFe.


А в мире 1С в это время до сих пор со скрамом на команду в 9 человек борятся.
Считают, что этот фреймворк, фактически появившийся десятки лет назад - буржуйская новинка.
И убеждают себя что надо изобрести свой свод законов, потому что "законы Российской Федерации" какие-то не уникальные и в них нет ничего нового ))
klaus38; starik-2005; acanta; +3 Ответить
9. acanta 56 17.05.19 22:32 Сейчас в теме
(8) но они же не тратят ресурсы на преодоление языкового барьера?
10. Vladimir Litvinenko 1698 17.05.19 22:39 Сейчас в теме
(9) Путь изоляции и изобретения велосипедов не самый лучший. Но возможно действительно именно языковой барьер является причиной страхов и отрицания технологий. Были такие мысли тоже.

Довольно уютно кодировать на 1С печатные формы и писать очередную систему учета задач, которая даже никогда не будет с системами учета версий интегрироваться. Зато своё и без английского )) Хотя сочетая такой мощный инструмент для решения бизнес-задач как 1С и технологии специально предназначенные для разработки, можно лучшего качества достичь.
Алексей_mir2mb; acanta; +2 Ответить
13. acanta 56 17.05.19 22:52 Сейчас в теме
(10) качество жизни вообще очень обширное понятие.
И да, разница в качестве жизни существует и на это могут быть форс-мажорные обстоятельства
15. user759345 1 18.05.19 12:28 Сейчас в теме
Умение программиста преподать себя много значит, но может быть и ошибка
17. acanta 56 18.05.19 23:03 Сейчас в теме
Ок, давайте вспомним как мы учимся читать. Сначала по слогам (ма-ма мы-ла ра-му). Затем читается целиком слово, даже путаница букв внутри слова особо не мешает, на это есть масса примеров в интернете.
Из лайфхаков по конспектрованию мы помним, что тире внутри слов читаются тяжело, быстро записывается стенограмма, но требует расшифровки и читается медленно.
Окончания типичные и отдельные часто используемые слова можно заменить символами, как в математике или стенограммах.
Теперь возьмём среднестатистического программиста, который для быстрого понимания кода должен фотографически помнить и написание Артефактов и всех используемых переменных, иначе разбор кода превращается в расшифровку древнешумерских глиняных табличек.
Добавим сюда грамматику в наименовании переменных, и мы уже вчитываемся в каждую букву модуля, чтобы не позволить себя обмануть тем, что написано мелким шрифтом или плохим почерком или не в том регистре или не в том падеже или не в том склонении.
Практика приводит к тому, что программист, освоивший типовые конфигурации, может работать один, а при работе в команде требуется единство стиля, а оно как правило достигается общим файлом шаблонов.
Что вы думаете про английский вариант кода?
18. starik-2005 1857 20.05.19 09:40 Сейчас в теме
Дочитал до плана и скрама со спринтом и бэклогом. И сразу понял, что аффтор толкает здравую мысль, пропущенную через свою больную голову и сам же начинает доказывать, что спринт - штука отдельно работающая плохо.

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

Аффтор, иди и еще раз подумаю про секты и отличия сект от технологий. Вот ты уже, полагаю, знаешь, что есть такие люди - коучи. И среди них есть технологи, а есть вольные стрелки, которые чтото там миксуют и придумывают. Вот поверь, что технолог вытащит тебя к свету за пять занятий, а вольный священномученик со своей методологией будет жать из тебя бабло пока может.
31. 1c-intelligence 8013 21.05.19 18:59 Сейчас в теме
(18) пояснили бы мысль-то. Что у меня за болезнь. И чем бэклог+спринт отличаются от ОКП.
50. starik-2005 1857 23.05.19 15:44 Сейчас в теме
(31) помнится, в одном из писем автор жаловался на то, что здоровье ни к черту. Или я не правильно понял?

Т.е. с остальным автор согласен?

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

Особенность современного создания стоимости в том, что когда ты начинаешь чем-либо заниматься, ты не можешь гарантировать то, что дело выгорит. Как автору должно быть известно, в 20-х годах 20-го же века некий товарищъ решил, что раз из тысячи идей (даже почти двух тысяч) начинает активно создавать стоимость только одна, то не плохо было бы напилить тысяч десять вариантов и потом их проработать. Т.е. взять количественно, не выкидывая даже самые бредовые. Так появился мозговой штурм. Потом Альцшуллер предложыл технологически подойти к генерации идей, отсеивая бред сразу - он просто не сможет в создаваемых условиях генерироваться массивно - так появилась ТРИЗ.

SCRUM - это, в переводе, собственно, "схватка". Т.е. некая такая борьба и преодоление трудностей изменения для повышения эффекта, т.е. увеличения создаваемой стоимости. Все методологии на это завязаны, т.к. их основная задача - принести пользу. Задача автора принести пользу себе через увеличение дохода компании, в которой он на каких-то условиях работает. Вряд ли у автора есть план. И сам же автор жаловался, что если бы его кто попросил писать эти статьи, то выходило бы куда хуже. Так вот и SCRUM - это такая вот схватка с действительностью при нечетком плане, непонятном будущем, основанная на зарисовках чего-либо и вывешивании этого зарисованного на видном месте, чтобы бросалось в глаза и было о чем подумать и чем повосхищаться может быть . И вот там есть ритуалы, артефакты, принципы и ценности, и даже политики. Все это отличает формализованный подход того самого ОКП от свободного и даже халократичного подхода скрама, когда войско разработчиков бросается на штурм проекта, а не лениво насиживает жопу на мягком кресле руководителя или на кресле админа с иголками в виде инцидентов, на которые нужно реагировать (поэтому админы - тощие, ибо суета).
52. 1c-intelligence 8013 23.05.19 16:00 Сейчас в теме
(50) мы про разное ОКП, похоже. Я про "сделать вот эти задачи за неделю". Как план производства в УПП - номенклатура, количество, период.
Бэклог спринта - то же самое. Никто не мешает создавать, например, план производства на неделю (если технология позволяет быстро перестроиться).
Глубокая проработка - это уже про водопад. Ну и она не связана с методом выполнения проекта.
В скраме тоже есть место глубокой проработке до начала реализации - в книге Сазерленд об этом писал.

Это вещи, вам очевидные, раз вы starik. А вот мне, молодому, не понятно, зачем вы пишете пространные комменты - вы вроде не тролль.
53. starik-2005 1857 23.05.19 16:12 Сейчас в теме
(52)
5. отвлекаюсь от сложной работы, чтобы с новыми силами преодолевать сложность.

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

3. Ну если говорить о коротком плане на недельку, то этот план как-то должен появиться. И как Вы его делаете? Неужели через покер планирования?

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

4. Особенности современного создания стоимости в том, что ты вынужден стрелять в множество разных мишеней, которые стали весьма динамичными. Сейчас ведь стартапы покупают часто не из-за самих стартапов, а из-за команды - дефицит кадровый. Кто бы во времена расцвета Йаху, который не купил Гугл, об этом думал? А ведь двадцать лет всего прошло. Все меняется, поэтому важна та самая гибкость, способность быстро меняться - мимикрировать в соответствии с экономической средой, трендами и тенденциями. А ОКП - да, метод без методологии, позволяющий стоять на месте, дрейфуя к вымершим "динозабрам".
54. 1c-intelligence 8013 23.05.19 16:28 Сейчас в теме
(53) гибкость стоит выше - чем наполнять план/бэклог. Я про то, что бэклог+спринт = ОКП. Внутри спринта гибкости нет, в части выбора задач для релиза.

Здоровье прекрасное, спасибо. Придумал свой способ сброа веса. Скинул десятку без фитнеса и диет. Еще двадцатка впереди.
55. starik-2005 1857 23.05.19 16:41 Сейчас в теме
(54)
Еще двадцатка впереди.
Не надо торопиться, не надо волноваться, а то все назад придет с дополнительным бонусом )))
57. 1c-intelligence 8013 23.05.19 17:11 Сейчас в теме
(55) нет, я проверил уже. Месяц набирал вес обратно, за 3 дня снова скинул.
58. starik-2005 1857 23.05.19 17:14 Сейчас в теме
(57) дфиичонки должны подтянуться, ибо тут какой-то метод похудения от 1c-intelligence просто нереальный ))) Скинуть за ТРИ дня ДЕСЯТЬ кг можно только через липосакцию (моя такая ИМХа)
59. 1c-intelligence 8013 23.05.19 17:29 Сейчас в теме
(58) девчонки уже подтянулись.
Я не точно написал - за месяц не десятку обратно набрал, а шесть кг. Они и ушли за три дня.
60. genayo 23.05.19 21:04 Сейчас в теме
(59) Лучшего рецепта для похудания, кроме как жрать меньше, нет :))
62. MadDAD 127 29.05.19 10:23 Сейчас в теме
(59)
девчонки уже подтянулись.
Я не точно написал - за месяц не десятку обратно набрал, а шесть кг. Они и ушли за три дня.

Так делись с обществом :) Хотя, самый эффективный, пожалуй, метод Артемия Лебедева
25. Nefilimus 27 20.05.19 15:59 Сейчас в теме
37. 1c-intelligence 8013 21.05.19 19:38 Сейчас в теме
Кажется, понял. Надо было сразу написать: статья для тех, кто освоил скрам или любую другую методику, но хочет двигаться дальше. Только не брать новую методику, а взять лучшее из существующих, причем только то, что подходит для конкретной среды, и скомпоновать.

Аналогия. Есть типовая УПП. Хорошая, чудесная, замечательная конфигурация. Можно оставить на замке и работать.

А можно улучшить - небольшими усилиями подстроить под себя, получив реальные преимущества.

А можно не трогать УПП, а взять другую типовую. ERP, например. И гордиться всю жизнь тем, что "я не мудак какой-то, который всё отрицает, у меня и телефон франча есть, там быстро объяснят, что надо на типовом работать".
tolyan_ekb; +1 Ответить
39. genayo 21.05.19 19:50 Сейчас в теме
(37) Ну наконец то. Я давно говорю, что много непонимания у читателей от отсутствия в твоих статьях границ и условий применимости...
41. 1c-intelligence 8013 21.05.19 19:58 Сейчас в теме
(39) так надо последовательно перечитывать все статьи от первой до последней. Из контекста выхватывать бессмысленно.
Вот есть статья про бизнес-программирование, которая с выступления 2016 года. Там скрам вскользь упомянут. И про ускорение вдвое сказано.
Потом статья, через год, с выступления 2017 года. Там уже подробно рассказано и про скрам, и про то, почему мы его выкинули, и какие внесли изменения, и зачем, и что в итоге получилось.

А в 2019 году, естественно, я этого не пересказываю. Сейчас - совсем другие задачи.

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

Если кто-то умеет увеличивать выручку, например, франча, используя чистый скрам - ради Бога. Моя практика показывает, что это нереально, надо модифицировать.

А скоро поздно будет. Один франч уже выручку увеличил. Сейчас второй на очереди. А парни пусть пока раздают телефоны коучей и рассказывают, как помогает скрам повысить качество, как его на западе используют и т.д. Каждому своё.

Ты ведь не подумал, что статья про ту девушку - выдумка?
42. 1c-intelligence 8013 21.05.19 20:02 Сейчас в теме
(39) да, и еще. Скоро выйдет последняя статья на тему ускорения, скрама и тому подобного. В смысле последняя, где я делюсь опытом. Слишком быстро и высоко возрастает ценность этого знания в последние месяцы. Ну и, очевидно, что это никому не интересно - причем, на любой площадке.
Так что, всем радоваться. Я тоже пошел, пиво греется.
44. genayo 21.05.19 20:13 Сейчас в теме
(42) А вот это интересно - почему не интересно :)) Есть предположения?
45. 1c-intelligence 8013 22.05.19 06:26 Сейчас в теме
47. genayo 22.05.19 08:21 Сейчас в теме
(45) А ты перестаёшь быть идеалистом :))
49. Rish_a 20 23.05.19 12:16 Сейчас в теме
Нужно попросить помощи у друзей.
61. acanta 56 23.05.19 21:53 Сейчас в теме
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Консультант ERP-систем
Москва
Временный (на проект)

Студент (стажер) 1С
Нижний Новгород
зарплата от 25 000 руб.
Полный день

Бизнес-аналитик 1С
Москва
зарплата от 90 000 руб. до 150 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день

Программист 1С
Нижний Новгород
зарплата до 100 000 руб.
Полный день