├── .gitattributes
├── README.md
├── media
├── photo_2021-04-13_21-46-54.jpg
├── photo_2021-04-13_21-55-17.jpg
└── photo_2021-04-14_09-15-42.jpg
├── meetups
├── 2021-02-10.mp3
├── 2021-02-16.mp3
├── 2021-02-23.mp3
├── 2021-03-02.mp3
├── 2021-03-09.mp3
├── 2021-03-10.mp3
├── 2021-03-16.mp3
├── 2021-03-23-bootleg.mp3
├── 2021-03-23.mp3
├── 2021-03-30-bootleg.mp3
├── 2021-03-30.mp3
├── 2021-04-06.mp3
├── 2021-04-13-bootleg.mp3
├── 2021-04-13.mp3
├── 2021-04-27-bootleg.mp3
├── 2021-04-27.mp3
├── 2021-05-11.mp3
├── 2021-05-25.mp3
├── 2021-08-22.mp3
├── 2021-09-26.mp3
├── 2021-10-03.mp3
├── 2021-10-24.mp3
├── 2021-10-24.mp4
├── 2021-10-31.mp3
├── 2021-11-14.mp3
└── README.md
└── notes
├── 2021-02-10.md
├── 2021-02-16.md
├── 2021-02-23.md
├── 2021-03-02.md
├── 2021-03-09.md
├── 2021-03-10.md
├── 2021-03-16.md
├── 2021-03-23.md
├── 2021-03-30.md
├── 2021-04-06.md
├── 2021-04-13.md
├── 2021-04-27.md
├── 2021-05-11.md
├── 2021-05-25.md
├── 2021-08-22.md
├── 2021-09-26.md
├── 2021-10-03.md
├── 2021-10-24.md
├── 2021-10-31.md
└── 2021-11-14.md
/.gitattributes:
--------------------------------------------------------------------------------
1 | *.mp4 filter=lfs diff=lfs merge=lfs -text
2 | *.mp3 filter=lfs diff=lfs merge=lfs -text
3 | *.jpg filter=lfs diff=lfs merge=lfs -text
4 |
--------------------------------------------------------------------------------
/README.md:
--------------------------------------------------------------------------------
1 | # Современная разработка ПО
2 |
3 | - [Телеграм-чат](https://t.me/modernsd)
4 | - [О нас](https://github.com/modernsd/modernsd)
5 |
6 | В этом репозитории обсуждения, тексты, записи встреч, ссылки на доклады.
7 |
8 | Для успешного клонирования репозитория потребуется `git-lfs`.
9 |
10 | ## Встречи
11 |
12 | - [2021-02-10 — Встреча №1 — Олег Сорока и Виктор Фабриченко "Научный подход к менеджменту"](./notes/2021-02-10.md)
13 | - [2021-02-16 — Встреча №2](./notes/2021-02-16.md)
14 | - [2021-02-23 — Встреча №3](./notes/2021-02-23.md)
15 | - [2021-03-02 — Встреча №4 — Олег Сорока "Модель ПУСКИ ЛИЦ"](./notes/2021-03-02.md)
16 | - [2021-03-09 — Встреча №5](./notes/2021-03-09.md)
17 | - [2021-03-10 — Дебаты Виктора Фабриченко и Алексея Пименова](./notes/2021-03-10.md)
18 | - [2021-03-16 — Встреча №6](./notes/2021-03-16.md)
19 | - [2021-03-23 — Встреча №7](./notes/2021-03-23.md)
20 | - [2021-03-30 — Встреча №8](./notes/2021-03-30.md)
21 | - [2021-04-06 — Встреча №9](./notes/2021-04-06.md)
22 | - [2021-04-13 — Встреча №10 — Feels Like Faster vs. Is Actually Faster](./notes/2021-04-13.md)
23 | - [2021-04-27 — Встреча №11 — Платформенные команды](./notes/2021-04-27.md)
24 | - [2021-05-11 — Встреча №12 — Про обучение и образование](./notes/2021-05-11.md)
25 | - [2021-05-25 — Встреча №13 — Ещё про обучение и образование](./notes/2021-05-25.md)
26 | - [2021-08-22 — Встреча №14](./notes/2021-08-22.md)
27 | - [2021-09-26 — Встреча №15](./notes/2021-09-26.md)
28 | - [2021-10-03 — Встреча №16](./notes/2021-10-03.md)
29 | - [2021-10-24 — Встреча №17](./notes/2021-10-24.md)
30 | - [2021-10-31 — Встреча №18 — Современная Разработка ПО за 1 час или меньше](./notes/2021-10-31.md)
31 | - [2021-11-14 — Встреча №19 — Обратная связь в социальных системах](./notes/2021-11-14.md)
32 |
--------------------------------------------------------------------------------
/media/photo_2021-04-13_21-46-54.jpg:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:6607d8abaafc56ed6f5ed4e53d17921c59a6fd43abddddaff75e01bb3ad7e26a
3 | size 72557
4 |
--------------------------------------------------------------------------------
/media/photo_2021-04-13_21-55-17.jpg:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:a5d199388dac64d7cf7a4e75ce387a547cc3077c474ea65033da7bb4b106f6fc
3 | size 45658
4 |
--------------------------------------------------------------------------------
/media/photo_2021-04-14_09-15-42.jpg:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:077bdd5613978c426d433b8465957493ee9fedce1da21c428d7d3c96b1c5fdd1
3 | size 123198
4 |
--------------------------------------------------------------------------------
/meetups/2021-02-10.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:61f0838e96ab457c9549f58a0f9b221680760a398e1dfccfe35e97f43edc58ee
3 | size 191629155
4 |
--------------------------------------------------------------------------------
/meetups/2021-02-16.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:4bda6a1a54687673433bfd5224b6cd46066f5e0da0312408388a514b3d933966
3 | size 48886898
4 |
--------------------------------------------------------------------------------
/meetups/2021-02-23.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:4c0559fa2a03b10d58554531d734a876876b174fc705c40af3c08f574796b007
3 | size 53079582
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-02.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:a54ad8e38e524171aa3ba43ce02bc48fbcbe920efa43a867518cd4986b91e76f
3 | size 107813475
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-09.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:1a5fc86ab4dfb24747af068aff7931f3af5ab9a13af7145f935de885b3067781
3 | size 87203676
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-10.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:e64019af1f36596f26c1254aa7f9bf169ef995d73b786cd733479470f977b7c7
3 | size 72237910
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-16.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:ee03d0e956908ce2e411d1519632692510e4def03716e8d71cb40e8d3efd7d5c
3 | size 132305886
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-23-bootleg.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:c0afabf329e99ea3aef03831766bb700eb3e2905cd30393b98459ef989fe6290
3 | size 215423638
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-23.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:d139f62c613c0233e93fbec6dccc87f8847741af2f6193e41411aa40d4a1d5c9
3 | size 56138157
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-30-bootleg.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:ae8567bdfa854271f607a508d923f97b3be2ca057818ba95018a9321e72d7cb0
3 | size 69912527
4 |
--------------------------------------------------------------------------------
/meetups/2021-03-30.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:629cf19f2b5d7e49e632cbf858d1b16d43fc01c4ac94e3373631025844163b15
3 | size 46252077
4 |
--------------------------------------------------------------------------------
/meetups/2021-04-06.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:29a389643707689d54643570b0891a68af9867cd7740ba6b6dbd23601ea728d4
3 | size 90155238
4 |
--------------------------------------------------------------------------------
/meetups/2021-04-13-bootleg.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:3db7868e99175d7570749f1672639123d31175237088b1323b85cada7a9a7631
3 | size 80726220
4 |
--------------------------------------------------------------------------------
/meetups/2021-04-13.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:07f7be9df6e04469753f4d6964ae0bc97c10ea47b7ed65b433e6487d6e39977d
3 | size 53117805
4 |
--------------------------------------------------------------------------------
/meetups/2021-04-27-bootleg.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:6ff4576a3052aee2fe306582ac3e0d247dd9779aed7048dba754a85daa425503
3 | size 46386079
4 |
--------------------------------------------------------------------------------
/meetups/2021-04-27.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:e115e80aca6c2e0ac2992fa846a9b32aeaead9f6b09aabe7791b176ee34ad5a8
3 | size 41257392
4 |
--------------------------------------------------------------------------------
/meetups/2021-05-11.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:c6522545d251888dd7d4d29762fd8ec02dfd58c4877356222c6ad27430fe18c5
3 | size 75605679
4 |
--------------------------------------------------------------------------------
/meetups/2021-05-25.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:73cf6aeff6b7d0722c43a19c1613d1a1bb6b9058f7a4c002e9361d5e8fb1f977
3 | size 62126957
4 |
--------------------------------------------------------------------------------
/meetups/2021-08-22.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:3244b5feaa9b7c9650414f1c70125b4b5775bc4c8be684c6cb38640f53c2b37c
3 | size 76475532
4 |
--------------------------------------------------------------------------------
/meetups/2021-09-26.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:6a625ee7a5643a436c44100afc46ada4c38f8d5d682c4f36587c528d8049c7ed
3 | size 52250628
4 |
--------------------------------------------------------------------------------
/meetups/2021-10-03.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:109c1963dbecfd3ffef21c5e328fd2fab3e42322fd75bdfe87edcb97db131147
3 | size 129234924
4 |
--------------------------------------------------------------------------------
/meetups/2021-10-24.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:80c110e2b9bc608fb2fa790af8fed82ae1c7295afc3afb6b4ed8a259ac9629ac
3 | size 125479308
4 |
--------------------------------------------------------------------------------
/meetups/2021-10-24.mp4:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:0fef7c8225f46c0afe458db87586320176ef16284fe90dd1ff768f59fdfe17dc
3 | size 95708712
4 |
--------------------------------------------------------------------------------
/meetups/2021-10-31.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:64deb763a6d0bb28a15e69c9d7d1794e421ce182b95331ecb87a9df3254b73d2
3 | size 98072774
4 |
--------------------------------------------------------------------------------
/meetups/2021-11-14.mp3:
--------------------------------------------------------------------------------
1 | version https://git-lfs.github.com/spec/v1
2 | oid sha256:637fb34931d81ce025cf5a6498e222ce098537e4dbfe60970199ed9847b82fac
3 | size 102088640
4 |
--------------------------------------------------------------------------------
/meetups/README.md:
--------------------------------------------------------------------------------
1 | # Записи наших встреч
2 |
3 | Каждый вторник мы собираемся вечером в телеграм-канале и обсуждаем практически что угодно, связанное с разработкой ПО, людьми, программами, компьютерами.
4 |
5 | В этой директории находятся записи всех встреч.
6 |
--------------------------------------------------------------------------------
/notes/2021-02-10.md:
--------------------------------------------------------------------------------
1 | # Встреча №1: Олег Сорока и Виктор Фабриченко "Научный подход к менеджменту"
2 |
3 | - [Аудио](../meetups/2021-02-10.mp3)
4 |
5 |
6 | ### Какая цель работы фирмы?
7 | - Удовлетворить потребность пользователя.
8 | - Если потребность сейчас не удовлетворяется, то мы дописываем код, исходя из этой необходимости пользователю.
9 | - OKR сюда не вписывается.
10 |
11 | ### Что может сделать менеджер с потоком задач?
12 | - 1. Изменить содержимое задач. Примеры:
13 | - Делать меньше или больше.
14 | - Делать то, что нужно или не нужно пользователю
15 | - 2. Изменить порядок выполнения задач. Примеры:
16 | - Брать по одной задаче за раз.
17 | - Или вообще не делать некоторые задачи.
18 | - 3. Изменить скорость выполнения задач. Примеры:
19 | - Является ли наш фреймворк средством контроля нерадивых работников?
20 | - Если так, то это входит в конфликт с тем, что все современные фреймворки доверяют команде.
21 | - OKR не влияет на #1 и #2. Но и про #3 не говорит.
22 |
23 | ### Как разобрать практику и добраться до принципа?
24 | - 1. Анализ: определяем, что мы исследуем.
25 | - OKR - что мы хотим получить и как мы протестируем (проверим), получили мы это или нет.
26 | - 2. Синтез: где и как это можно использовать и можно ли использовать вообще.
27 | - Сформулировать тесты до работы полезно: это дешевле и можно подумать как сделать то же самое с меньшими ресурсами.
28 |
29 | ### Проблема не в блоках обработки информации, а в каналах передачи информации.
30 | - В каналах возникают потери информации и они приводят к тому, что мы можем начать делать не то, что нужно пользователю.
31 |
32 | ### Best practices ввел Тейлор, с оговоркой, что они применяются только к физическому труду, а не интеллектуальному.
33 | - Совет: разбирай best practices до составляющих и пойми основную идею, чтобы понимать зачем best practices были придуманы.
34 | - Если их применять в лоб к интеллектуальному труду, то работать они не будут из-за разного контекста.
35 | - Best practices применительно к физическому труду работают из-за того, что этот труд находится ближе к физическому миру, чем труд интеллектуальный, а законы физического мира одинаковы (а значит и контекст одинаков для физического труда).
36 |
37 | ### Менеджер не может управлять действиями людей, он может управлять только взаимодействиями людей.
38 |
39 | ### Как улучшать систему?
40 | - Смотреть где самое узкое место и если затраты на улучшение меньше получаемого эффекта, то улучшаем.
41 | - Повторяем поиск узкого места пока это экономически целесообразно.
42 |
43 | ### Метафора практик и корзин
44 | - Есть 200-300 практик. Один или два автора берут 20-30 из них и обьединяют в непротиворечивую систему (корзину).
45 | - Так появились Scrum (впихнем все work items сразу), Kanban (work items берутся по одному, а не впихиваются все сразу, а если они маленькие, то появляется continuous integration), Less и т.п.
46 | - Цель: построить свою систему, уложить в своей голове и понимать почему это работает. Если понимаешь до уровня физических законов, то все ок.
47 | - Teamlead roadmap в текущем виде не поможет: там слишком много корзин, а связи между ними непонятны. Нужна логическая система, понимание.
48 | - Как стать лучше: только учиться.
49 |
50 | ### Метафора охоты на работу
51 | - Люди разводят работу, чтобы не стать ненужными. Они думают, что в отсутствии работы они умрут.
52 | - В открытом мире они не умрут. Наоборот, они будут более востребованы, чтобы охотиться на работу (возможно, что в другом месте).
53 |
54 | ### Метафора химиков и алхимиков
55 | - Пока менеджмент находится на уровне алхимиков, а не химиков: мало логического обоснования и математического аппарата.
56 |
57 | ### Упоминаемые книги
58 | - Пятая дисциплина Сенге (читай всю, а особенно посмотри пример про пивзавод - максимизация эффективности отдельных этапов не дает максимизации эффективности всей системы).
59 | - Экстремальное программирование Кент Бек
60 | - Популярная информатика Чурсин Николай
61 |
--------------------------------------------------------------------------------
/notes/2021-02-16.md:
--------------------------------------------------------------------------------
1 | # Встреча №2
2 |
3 | - [Аудио](../meetups/2021-02-16.mp3)
4 |
5 | ### Таймкоды
6 | 00:00 - роль степени близости к чаяниям пользователя для бизнес результата
7 |
8 | 02:51 - дисфункция когда задачи менеджмента это минимизация факапов
9 |
10 | 04:20 - почему стараются делать продуктовые команды, минимизация потерь информации
11 |
12 | 07:40 - value-stream map vs текущая орг структура
13 |
14 | 08:17 - вопрос про активности заранее чем возникнет проблема у пользователя
15 |
16 | 09:35 - ответ: фичи как побочный эффект, отсылка к ТРИЗ, пример refund в Amazon
17 |
18 | 14:30 - вопрос какая есть альтернатива платформенным командам
19 |
20 | 15:29 - инвестиция в архитектуру (Conway's law) с учетом бизнес-составляющей, в знание домена и пользователя, формат команд в зависимости от того что получится, Logistics/Payments/UX, а не по Java/DBA/Admin
21 |
22 | 18:55 - вопрос как поделить input от запрос по командам
23 |
24 | 19:31 - трансляция user journey в user story, product owners, аналитики, ux servant
25 |
26 | 22:20 - вопрос product role vs команды
27 |
28 | 22:40 - есть доменные эксперты и кто то из них выполняет роль транслятора в user story; роль следует из того что пользователю нужен какой-то продукт и роль ux servant, интерпретатор пользователя
29 |
30 | 24:14 - product как компонент информационной системы, если продукты говорят что, а разработчики как, то через какое то время продукты будут не успевать генерировать что;
31 |
32 | 26:50 - как обеспечить наблюдаемость продакт принес не то или разработчик сделал не то, чтобы понять кого не хватает
33 |
34 | 28:42 - баланс полномочий и ответственности усли нужно убрать продакта
35 |
36 | 30:00 - как понять в каком состоянии находится система, проблемные места
37 |
38 | 31:00 - что если все растут
39 |
40 | 31:48 - стопор если упереться в количество знаний
41 |
42 | 33:20 - если нет времени умнеть, то нужно ограничивать поток задач
43 |
44 | 34:00 - блокер таких изменений если нет ощущения их необходимости, если есть поток ресурсов
45 |
46 | 38:00 - опыт [@vfabr](https://t.me/vfabr) что тот кто в самом верху не против инициировать изменения, главные противники изменений среднее звено
47 |
48 | 41:54 - отсылка к STATIK ([видео](https://kanbanguide.ru/resources/video-category/statik/), [статья](https://filipyev.ru/2017/11/09/s-t-a-t-i-k-system-thinking-approach-for-introducing-kanban-ili-kak-sistemno-zapustit-kanban-v-komande/), [книга (eng)](https://t.me/kanban_talks/23743), [книга (rus)](https://tlgur.com/d/8Qe0pMj8)) и kanban maturity model ([1](https://drive.google.com/file/d/1jYfbtKH80-tJANEO7cw-jLVe2Olqe_40/view?usp=sharing), [2](https://youtu.be/_GLpKi_f4zU), [3](https://youtu.be/OlH2Fo7HFhc))
49 |
50 | 43:39 - учет хрупкости, ригидности и гибкости при большом зазоре между уровнями компании, отделов, команды, человека;
51 |
52 | 45:20 - эволюционность vs трансформационный подход, эффект отторжения
53 |
54 | 46:25 - credibility для способности внести изменения
55 |
56 | 47:10 - bring your own device, [shadow it](https://en.wikipedia.org/wiki/Shadow_IT), гильдии, trello
57 |
58 | 50:25 - inversion of control для процессов
59 |
60 | 52:00 - как способствовать переходу количества изменений в качественное изменение
61 |
62 | 57:00 - вопрос как научиться строить value-stream map
63 |
64 | 59:24 - value-stream mapping vs разделение по domain областям
65 |
66 | 1:03:00 - unknown unknown => t-shape; known unknown => specialization
67 |
68 | 1:05:00 - изменения, эволюция ментальных моделей => t-shape/роли
69 |
70 | 1:07:00 - сделать хоть что-то с тем что есть чтобы появились вопросы и стало понятно что учить
71 |
--------------------------------------------------------------------------------
/notes/2021-02-23.md:
--------------------------------------------------------------------------------
1 | # Встреча №3
2 |
3 | - [Аудио](../meetups/2021-02-23.mp3)
4 |
--------------------------------------------------------------------------------
/notes/2021-03-02.md:
--------------------------------------------------------------------------------
1 | # Встреча №4 — Олег Сорока "Модель ПУСКИ ЛИЦ"
2 |
3 | - [Аудио](../meetups/2021-03-02.mp3)
4 |
5 | Олег Сорока описал свою модель разработки программного обеспечения "ПУСКИ ЛИЦ".
6 |
7 | Эта модель состоит из следующих наборов сущностей (для контекста нужно слушать аудиозапись и читать конспект доклада):
8 |
9 | 1. Потоки
10 | 2. Уровни
11 | 3. Системы
12 | 4. Контексты
13 | 5. Истории
14 | 6. Люди
15 | 7. Идеи
16 | 8. Цели
17 |
18 | Менеджеру полезно понимать про каждый из этих наборов: некоторые наборы знать хорошо, а об остальных хотя бы иметь представление, чтобы не применять слепо готовый фреймворк (SCRUM и т.п.).
19 |
20 | ### Ссылки
21 |
22 | - [Конспект доклада от автора – Олега](https://workflowy.com/s/5054462ca015/9uwwsO1NTvANj92F)
23 |
--------------------------------------------------------------------------------
/notes/2021-03-09.md:
--------------------------------------------------------------------------------
1 | # Встреча №5
2 |
3 | - [Аудио](../meetups/2021-03-09.mp3)
4 |
--------------------------------------------------------------------------------
/notes/2021-03-10.md:
--------------------------------------------------------------------------------
1 | # Дебаты Виктора Фабриченко и Алексея Пименова
2 |
3 | - [Аудио](../meetups/2021-03-10.mp3)
4 |
--------------------------------------------------------------------------------
/notes/2021-03-16.md:
--------------------------------------------------------------------------------
1 | # Встреча №6
2 |
3 | - [Аудио](../meetups/2021-03-16.mp3)
4 |
5 | ## Таймкоды
6 |
7 | - 03:54 - гендерное неравенство
8 | - 35:00 - экспертиза: вглубь vs вширь
9 | - 41:56 - навык получения доменных знаний
10 | - 49:30 - обучение через "изобретение велосипеда"
11 | - 53:57 - стиль обучения YCombinator
12 | - 57:00 - ориентиры для развития
13 | - 1:12:18 - игра с нулевой суммой
14 | - 1:23:58 - когда не поздно делать карьерный pivot
15 | - 1:27:15 - survivorship bias
16 | - 1:28:18 - хорошо где нас нет
17 | - 1:29:00 - отсылка на главу про планирование (Глава 2)
18 | - 1:30:00 - цели: в работе vs вне работы
19 | - 1:33:55 - деньги как ресурс для достижения целей
20 | - 1:41:50 - разрешение противоречий личных интересов и интересов компании
21 | - 1:44:22 - польза фундаментальных знаний и необходимость reality check
22 | - 1:50:27 - проще изучать не значит игнорировать остальное
23 | - 1:53:32 - истории самому себе => интерес
24 | - 1:56:00 - мультидисциплинарность
25 | - 2:02:00 - квадраты незнания
26 | - 2:20:25 - Web 2.0
27 | - 2:27:38 - распределенные базы данных
28 | - 2:47:15 - xmpp
29 |
--------------------------------------------------------------------------------
/notes/2021-03-23.md:
--------------------------------------------------------------------------------
1 | # Встреча №7
2 |
3 | - [Аудио (запись из Телеграмма)](../meetups/2021-03-23.mp3)
4 | - [Аудио (запись Вячеслава Ковалева)](../meetups/2021-03-23-bootleg.mp3)
5 |
6 | ## Таймкоды
7 |
8 | - 3:44 - начало
9 | - 6:03 - формулировки вопросов: про типы задач и про задачи-research'и, proof of concept итп
10 | - 9:20 - начало ответа: про смысл исследования и фреймирование инструментами
11 | - 14:00 - выбор информационной модели
12 | - 15:28 - как должен выглядеть результат research задачи
13 | - 17:00 - про 2 этапа исследования: получение модели проблемы и выбор инструмента
14 | - 19:00 - почему у research такой цикл
15 | - 19:50 - на сколько мелко бить задачи (разработка, проектирование, исследование)
16 | - 26:30 - отличия research задач от проектирования и разработки
17 | - 27:55 - defenition of done исследования (вопрос, ответ, обоснование)
18 | - 41:28 - что такое информационная модель
19 | - 50:25 - что делать с рисками в оценке времени
20 | - 57:31 - вопрос про платформенные команды
21 | - 1:19:00 - тесты
22 | - 1:39:00 - итог про тестирования
23 | - 1:43:00 - ценность разных точек зрения
24 | - 1:46:00 - еще про тестирование
25 | - 1:47:40 - важность наличия тестовой системы
26 | - 1:59:00 - про риск при выкатке
27 | - 2:11:00 - мониторинговые тесты
28 |
--------------------------------------------------------------------------------
/notes/2021-03-30.md:
--------------------------------------------------------------------------------
1 | # Встреча №8
2 |
3 | - [Аудио (запись из Телеграмма)](../meetups/2021-03-30.mp3)
4 | - [Аудио (запись Вячеслава Ковалева)](../meetups/2021-03-30-bootleg.mp3)
5 |
6 | ## Таймкоды
7 |
8 | - 00:00 - как реагировать на инциденты, постмортемы, резервирование
9 | - 18:20 - аналогия с пробоем конденцатора
10 | - 21:00 - что такое постмортем
11 | - 22:55 - логистическая кривая
12 | - 24:53 - предсказание пробоя
13 | - 25:24 - принцип разбора ошибок
14 | - 27:20 - нужна постоянная тренировка поиска корневых причин на ошибках, редкий постмортем малополезен
15 | - 32:09 - много постмортемов => более надежная система
16 | - 37:21 - подитог
17 | - 19:05 - спираль качества
18 | - 40:20 - нужен ли поиск виновных
19 | - 49:20 - проблема экспоненциальных процессов
20 | - 51:08 - нет единой корневой причины
21 | - 53:00 - время жизни без техобслуживания и минусы автоматизации
22 | - 58:21 - социотехническая система должна делаться с запасом возможностей - не слишком надежна, а достаточно надежна
23 | - 01:00:36 - стабильность vs ригидность и jira sunk cost fallacy
24 | - 01:02:40 - итерации в найме
25 | - 01:07:20 - еще раз про поиск виновных
26 | - 01:09:00 - нельзя просто так взять и стать blameless
27 | - 01:13:28 - и еще раз про поиск виновных
28 |
--------------------------------------------------------------------------------
/notes/2021-04-06.md:
--------------------------------------------------------------------------------
1 | # Встреча №9
2 |
3 | - [Аудио](../meetups/2021-04-06.mp3)
4 |
5 | ## Таймкоды
6 |
7 | - 00:50 - вопрос про проектный офис, стратегирование, планы, подбор фреймворка
8 | - 04:41 - ответ
9 | - 09:35 - резюмирование ответа
10 | - 11:50 - пример сценария на основе матричной структуры
11 | - 14:40 - поощрение vs централизация инициативы
12 | - 19:38 - оценка перспективности бизнес идеи: стартапы vs некоторые продуктовые компании
13 | - 26:40 - бюджетирование это хорошо или плохо
14 | - 33:10 - предварительный анонс тем онлайн митапов
15 | - 35:20 - исследование токсичного поведения в компании
16 | - 42:46-47:46 - вырезанный кусок
17 | - 48:50 - организация преподавания в компании
18 | - 59:50 - снова про проекты
19 | - 01:03:00 - про рабочие встречи у которых нет четкой темы
20 | - 01:09:42 - вопрос про процессы и cargo scrum - время vs фокус, PDCA
21 | - 01:16:46 - scrum как обертка, пример ситуации когда командам он неактуален
22 | - 01:23:20 - трата сил на оценки задач
23 | - 01:32:00 - продуктовая грамотность vs инженерная культура
24 | - 01:37:30 - влияние предсказательной силы
25 | - 01:39:00 - огорчение от осознания неэффективности действий программистов внизу цепочки
26 | - 01:41:00 - костыль в виде A/B тестов
27 | - 01:43:33 - пример внедрения A/B тестов в Badoo (ледокол неизвестности)
28 | - 01:48:00 - про горизонт окупаемости в 10 лет
29 | - 01:50:00 - Net Income Per Employee (NIPE) и тп
30 | - 01:52:47 - методы приоретизации тасок на примере Weighted Shortest Job First (WSJF)
31 | - 01:58:30 - полезно ли вообще логирование времени
32 |
--------------------------------------------------------------------------------
/notes/2021-04-13.md:
--------------------------------------------------------------------------------
1 | # Встреча №10
2 |
3 | - [Аудио (запись из Телеграмма)](../meetups/2021-04-13.mp3)
4 | - [Аудио (запись Вячеслава Ковалева)](../meetups/2021-04-13-bootleg.mp3)
5 |
6 | ## Таймкоды
7 |
8 | - 01:00 - начало разбора таблицы Feels Like Faster vs. Is Actually Faster
9 | - 01:45 - starting vs finishing
10 | - 03:30 - less slack vs more slack
11 | - 04:48 - parallelizing work vs serializing work
12 | - 05:55 - "filling up" timeboxes vs clear, overarching timbox goals
13 | - 07:46 - higher work in progress vs lower work in progress (to a point)
14 | - 10:30 - "getting ahead" of the work vs starting together
15 | - 14:25 - specialization vs t-shaped (to a point)
16 | - 16:40 - shipping and jumping to next project vs leaving to respond to feedback
17 | - 19:18 - cutting corners (we'll fix it later) vs quality focus (fix it now)
18 | - 22:08 - refactor as special effort vs regular refactoring
19 | - 23:38 - analysis paralysis
20 | - 24:25 - handling off to test. starting new work vs pairing with test. finishing together
21 | - 26:13 - hiring more people vs tooling, infrastructure, environments, quality
22 | - 30:39 - throwing new team members into fray vs careful and safe onboarding
23 | - 33:15 - individual assignments vs team goals, pairing, swarming, mobbing
24 | - 35:42- chase efficiency vs encourage messy but effective collaboration
25 | - 41:35 - heads on keyboards immediately vs team conducts research together
26 | - 43:18 - larger batches ("less resetting") vs smaller batches
27 | - 47:11 - keep everyone heads down vs quiet/focused time punctuated by collab
28 | - 48:58 - метрики не во главе угла а для на подумать
29 | - 50:00 - design then build vs participatory design, UX/dev pairing
30 | - 52:40 - shared ops vs embedded ops (w/ some shared services)
31 | - 56:00 - отсылка к [видео разбору CALMS](https://youtu.be/K7pR2zsGErc?list=PL4vA46bkT2dJSWqHJEWIo3BbXaZERH7cn)
32 | - 58:23 - output velocity vs impact velocity
33 | - 01:02:14 - stakeholder reviews and approvals vs partners in the trenches, regular participation
34 | - 01:05:22 - "find a way around the blocker" vs swarm on the blocker
35 | - 01:11:10 - разбор вопроса про ответственность за производительность: [иллюстрация 1](#photo_2021-04-13_21-46-54.jpg), [иллюстрация 2](#photo_2021-04-13_21-55-17.jpg)
36 | - 01:43:28 - обсуждение после ответа на вопрос
37 |
38 | ## Материалы
39 |
40 |
66 |
67 | ## Cсылки на упоминаемые материалы
68 |
69 | - [Анти Jira](https://www.youtube.com/watch?v=VdwxfocVqcM)
70 |
--------------------------------------------------------------------------------
/notes/2021-04-27.md:
--------------------------------------------------------------------------------
1 | # Встреча №11
2 |
3 | - [Аудио](../meetups/2021-04-27.mp3)
4 | - [Аудио (bootleg запись)](../meetups/2021-04-27-bootleg.mp3)
5 | - [Пост в Telegram](https://t.me/modernsd/21727)
6 |
7 | ## Таймкоды
8 |
9 | - 00:00 - начало про платформенные команды
10 | - 02:05 - проблемы при стандартизациях в разработке, effectiveness vs efficacy vs efficiency
11 | - 10:00 - применение little's law к платформенным командам или почему платформенная команда это костыль
12 | - 11:00 - выделение команды vs использование [slack time](https://t.me/modernsd/20355) для обучения окружающих
13 | - 16:30 - о [статье фаулера](https://martinfowler.com/articles/platform-prerequisites.html) про внутренний SaaS
14 | - 18:00 - про core team (не SaaS)
15 | - 19:30 - групповые динамики - илитаризм, социальное расслоение
16 | - 20:30 - иллюстрация негативных групповых динамик scala сообщества - сорта программистов
17 | - 23:00 - проблема с обучением других
18 | - 23:30 - устаревание представления о контектсе продуктовой разработки у платформенных команд
19 | - 25:45 - проблема предварительного обобщения; как автономность перечеркивается зависимостью на команды
20 | - 29:04 - комбинаторный взрыв при выделении общего
21 | - 31:00 - обилие конфигурационных параметров -> программирования больше а не меньше
22 | - 32:39 - компетенций команды часто не хватает на инфру
23 | - 34:10 - configuration as code
24 | - 34:40 - платформенных гильдий, команд будет становится все больше так как компетенций продуктовых команд будет все меньше и меньше
25 | - 36:20 - проблема организационных и процессных решений архитектурных проблем
26 | - 38:34 - системы для программистов сложно делать из-за требовательности
27 | - 43:30 - необходимость оставлять возможность
28 | - 45:42 - платформенная (внутренний SaaS) vs core (распил целого продукта) vs интеграционая команды
29 | - 46:52 - критерий конкурентности
30 | - 52:59 - больше контекста от автора вопроса
31 | - 57:10 - неявное финансирование, как прояснить целесообразность платформенной команды - ответить на вопрос получиться ли сделать стартапом, по lean стартап методологии; другие компании могли бы этим воспользоваться? неверифицируемость окупаемости приводит к паразитизму, job security
32 | - 1:00:30 - временное решение vs системное решение; проблема отсутствия обучения других или его замедление при создании таких "костылей"
33 | - 1:04:10 - conway law под вопросам для некоторых общих частей
34 | - 1:12:00 - система генерирующая задачи vs система выполняющая задачи и все ли задачи нужно делать
35 | - 1:15:30 - расширение трассы -> больше пробок
36 | - 1:17:00 - подведение итогов
37 | - 1:21:00 - вопрос на следующий раз про реализацию работы архитектора
38 |
39 | ## Cсылки на упоминаемые материалы
40 |
41 | - [Статья про изъян со средними числами](https://habr.com/ru/post/391425/)
42 |
--------------------------------------------------------------------------------
/notes/2021-05-11.md:
--------------------------------------------------------------------------------
1 | # Встреча №12
2 |
3 | - [Аудио](../meetups/2021-05-11.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/22433)
5 |
6 | ## Таймкоды
7 |
8 | - 00:00 - @vitaly19842 о [школе кадрового резерва](https://github.com/AMTECH-dev/shkar)
9 | - 01:30 - про соревновательность в обучении
10 | - 03:00 - перерывы
11 | - 04:00 - выбор времени старта работы
12 | - 04:40 - про разминку перед работой
13 | - 06:30 - про разнообразие оборудования у обучающихся
14 | - 07:24 - про стеснение, смущение и психологический комфорт у студентов
15 | - 08:40 - theory first vs practice first
16 | - 09:35 - понятие рациональности, когда лучше не делать если можно не делать
17 | - 13:33 - @vfabr про вариант понимания задач психологии и triune brain гипотетическая модель мозга (судя по [wiki](https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%BF%D1%82%D0%B8%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BC%D0%BE%D0%B7%D0%B3) отвергнута)
18 | - 19:40 - рефлекс, эмоция, мышление для адаптации к внешнему миру
19 | - 20:50 - основные эмоции которые позволяют долго что-то делать и гармоны для вызова эмоций
20 | - 25:08 - иллюстрация того что описывал ранее @vitaly19842
21 | - 26:30 - финская модель обучения
22 | - 29:27 - сравнение с другими системами
23 | - 31:30 - идея силы стимула и качества педагога
24 | - 37:00 - обсуждение мотивации у студентов вуза
25 | - 40:00 - доказательная педагогика или ее отсутствие
26 | - 43:17 - edu scrum
27 | - 49:00 - еще немного про разницу российского и финского образования
28 | - 51:00 - тенденции вокруг международной программы по оценке образовательных достижений учащихся
29 | - 57:46 - смена темы: вопрос об эффективности процессов, заваливание проблем временем и метрики эффективности
30 | - 1:02:08 - начало ответа от @dphil
31 | - 1:07:40 - нужна ли в командах постоянная оценка для улучшения качества оценки
32 | - 1:10:00 - иллюстрация того как выглядит идеальная эффективность
33 | - 1:11:40 - дополнительные элементы в процесс для синхронизации в разработке
34 | - 1:14:30 - негативные изменения в поведении людей при внедрении метрик влияющих на incentives, не влияющих на то доволен или нет конечный пользователь, пример про змей
35 | - 1:17:00 - критерий для sustainable business - счастье пользователей, выстраивание целей от этого
36 | - 1:18:20 - проблема okr
37 | - 1:21:00 - девятки в SLA, DORA метрики
38 | - 1:22:00 - стоймость обучения сотрудника, среднее время работы в компании
39 | - 1:25:20 - еще раз про необходимость физического обоснования того как клиенту (внутреннему или внешнему) будет лучше от внесения чего-то нового в систему
40 | - 1:29:30 - про STATIK ([видео](https://kanbanguide.ru/resources/video-category/statik/), [статья](https://filipyev.ru/2017/11/09/s-t-a-t-i-k-system-thinking-approach-for-introducing-kanban-ili-kak-sistemno-zapustit-kanban-v-komande/), [книга (eng)](https://t.me/kanban_talks/23743), [книга (rus)](https://tlgur.com/d/8Qe0pMj8)) и создание дискомфорта, стрессора для внесения изменений в компанию
41 | - 1:34:20 - скорость культурных сдвигов в обществе
42 |
--------------------------------------------------------------------------------
/notes/2021-05-25.md:
--------------------------------------------------------------------------------
1 | # Встреча №13
2 |
3 | - [Аудио](../meetups/2021-05-25.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/22936)
5 |
6 | ## Таймкоды
7 |
8 | - 0:00 - заявленная тема - как организовать обучение в it компании, сначала фундаменатьные вещи а потом конкретная реализация
9 | - 2:30 - начало про психологию на основе [черновика](https://t.me/modernsd/22887) книги от @vfabr
10 | - 4:30 - экстренные решения
11 | - 5:30 - как связаны мыслительный процесс и эмоции
12 | - 12:00 - переход от зоопсихологии на людей
13 | - 13:00 - про зоны актуального и ближайшего развития
14 | - 17:00 - акт изобретения
15 | - 21:00 - результат сравнения систем обучение в нескольких странах
16 | - 26:00 - имплицитное и эксплицитное научение
17 | - 28:20 - любопытство
18 | - 33:00 - зачем нужно обучение
19 | - 34:11 - инновации
20 | - 36:55 - problem solving
21 | - 39:50 - пример когда окупилось время на обучение
22 | - 41:40 - что требуется для начала построения обучения в компании
23 | - 42:40 - пример того как можно начать обучение в компании
24 | - 47:30 - выбор количества человек в группе используя сравнение детского сада, школы и вуза
25 | - 50:30 - как понять есть ли у сотрудников мотивация к началу такого процесса обучения
26 | - 52:00 - пример начала с фундаментальной темы в которой большинство сотрудников на одном уровне понимания
27 | - 53:00 - вариант организации домашней работы
28 | - 56:00 - описание цикла для реализации дальнейших шагов
29 | - 1:00:00 - обратная связь от автора вопроса про обучение
30 | - 1:02:40 - ответ на вопрос про то на сколько привязывать обучение к конкретным задачам
31 | - 1:07:00 - вопрос про то является ли задачей обучения отказ от убеждений
32 | - 1:09:20 - ответ
33 | - 1:14:17 - чат прервался
34 | - 1:14:51 - чат продолжился
35 | - 1:15:33 - от чего зависит мотивация людей делать рационализаторское предложение
36 | - 1:17:10 - аналогия со станком, закон Йеркса — Додсона
37 | - 1:22:40 - что если никто из участников не направляет обучение
38 | - 1:30:30 - вопрос от @oleg40a про то на сколько нужно обучение похожее на сертификации в it
39 | - 1:37:00 - вопрос про перечень технологий в описании вакансий и то как это согласуется с принципами инженерной работы
40 |
--------------------------------------------------------------------------------
/notes/2021-08-22.md:
--------------------------------------------------------------------------------
1 | # Встреча №14
2 |
3 | - [Аудио](../meetups/2021-08-22.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/25838)
5 |
6 | ## Таймкоды
7 |
8 | - 0:00 - @vitaly19842 про результаты процессов обучения сотрудников
9 | - 01:05 - про [книгу](https://cloudflare-ipfs.com/ipfs/bafykbzacec4iy7pr4rfz5em2whj4ymq732rae675giyhedoh3nzjmpmims2ig?filename=%D0%A9%D0%B5%D1%82%D0%B8%D0%BD%D0%B8%D0%BD%20%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB%20-%20%D0%9E%D0%B1%D1%8A%D1%8F%D1%82%D1%8C%20%D0%BD%D0%B5%D0%BE%D0%B1%D1%8A%D1%8F%D1%82%D0%BD%D0%BE%D0%B5-%20%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D0%BA%D0%B8%20%D0%BF%D0%B5%D0%B4%D0%B0%D0%B3%D0%BE%D0%B3%D0%B0.doc) "Записки педагога" про гармоничное развитие личности и доказательную педагогику
10 | - 02:30 - кружок выступающих для эффективного донесения артефактов работы сотрудниками
11 | - 03:18 - как организовать финансирование кружка внутри компании для выступлений
12 | - 10:30 - ценность, стоимость ценности для одного человека, а потом уже стоимость на всех
13 | - 14:00 - измерять обучение в штуках; если нужен ИП, то обязательно указывать ОКВЭД'ы главных трат
14 | - 17:20 - туториал от @vfabr ориентированный на менеджеров в IT, под призмой теории массового обслуживания, теории информации, кибернетики и тп.
15 | - 22:40 - удобная продолжительность занятия, упоминание андрагогики
16 | - 26:10 - апроприация знания
17 | - 28:50 - сложность работы, [нелинейность людей](https://t.me/modernsd/25748), проблема оценки задач, непрогнозируемость ⇒ задача менеджера чтобы мир был на отрезке был стабилен чтобы работа людям была под силу ⇒ линейность людей при выполнении задачи ⇒ предсказуемость, прогнозируемость
18 | - 42:50 - [Dr. Alistair Cockburn - Characterizing people as nonlinear, firstorder components in softwaredevelopment](https://t.me/modernsd/25748), этнография в приложении к IT
19 | - 50:50 - @oleg40a "менеджеры как носители [эффектов](https://t.me/modernsd/25739)"
20 | - 51:30 - отсылка к [ПУСКИ ЛИЦ](./2021-03-02.md)
21 | - 52:10 - эффект "медленное сползание в унылое ***но"
22 | - 58:30 - проблемы больших компаний
23 | - 59:40 - коллективная выученная беспомощность
24 | - 01:02:50 - слепое копирование, внедрение ради KPI без замены неэффективных элементов рабочей системы; если такое поощряется компанией то это трудно остановить
25 | - 01:05:00 - ситуации когда язык маскирует смысл (цель, задача, релиз) пример релиз как процесс, релиз как дата, релиз как артефакт
26 | - 01:06:00 - пример когда упоминание модного слова заменяет аргументацию
27 | - 01:08:38 - пример когда полезное из scrum'а выкидывается
28 | - 01:10:10 - совещания
29 | - 01:10:50 - эффект "делегирование некомпетентности"
30 | - 01:12:05 - люди "вижу цель не вижу препятствий"
31 | - 01:14:58 - эффект "глупость толпы"
32 | - 01:23:16 - эффект "коллективный Даннинг — Крюгер"
33 | - 01:26:28 - эффект "Spotify", эффект "Авито"
34 | - 01:29:00 - эффект поленницы
35 | - 01:31:50 - [технологические приемы развития глупости](https://cyberleninka.ru/article/n/tehnologicheskie-priemy-formirovaniya-i-razvitiya-gluposti)
36 | - 01:33:22 - [the stupidity paradox (book preview)](https://res.infoq.com/articles/book-review-stupidity-paradox/en/resources/Book%20extract%20Stupidity%20Paradox%209781782832027.pdf), [book review](https://sci-hub.mksa.top/10.1177/1350507618756796#)
37 | - 01:46:52 - как менеджер может делать сотрудников глупее
38 | - 01:49:48 - перспективы
39 |
--------------------------------------------------------------------------------
/notes/2021-09-26.md:
--------------------------------------------------------------------------------
1 | # Встреча №15
2 |
3 | - [Аудио](../meetups/2021-09-26.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/27573)
5 |
6 | ## Таймкоды
7 |
8 | - 00:00 - когда тимлиду стоит учавствовать в devrel'стве
9 | - 02:10 - польза и вред от incentives в разработке ПО
10 | - 07:15 - партнерский подход в менеджменте труда, уровни доверия в команде
11 | - 09:43 - [controversies about principal-agent theory](https://t.me/modernsd/27514)
12 | - 17:10 - [corporate social responsibility](https://t.me/modernsd/26240)
13 | - 18:20 - суть devrel'ской практики, примеры групповых динамик, silos в devops
14 | - 23:20 - можно ли подвести людей к изменениям и как адаптивность может этому мешать
15 | - 26:00 - прогноз как компании будут отходить от agency theory и/или меняться
16 | - 30:30 - [отсылка](https://t.me/modernsd/14911)
17 | - 31:50 - scrum guide продается но часто требуется что то еще
18 | - 34:00 - требуемая степень утилизации разработчиков
19 | - 37:14 - влияние верований групп на восприимчивость к новым идеям
20 | - 39:25 - оценка текущего состояния научного прогресса
21 | - 45:30 - выгорание
22 | - 47:00 - еще варианты развития событий
23 | - 48:50 - непродолжительность эффекта методик, системных подходов в малых группах
24 | - 1:00:00 - истоки внимания к дисфункциям
25 | - 1:04:55 - реферальные программы как лакмусовая бумажка
26 |
--------------------------------------------------------------------------------
/notes/2021-10-03.md:
--------------------------------------------------------------------------------
1 | # Встреча №16
2 |
3 | - [Аудио](../meetups/2021-10-03.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/27886)
5 |
6 | ## Таймкоды
7 |
8 | - 00:00 - @vfabr что/как/результат в приложении к коммуникациям в команде
9 | - 03:30 - что такое коммуникация
10 | - 04:50 - схема коммуникации
11 | - 07:00 - что нужно фиксировать
12 | - 08:20 - где хранится информация/знания и сложность структурирования по положению компании на логистической кривой
13 | - 09:30 - добывание информации -> превращение в знания -> определение горизонта изменений -> фиксация
14 | - 10:40 - знание должно быть получено творческим путем
15 | - 13:48 - сжатие смысла
16 | - 17:14 - фиксация спецификации но не реализации
17 | - 20:00 - как передавать знания
18 | - 39:11 - @oleg40a знания по продукту vs сигналы, цель любой системы менеджмента дать понять человеку что он должен делать или не - делать
19 | - 42:20 - пример более сложной ситуации
20 | - 59:50 - островки разума
21 | - 1:06:05 - формальные/фактические правила
22 | - 1:06:40 - [shadow IT](https://en.wikipedia.org/wiki/Shadow_IT), bring your own device
23 | - 1:13:00 - многоканальность vs омниканальность
24 | - 1:21:30 - как синхронизировать людей в одной/разных частях системы
25 | - 1:25:56 - резюме встречи и роль энтузиазма
26 |
--------------------------------------------------------------------------------
/notes/2021-10-24.md:
--------------------------------------------------------------------------------
1 | # Встреча №17
2 |
3 | - [Видео](../meetups/2021-10-24.mp4)
4 | - [Аудио](../meetups/2021-10-24.mp3)
5 | - [Пост в Telegram](https://t.me/modernsd/32014)
6 |
7 | ## Таймкоды
8 |
9 | - 00:21 - вопрос про скорость выполнения задач и количество невыполненных задач
10 | - 02:33 - узкое место в тестировании
11 | - 03:14 - как устроен интеллектуальный труд
12 | - 04:02 - входные параметры -> обработчик -> результат интеллектуального труда
13 | - 04:19 - пользователь -> разработчик -> пользователь
14 | - 05:00 - качество результата
15 | - 05:49 - программа
16 | - 06:35 - что нужно программисту чтобы написать программу - информация из рассказа пользователя
17 | - 07:18 - множество пар (начальные условия, конечные состояния)
18 | - 09:03 - без полноты информации не получится алгоритм
19 | - 09:45 - F = полнота информации = добытая инфоромация / достаточная информация, F ∈ [0,1]
20 | - 10:09 - иногда достаточно набора граничных и проверочных значений
21 | - 10:40 - полнота информации между пользователем и разработчиком, возврат при недостатке добытой инфоромации у разработчика
22 | - 11:10 - полнота информации между разработчиком и компьютером
23 | - 11:40 - E = экспертность разработчика в задаче, E ∈ [0,∞)
24 | - 12:50 - R = качество резултата = F * E, R ⩾ 0
25 | - 14:10 - избыточное качество
26 | - 15:35 - оптимальное качество
27 | - 15:43 - неоптимальное качество => возврат
28 | - 17:00 - как понять будет ли возврат
29 | - 17:49 - если понятно что будет возврат, то добиваемся полноты
30 | - 19:46 - для увеличения полноты код почти не требуется
31 | - 20:33 - если не хватает экспертности, то можно поменять тип работы на проектирование или - исследовательскую работу
32 | - 22:10 - учет требований по срокам
33 | - 23:54 - как уменьшить количество возвратов
34 | - 26:03 - для исследования требуется другая полнота и экспертность и в результате этой работы увеличится - полнота и экспертность для исходной задачи
35 | - 28:30 - заработок на умственном труде
36 | - 29:49 - сложности при внедрении задач развивающих экспертность, конфликт с трендом на утилизацию
37 | - 31:24 - как эта модель может помочь понять что делать
38 | - 32:28 - учет скорости петли обратной связи
39 | - 33:00 - учет тестирования, эффект перетестирования
40 | - 38:28 - как в этой модели учитывается неидеальность кода разработчика
41 | - 41:12 - автоматические тесты окупаются при частых возвратах
42 | - 42:48 - учет роли аналитика и как определить где проблема
43 | - 45:40 - когда не требуется возврат аналитику
44 | - 47:40 - учет роли имитатора пользователя, типы возврата для этой роли
45 | - 48:55 - общий принцип - где уменьшилось F в цепочке
46 | - 49:45 - ограничение на производительность, пример когда дешевле убрать аналитика для экономии на - коммуникациях и упрощения горизонтального масштабирования за счет обучения разработчика
47 | - 53:20 - когда требуется менять структуру системы, а когда оптимизировать точечно
48 | - 58:10 - место доменных знаний команды в этой модели
49 | - 59:00 - за чем именно наблюдать в системе, цепочки, обработчики и неизвестные значения
50 | - 1:01:55 - резюмирование от @oleg40a
51 | - 1:03:24 - продолжение от @vfabr - если много элементов в системе то меньше качество, так как больше - потерь информации
52 | - 1:07:05 - зачем нужно пересечение экспертизы, как обойти проблему необходимости специализации для - уменьшения потерь информации
53 | - 1:10:45 - учет сроков при выборе оптимизаций системы - переключение контекстов vs простой системы vs - обучение
54 | - 1:13:20 - почему статистика будет работать плохо при изменениях в системе
55 | - 1:14:12 - резюмирование от @oleg40a о том почему есть тренд на плоские организационные структуры
56 | - 1:15:40 - вариант ответа что конкретно делать
57 | - 1:19:46 - аналогия спринтов и bulk insert
58 | - 1:20:40 - возражение @oleg40a на аналогию, темпоральные характеристики баз данных vs [процесс накопления информации](https://connected-knowledge.com/2014/04/19/understanding-kdp/), нелинейность - времени на работу
59 | - 1:24:04 - ответ @vfabr на возражение, связь итеративности и bulk
60 | - 1:26:00 - прогнозирование на итерацию для того чтобы выбрать правильный тип работы
61 | - 1:29:12 - возражение @oleg40a в ответ на возражение от @vfabr, аналогия с заточкой топора, как - менеджмент может мешать реализации изменений, упоминание Kanban Maturity Model
62 | - 1:32:30 - типы компаний по реакции на изменения
63 | - 1:34:47 - пример неэффективности оптимизации взаимодействия без изменения системы: обнажение - максимальной эффективности системы с work in progress лимитами
64 | - 1:37:00 - после обнажения неэффективности остается только менять систему
65 | - 1:38:00 - изменение системы на следующих уровнях
66 | - 1:41:05 - сложности интеллектуального труда: придумать алгоритм и начать его реализовывать
67 | - 1:43:17 - подведение итогов встречи
68 |
--------------------------------------------------------------------------------
/notes/2021-10-31.md:
--------------------------------------------------------------------------------
1 | # Встреча №18 — [Современная Разработка ПО за 1 час или меньше](https://workflowy.com/s/1/2n4Q7C0zvqwMpaSY)
2 |
3 | - [Аудио](../meetups/2021-10-31.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/32015)
5 |
6 | ## Таймкоды
7 |
8 | - 00:42 - прикладная цель систем менеджмента
9 | - 01:47 - проблема выбора нужного действия: стиль менеджмента + контекст
10 | - 03:16 - описание стиля который не подходит для работы над качеством, самообразованием, наставничеством, командообразованием, обменом знаниями
11 | - 05:10 - противоречие бэклога спринта и стратегических целей
12 | - 06:38 - как выглядит микроменеджмент
13 | - 08:13 - примеры стилей менеджмента с точки зрения мотивации сделать нужное действие: [теория X / теория Y (authoritarian / participative)](https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_X_%D0%B8_%D1%82%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_Y)
14 | - 10:16 - что улучшает мотивацию сотрудника: autonomy, mastery, purpose ([1](https://blog.deliveringhappiness.com/the-motivation-trifecta-autonomy-mastery-and-purpose), [2](https://www.mindtools.com/pages/article/autonomy-mastery-purpose.htm))
15 | - 12:27 - что делать с людми которые привыкли к микроменеджменту
16 | - 15:06 - доверие
17 | - 16:24 - увольнения при изменениях
18 | - 17:30 - как увеличивать доверие в компаниях
19 | - 21:30 - соотношение практик контроля и гомеостаза
20 | - 23:40 - когда попытка сделать лучше может сделать хуже
21 | - 25:39 - распределение ответственности для выстраивания саморегулирующейся системы
22 | - 27:30 - признак чрезмерного контроля: прозрачность, планирование, предсказуемость
23 | - 28:20 - если touch time непредсказуем, то нет смысла трекать время
24 | - 29:30 - демотивация при внедрении time tracker'а в jira, удар по autonomy
25 | - 30:21 - деструктивная составляющая оценки задач, планирования и предсказуемости ([1](https://youtu.be/QVBlnCTu9Ms), [2](https://iism.org/article/driving-engineers-to-an-arbitrary-date-is-a-value-destroying-mistake-49), [3](https://youtu.be/quzrjdXKz2s?list=PLFtS8Ah0wZvWS37oveJ0-D5K6V7GWUpqY), [4](https://youtu.be/8OKdilyNOIg))
26 | - 30:45 - эффект самоухудшения при чрезмерном контроле
27 | - 33:39 - пример последствий контроля от @vfabr - сложность системы растет быстрее чем экспертиза разработчика
28 | - 36:14 - вместо контроля, время менеджера можно тратить на рост: личный (не Personal Development Plan), команды, компании
29 | - 36:49 - плохие примеры реализации процессов личного роста в компании
30 | - 39:16 - негативная сторона тренда на усреднение навыков сотрудников в компании, польза diversity - эффект комбинирования сильных сторон
31 | - 41:23 - пример @vfabr - обмен знаниями при парном программировании
32 | - 42:30 - пример @vfabr - фреймирование статичной матрицей компетенций => саботирование процессов сотрудниками
33 | - 44:43 - пример @oleg40a - навязывание корпоративов и формирование вражеского отношения к менеджменту
34 | - 45:22 - для командного роста нужен challenge
35 | - 45:40 - инструмент делегирования - delegation poker
36 | - 47:30 - если команда не справлялась с делегированием, а его стало еще меньше то значит у менеджмента чрезмерный контроль, чтобы освободить время менеджера для более важной работы требуется наоборот делать это чаще
37 | - 48:35 - командам важно углублять доменные знания
38 | - 50:25 - рост компании - культура, доверие, степень выгорания, sustainability
39 | - 52:20 - scrum / kanban
40 | - 52:36 - scrum
41 | - 53:16 - автономны ли на практике команды
42 | - 55:20 - спринты
43 | - 55:37 - общается ли любой член команды именно с заказчиком
44 | - 56:20 - существуют скрам-мастера которые не работают на свою ненужность
45 | - 56:53 - фреймирование kanban'ом
46 | - 59:40 - вывод: можно брать элементы из разных подходов - те что похожи на теорию Y и имеют хорошее обоснование
47 | - 1:00:18 - обратная связь + теория массового обслуживания + учет количества информации для того чтобы задачи гарантированно заканчивались => больше задач получится сделать
48 | - 1:01:20 - отсылка к [Extreme Programming](https://www.amazon.com/Extreme-Programming-Explained-Embrace-Change/dp/0321278658/)
49 | - 1:02:36 - Basecamp / ShapeUp ([1](https://basecamp.com/shapeup/webbook), [2](https://mdalmijn.com/basecamps-shape-up-how-different-is-it-really-from-scrum/))
50 | - 1:02:50 - Zerocracy / Puzzle Driven Development ([1](https://soundcloud.com/yegor256/m62-five-steps-to-migrate-from-traditional-management-to-microtasking), [2](https://twitter.com/yegor256/status/1092304801386455040))
51 | - 1:03:46 - значит можно проектировать свою систему
52 | - 1:04:16 - [trunk based development](https://trunkbaseddevelopment.com/branch-by-abstraction/), [no staging](https://youtu.be/K7pR2zsGErc?list=PL4vA46bkT2dJSWqHJEWIo3BbXaZERH7cn&t=2345)
53 | - 1:06:00 - способность менять привычки
54 | - 1:08:10 - ci => отсутствие long lived веток
55 | - 1:08:16 - cd => отсутствие релизов
56 | - 1:08:28 - [devops для тимлидов за час](https://youtu.be/K7pR2zsGErc?list=PL4vA46bkT2dJSWqHJEWIo3BbXaZERH7cn)
57 | - 1:08:45 - [code review](https://youtu.be/IDj3x__YZgE)
58 | - 1:08:57 - конкретный roadmap: отмена плохих практик, отсылка к [Podlodka #132 —Дисфункции организаций](https://podlodka.io/132)
59 | - 1:10:20 - отмена scrum, спринтов, kpi, okr, регламентов
60 | - 1:11:15 - отмена project manager'ов
61 | - 1:12:16 - ротация
62 | - 1:15:10 - к чему можно свести большинство проблем
63 | - 1:19:35 - мысленный эксперимент: как можно ухудшить систему
64 |
--------------------------------------------------------------------------------
/notes/2021-11-14.md:
--------------------------------------------------------------------------------
1 | # Встреча №19 - Обратная связь в социальных системах
2 |
3 | - [Аудио](../meetups/2021-11-14.mp3)
4 | - [Пост в Telegram](https://t.me/modernsd/32739)
5 |
6 | ## Таймкоды
7 |
8 | - 00:21 - почему тема обратной связи важна
9 | - 02:10 - [the power of feedback](https://sci-hub.mksa.top/10.3102/003465430298487)
10 | - 02:20 - что такое обратная связь
11 | - 03:44 - проблема необъективности мнения при обратной связи между людьми
12 | - 05:49 - 4 вида обратной связи
13 | - 05:56 - вид "ты не прав"
14 | - 07:56 - вид "кто-то не прав"
15 | - 08:12 - вид "правила говорят что это не правильно"
16 | - 08:32 - вид "я не прав"
17 | - 09:20 - обратная связь в обычной жизни
18 | - 11:16 - проблема фиксации правил на работе
19 | - 13:08 - социальная и рабочая части правил
20 | - 14:20 - пример про code review ("что" бизнеса и "что" технической системы)
21 | - 18:00 - специальные правила для каждой задачи
22 | - 26:10 - как донести идею рабочих правил
23 | - 28:13 - добавление от @vitaly19842 про явное описание рабочих договоренностей
24 | - 29:30 - как понять что усвоены рабочие договоренности
25 | - 46:44 - похожесть синхронизации понимания и тестов в TDD
26 | - 48:47 - что если люди не соглашаются менять процесс, отсылка к докладу [работа с инновациями и рацпредложениями](https://www.youtube.com/watch?v=FHu6lyngi1g&list=PLFtS8Ah0wZvWS37oveJ0-D5K6V7GWUpqY)
27 |
--------------------------------------------------------------------------------
44 | 
53 | 
62 |