О какие вакансии

[metaclass]

http://crew.taucraft.com/

Ведущий дотнет разработчик, от 2.5 к$
Краткая характеристика:
Думает объектами и выделяет абстракции из вакуума.
Кодирует вслепую на C# и помнит 10 шорткатов решарпера.
Способен в одиночку решить любую задачу, но может делать это и в паре.
Предсказывает будущее и знает, что появится в .NET 5.0.
Не помнит, как писать код без юнит тестов.
Понимает монады и может объяснить другим, что это такое.

Эти же люди снимают офис в трилистнике в самой высокой точке Минска. Антенну бы у них на окно впихнуть

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

Comments

[eleon.livejournal.com]

Во мне борется желание попсить и опыт использования вашего продукта.
Продукт прекрасен. описанные процессы, по моему опыту, ведут к фейлу.
Отсюда мысль: либо вы не все описываете, либо у вас какая-то волшебная супермотивированная команда и секретные методы управления, либо вы таки сделали правильный и кошерный Lean и к вам надо водить экскурсии :)

[9zloy.livejournal.com]

Продукт пока НЕ прекрасен. Прекрасна будет (я надеюсь) новая его версия номер 3. Вот если мы ее выпустим и это будет успех, тогда я с чистой душой могу говорить, какой у нас прекрасный процесс и культура. А если будет фейл, то сответственно наоборот.

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

[eleon.livejournal.com]

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

Людям, в норме, мало просто дать делать то, что они умеют и любят. Людей надо убедить, что они любят продукт, который они делают. На этом, в основном, проваливались внедрения scrum и lean в командах, в которых я после внедрения разгребал говны.

[9zloy.livejournal.com]

"Людей надо убедить, что они любят продукт, который они делают."

Мне кажется (или я хочу надеяться), что нам это удалось. И вообще, люди важнее любых процессов.

А плохо внедрить можно что угодно. Scrum и Lean не серебряные пули.

[eleon.livejournal.com]

Вопрос обычно именно в качестве и целостности внедрения. Очень часто под видом гибких методологий внедряют систему, которая содержит внешние и самые раскрученные артефакты из того же scrum, громко объявляют, что теперь всех ждет успех и получают закономерный набор фейлов, факапов и скатывания к code'n'fix циклу. И проблема не в том, что внедренцы забывают о работе с командой, например, а в том, что управлять проектом никто в команде не умеет. И не важно, будут управлять по строгому водопаду, по RUP или по гибким методологиям, все равно получается карго-культ с закономерным итогом.

[9zloy.livejournal.com]

"а в том, что управлять проектом никто в команде не умеет"

Меня немного насторожила эта фраза. Что вы имеете ввиду под "управлять проектом" и "команда"? Это компания в целом или отдельная небольшая команда? Управлять проектом - что вы вкладываете в эти слова?

[eleon.livejournal.com]

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

[hshhhhh.livejournal.com]

> На этом, в основном, проваливались внедрения scrum и lean
Я знать не хочу что такое lean, но скрам это кусок говна который мешает работать и бесит. Надо быть зомби чтобы радоваться скраму и работать.

[eleon.livejournal.com]

А что конкретно в скраме мешает?

Заметил такую закономерность: если разработчик в проекте точно знает, как называется методология, которой им управляют, манагер стопудов косячит :)

[hshhhhh.livejournal.com]

Вот именно это и мешает: мне надо хуярить код, а не слушать про то что мы пользуемся скрамом. Да мне насрать. Мне нужны интересные таски и чтобы не общаться с заказчиком.

[eleon.livejournal.com]

Чисто теоретически, скрам этому не мешает. Мешает этому криворукий менеджер :)

[9zloy.livejournal.com]

Наш человек :)

[der-waldgeist.livejournal.com]

У нас волшебная супермотивированная команда. В этом году все руководство на три недели уехало в отпуск на кануне важного билда и ничего, справились на ура и без них. :)

[hshhhhh.livejournal.com]

А что, для того чтобы сделать важный билд нужно руководство (при условии что руководство не знает важных технических деталей без которых объективно сложно)?

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

[der-waldgeist.livejournal.com]

Наше руководство - это, в том числе, продукт оунер, лид команды JS и скрам мастер\лид rоманды инфраструктуры.

[metaclass.livejournal.com]

Может у них там целый офис метаклассов на цепях сидит.

[eleon.livejournal.com]

Ребе, при всем уважении к метаклассам, мне кажется, что толпа вас может очень мотивированно и крайне увлеченно угробить продукт. С той же вероятностью, что и выпустить конфетку :)

[metaclass.livejournal.com]

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

[blackyblack.livejournal.com]

Неправда, описанные процессы хороши. Сектантством правда отдают, но при разумном применении получится то, что надо.

[eleon.livejournal.com]

Правда. Плохи, просто ужасающе плохи и нерезультативны. У меня есть уже много кейсов postmortem и антикризисного управления в командах, в которых эти принципы декларировались, а вот отзыв об успехе только один - у Taucraft.

[blackyblack.livejournal.com]

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

[eleon.livejournal.com]

Тоёта - и есть Lean :)
А вот с повторяемостью очень часто вопросы.

[9zloy.livejournal.com]

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

[eleon.livejournal.com]

На западе, на самом деле, положительных примеров внедрения примерно столько же, сколько и на востоке. Просто количественная оценка проще.

Управление проектом или портфелем проектов, в данном контексте разница некритична - это немаленькая область знаний, которую часто сводят к попытке воспроизведения по внешним проявлениям. За бортом часто остается планирование (подменяется рисованием графиков в MS Project или рассказами о том, что в скраме не нужно планировать), управление изменениями (подменяется "плановыми овертаймами" или, опять же, рассказами о том, что "поместим в бэклог"), управление рисками (об этой области многие вообще не в курсе и считают, что риск это "не попадем в срок"), оперативный анализ деятельности (а вместо него команду заставляют писать таймрепорты и отчеты) и многие другие вещи. Зато отлично оттачиваются навыки давления на команду, оправдания за факапы и мастерский ануслизинг вышестоящему менеджменту.
Потому вопрос не в сравнении "чего-то с чем-то", а в сравнении "используется управленческий подход (не важно, какой) или карго-культ". Если подход - то за внешними проявлениями, наподобие саморганизации команд, отсутствии выделенного ПМа и т.п. стоит масса неозвученных принципов, которые просто не важны для обычного разработчика. Если карго-культ, то за этими принципами нет вообще ничего и процесс неуправляем.

===Какие у вас есть положительные кейсы других процессов?===
CCPM, DBR (известны под общим названием "Система Голдратта" или "Теория ограничений"). Scrum, хотя я его не люблю.

[9zloy.livejournal.com]

Я нигде не видел статей или кейсов, где бы подробно и красиво описывали, как они внедряли TOC. Все удачные примеры я читал в книжках по производству (цеха, заводы, фабрики). Никогда не слышал, чтобы это успешно применяли в разработке софта. Я прочитал книжки по этой теме, но почти ничего про софт. Может подкинете?

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

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

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