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

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

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

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

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

У меня сложилось впечатление, что вы по ходу рассуждений куда-то уплыли от ответа на вопрос.
Aggressorak; acanta; bug256; ABudnikov; monkbest; DmitryKSL; +6 Ответить
2. 1c-intelligence 8023 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 40 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 8023 17.05.19 22:43 Сейчас в теме
(6) вы же и первые публикации автора читали. Значит, помните, что там были и Сю, и Ха, и Ри.
Но публикация вообще не об этом.
12. Vladimir Litvinenko 1698 17.05.19 22:50 Сейчас в теме
(11) Сначала были. Но потом началось....

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

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

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

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

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

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

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

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

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


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



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

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

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

Непродуктовая команда - это что? Яндекс молчит. Это саппорт? Администраторы? У них есть ITIL и инциденты, которыми можно также проактивно управлять, а не только реактивно, снижая вероятность тех или иных проблем. И там скрам тоже вполне может повысить скорость и качество работы, но если админ один - да, тут работать не будет )))
Vladimir Litvinenko; +1 Ответить
27. genayo 20.05.19 22:12 Сейчас в теме
(26) А вы вот точно уверены, что скрам - это про повышение производительности? Точно-точно?
28. starik-2005 1859 21.05.19 06:59 Сейчас в теме
(27) все методологии управления проектами нужны для повышения ROI. И это произаодительность труда, т.е. снижение стоимости создания продукта.
29. genayo 21.05.19 17:49 Сейчас в теме
(28) Ну есть мнение, что скрам про быстрый запуск, и последующую шлифовку продукта. А видимость роста производительности лишь видимость...
30. starik-2005 1859 21.05.19 18:56 Сейчас в теме
(29) Тот же Макконнелл пишет, что парное программирован е и ревью позволяют выявлять до 70% ошибок при кодировании, в то время как стандартное тестирование только 30% при куда больших трудозатратах (на примере Боинга была показана цифра - в 8 раз). Так что тут все зависит от целеполагания и погимания процессов разработки ПО. Дай СКРАМ обезьяне - и будет как с очками... мартышка к старости слаба глазами стала, но от людей она слыхала...
33. genayo 21.05.19 19:07 Сейчас в теме
(30) Ну да, парное программирование, коде ревью... Но скрам то тут при чём?
46. starik-2005 1859 22.05.19 08:21 Сейчас в теме
(33) вот, уже начали задавать правильные вопросы. Вопрошание - это путь к познанию истины, хотя где мы, а где истина?)))
48. genayo 22.05.19 08:22 Сейчас в теме
(46) Так истина в том, что скрам и аджайл немного разные вещи :))
51. starik-2005 1859 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 1859 20.05.19 09:40 Сейчас в теме
Дочитал до плана и скрама со спринтом и бэклогом. И сразу понял, что аффтор толкает здравую мысль, пропущенную через свою больную голову и сам же начинает доказывать, что спринт - штука отдельно работающая плохо.

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

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

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

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

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

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

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

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

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

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

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

Здоровье прекрасное, спасибо. Придумал свой способ сброа веса. Скинул десятку без фитнеса и диет. Еще двадцатка впереди.
55. starik-2005 1859 23.05.19 16:41 Сейчас в теме
(54)
Еще двадцатка впереди.
Не надо торопиться, не надо волноваться, а то все назад придет с дополнительным бонусом )))
57. 1c-intelligence 8023 23.05.19 17:11 Сейчас в теме
(55) нет, я проверил уже. Месяц набирал вес обратно, за 3 дня снова скинул.
58. starik-2005 1859 23.05.19 17:14 Сейчас в теме
(57) дфиичонки должны подтянуться, ибо тут какой-то метод похудения от 1c-intelligence просто нереальный ))) Скинуть за ТРИ дня ДЕСЯТЬ кг можно только через липосакцию (моя такая ИМХа)
59. 1c-intelligence 8023 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 8023 21.05.19 19:38 Сейчас в теме
Кажется, понял. Надо было сразу написать: статья для тех, кто освоил скрам или любую другую методику, но хочет двигаться дальше. Только не брать новую методику, а взять лучшее из существующих, причем только то, что подходит для конкретной среды, и скомпоновать.

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

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

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

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

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

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

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

Ты ведь не подумал, что статья про ту девушку - выдумка?
42. 1c-intelligence 8023 21.05.19 20:02 Сейчас в теме
(39) да, и еще. Скоро выйдет последняя статья на тему ускорения, скрама и тому подобного. В смысле последняя, где я делюсь опытом. Слишком быстро и высоко возрастает ценность этого знания в последние месяцы. Ну и, очевидно, что это никому не интересно - причем, на любой площадке.
Так что, всем радоваться. Я тоже пошел, пиво греется.
44. genayo 21.05.19 20:13 Сейчас в теме
(42) А вот это интересно - почему не интересно :)) Есть предположения?
45. 1c-intelligence 8023 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 Сейчас в теме
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

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

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

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

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

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