Gleb
Я бы, наверно, порекомендовал для начала выучить какой-нибудь язык программирования, python например. На codecademy и stepic есть годные курсы
Николай
ну как бы это ответ в стиле:
- как бы мне влиться в тусовку миллиардеров?
- заработайте миллиард..
))
Gleb
Ну, скорее ответ в стиле "попробуйте заработать хотя бы $10 на продаже яблок"
Николай
хотя с программистами по-другому, наверное, никак - они раскусят любого "умника", как опытная женщина девственника... вредная опытная женщина 😄
Николай
если же вопрос про формальную сторону, то существует ведь такая профессия - переводить с человеческого на программерский - системный аналитик
есть перечень наук, входящих в навыки данной профессии, есть курсы и т.п.
дело за возможностями и желанием
Николай
и даже если в штате нет носителя данной професии, кто-то ее роль, так или иначе, выполняет. хорошо или плохо, явно или неявно - это уже 2-й вопрос
Николай
хотя это уже оффтоп пошел...
@DenisIzmaylov есть ли уже группа для системных аналитиков и иже с ними?
Gleb
(медленно представляет себя вредной опытной женщиной)
Vladislav
и всё же можно подтолкнуть страждующих падаванов к истине:
«Можно сравнить инструменты по количеству предписываемых правил, которое в них содержится.
Директивный означает "содержащий больше правил, которым надо следовать", a адаптивный –
"содержащий меньше правил". При 100%-но директивном подходе вам не придется напрягать свой
мозг, есть правила для всего. А при 100%-й адаптивности – "Делай что хочешь", тут не существует
никаких правил и ограничений. Как видите, обе крайности выглядят весьма нелепо.
Agile-методы иногда называют легковесными, в частности, потому что они менее директивны, чем
традиционные методы. В самом деле, первый принцип Agile-Манифеста гласит "Люди и
взаимодействие важнее процессов и инструментов".
Scrum и Kanban являются высоко адаптивными, но, если их сравнить, то Scrum более директивен,
нежели Kanban. Scrum предоставляет вам больше ограничений, и, таким образом, оставляет меньше
вариантов для выбора. Например, Scrum предписывает использование фиксированных по времени
итераций, Kanban – нет.
Давайте сравним несколько инструментов процесса на шкале "предписание/адаптация":
...»*
* аннотация к предыдущей картинке
воу-воу, спасибо за пояснение
Remezov
Remezov
Дай знать если есть
Vladislav
и всё же можно подтолкнуть страждующих падаванов к истине:
«Можно сравнить инструменты по количеству предписываемых правил, которое в них содержится.
Директивный означает "содержащий больше правил, которым надо следовать", a адаптивный –
"содержащий меньше правил". При 100%-но директивном подходе вам не придется напрягать свой
мозг, есть правила для всего. А при 100%-й адаптивности – "Делай что хочешь", тут не существует
никаких правил и ограничений. Как видите, обе крайности выглядят весьма нелепо.
Agile-методы иногда называют легковесными, в частности, потому что они менее директивны, чем
традиционные методы. В самом деле, первый принцип Agile-Манифеста гласит "Люди и
взаимодействие важнее процессов и инструментов".
Scrum и Kanban являются высоко адаптивными, но, если их сравнить, то Scrum более директивен,
нежели Kanban. Scrum предоставляет вам больше ограничений, и, таким образом, оставляет меньше
вариантов для выбора. Например, Scrum предписывает использование фиксированных по времени
итераций, Kanban – нет.
Давайте сравним несколько инструментов процесса на шкале "предписание/адаптация":
...»*
* аннотация к предыдущей картинке
а есть картинка в большом разрешении? не видно текста в списке
Николай
Vladislav
Николай
это просто она как бы призывает обратиться к источнику 😉
Николай
Anonymous
на любую оценку спрашивайте почему так долго, что там сложного ?
Anonymous
постоянно доёбывайтесь до него. делайте вид что это вы делаете проект а они вам помогают
Anonymous
ставьте их в ситуации где бы они смогли нафакапить перед заказчиком а вы их спаситель
Anonymous
скоро я кажется открою курсы ПМов. или сам стану
Vladislav
Anonymous
@enomad да вы мой кумир теперь )
Anonymous
Не ну это какието прописные истины. Но спасибо )
Anonymous
ну хотя да, я до них довольно долго шел
Anonymous
мне конечно нужно создавать статьи но я пока распылюсь здесь.
в чем состоит война между манагерком и кодерком ?
кодерок должен всегда быть бдительным в установке что нельзя верить ниодному слову манагерка и не поддаваться на желание поверить ему. Но не достаточно просто не верить - нужно открывать его истинные мотивы. На это тратится колоссальное количество энергии. ЭТО очень не просто. почему - нужна отдельная статья (стокгольмский синдром, солидарность, одно дело делаете, хороший парень)
манагерок должен этому противиться и влезать кодерку в доверие и придумывать для этого схемы. на это тоже тратится очень много энергии.
манагерок эту войну выигрывает потому что кодерок не может тратить слишком много времени на планирование стратегии, а манагерок только этим и занят. поэтому манагерку очень важно свести всё общение до максимально нетрудозатратного
Vitaliy
Как-то хреново это все звучит, конечно. А как же мир-дружба-жвачка, мы в одной команде, взаимовыручка и взаимопонимание? А то чувство, будто на галере, где программисты - гребцы, а менеджер - чувак с хлыстом
Egor
мир-дружба-жвачка можнт быть во взрослой agile команде, где программисты ответственны и самоорганизованы
Николай
мне конечно нужно создавать статьи но я пока распылюсь здесь.
в чем состоит война между манагерком и кодерком ?
кодерок должен всегда быть бдительным в установке что нельзя верить ниодному слову манагерка и не поддаваться на желание поверить ему. Но не достаточно просто не верить - нужно открывать его истинные мотивы. На это тратится колоссальное количество энергии. ЭТО очень не просто. почему - нужна отдельная статья (стокгольмский синдром, солидарность, одно дело делаете, хороший парень)
манагерок должен этому противиться и влезать кодерку в доверие и придумывать для этого схемы. на это тоже тратится очень много энергии.
манагерок эту войну выигрывает потому что кодерок не может тратить слишком много времени на планирование стратегии, а манагерок только этим и занят. поэтому манагерку очень важно свести всё общение до максимально нетрудозатратного
😄 да, подход!.. но, мне кажется, если манагерок не обладает навыками НЛП, железными яйцами и/или подкачанными бицухами, не понюхал в жизни пороху, и знает про себя это, то это всё может не сработать, а пойти ему только во вред... хотя, конечно, все этм скиллы д.б. в той или иной степени у манагерка быть развиты - соплежуям лучше подыскать другую профессию
но может, если манагеров не ощущает в себе пока достаточного опыта, лучше уж сразу к программеркам на поклон прийти?..
Николай
вообще говоря, наверное, в нормальном сценарии у программерков д.б. пахан (тимлид), и плохо, если его нет... чтобы этих социопатов строить!))
опять же, касательно манагерков, если вернуться к аджаил практикам, то, по идее, мы должны иметь, как минимум, двух - скрам-мастера, который следит за соблюдением практик, а значит по определению должен уметь разруливать траблы с людьми, и продукт-оунера, который по определению главный в проекте, и говорит, что нужно делать сначала, что потом и в каком виде результат д.б.
если посмотреть с этих аспектов, то проблемы взаимодействия манагерков с программерками уже не должны выглядеть так остро
ведь аджайл предполагает продуманную и сформированную ролевую модель, а если её нет, то нужно стремиться, чтобы она была в первую очередь
так ведь?
Ivan
Почему продукт овнер главный? Да и ещё по определению? А если он несёт чушь? Он ответственный за видение продукта и прирост ценности в продукте, но команда вполне себе может остудить его пыл, если считает что принесенная стори недостаточно обдумана или может навредить продукту
Andrey
Без овнера команда увязает в срачах по-поводу нужно/не нужно, как делать фичи, куда развиваться. Потому что каждому из членов команды хочется реализовать свои амбиции: одному программисту создать свою совершенную архитектуру, другому - свою, аналитику не нравится оба их решения. Каждый из членов думает, что его-то идея самая лучшая.
Andrey
И никто из них не берет на себя ответственность за выбор направления развития продукта. А овнер берет. Поэтому когда продукт сливается, команде, в целом, похуй, они другую работу найдут. А овнеру не похуй, потому что если его продукт сливается, то он хуевый и самооценка страдает. Вот поэтому он главный, потмоу что ему больше всех надо.
Николай
Николай
Anonymous
вот есть книжка "как пасти котов"
Anonymous
а представьте у вас стоит задача - расстрелять главного по расстрелам силами тех кого тоже расстреляют
Anonymous
и сделать так три раза подряд
Magistr
Magistr
у меня сильное ощущение что ты работаешь в высокотоксичной среде, где задача не сделать продукт, а поиграть в политику и прочее
Karina
Так это же вопросы в вакууме, а не из реального опыта.
В стиле "я тут философ, вот вам икспертам кейс, ну-ка придумайте мне"
Anonymous
нет это была реальная задача
Anonymous
Чистка НКВД сопровождалась рядом маневров, призванных «усыпить бдительность» самих чекистов. В 1935 году введены высшие специальные звания «комиссаров государственной безопасности». Из 37 высших чекистов, имевших эти звания в 1935 году, к 1941 году осталось в живых всего двое.
Параллельно с началом чистки летом 1937 года на сотрудников НКВД «посыпался» ряд высших наград, в том числе множество орденов Ленина. Кроме того, на фоне чистки проходила целая кампания славословий в адрес чекистов и наркомвнудела Ежова лично. Аресты высших чинов НКВД в ряде случаев проводились под видом вызовов в Москву «на повышение».
Николай
Anonymous
Вдруг со своего места встал полномочный представитель УНКВД Омской области, старейший контрразведчик, ученик Дзержинского и мужественный большевик Салынь*1.
Заявляю со всей ответственностью, — спокойно и решительно сказал Салынь, — что в Омской области не имеется подобного количества врагов народа и троцкистов. И вообще считаю совершенно недопустимым заранее намечать количество людей, подлежащих аресту и расстрелу.
Вот первый враг, который сам себя выявил! — резко оборвав Салыня, крикнул Ежов. И тут же вызвал коменданта, приказав арестовать Салыня.
Остальные участники совещания были совершенно подавлены всем происшедшим, и более никто не посмел возразить Ежову.
Anonymous
В - велосити
Alexandr
занятно, но при чем тут Agile? )
Anonymous
менеджмент же
Timur
Agile != Менеджмент
причем вообще никаким боком, только чуть-чуть касается
Anna
есть ли рекомендации по тренингам по канбан? где хорошие?
Slava
Anna
Москва?
Да) забыла сразу указать
Slava
http://scrumtrek.ru/event/52/certified-leankanban-training-moskva-21112016/
Slava
Тренеров в РФ - 3 штуки :)
Slava
онлайн - в Нетологии, но там только в рамках всего курса по Agile
Anna
Спасибо!
Vladislav
Vladislav
Заметил, что народ курсирует между Positive Technologies и Финамом
Balu
Anonymous
Magistr
деньги это задача по умолчанию
Anonymous
ну вот да. мы предполагаем что это лежит в основе.
но мы якобы уже пошли дальше и понимаем что для этого нужно сделать продукт. верно ?
Anonymous
и это всё хорошо но можно легко в процессе подменить понятия
Magistr
я вот осознал что твое восприятие менджемента хорошо ложить на торговлю веществами, где никто неможет никому доверять
Magistr
там как раз сверхприбыли
Anonymous
сверхприбыли это причина или следствие ?
Magistr
это следствие нелегальности
Anonymous
а что такое нелегальность в широком смысле ?
Magistr
просто запрещено законом на текущей територии
Magistr
в следствии чего риски работы очень высоки
Magistr
ну почему опускаюсь то ? без определения терминов нельзя о чем-то спорить
Anonymous
хотя это не важно. по вашему - никому нельзя доверять почему ? потому что риски высоки или потому что сверхприбыли ?
Magistr
потому что риски высоки
Anonymous
ну я не согласен. кинуть может и манагерок в пятёрочке и в макдаке
Anonymous
это исходит из природы работы манагерка
Karina
О, ну опять
Magistr
точнее даже так, один из факторов риска это доверие к другому человеку
Karina
Опять в какую-то фигню скатываетесь