Дмитрий,
А почему так несправедливо забыли упомянуть компанию jobs.dou.ua/companies/railsware, где работают Леонід Шевцов (leonid-shevtsov), Володимир Шацький (vlad-shatskyi) :) ?
We’ve also done one nice video ;)
vimeo.com/190689237
Абсолютно верно
тщательный отбор персонала, основанный на общих ценностяхКасательно категоричности заявления скажу, что описанная ситуация и решения вызвали некое удивление :)
Евгений, скажу банальную вещь. Эту проблему мы решаем тем, что нанимаем инженеров для кого ценность вдумчиво работать и отвечать за свои клики. Из-за этого конечно быстро расти не можем :)
Вполне допускаю, что проблема реалистичная, но для меня лично звучит как ситуация из прошлого столетия. И удивляет наличия PM в этой дискуссии (может это конечно такой специальный трюк автора чтобы привлечь к обсуждению широкие слои)
Pull request решают такие конфликты легко help.github.com/…cles/about-pull-requests
У нас если комманда 2+ человека то необходимо получить 2👍 чтобы изменения зашли в мастер. Если над проектом работает пара то достаточно 👍 от коллеги в данном случае второго синьера. И не нужно городить все эти сложные коммуникации.
Уже просмотрел творчество, есть неплохие статьи. Но надеюсь что ты не станешь писать каждую неделю :)
В ИТ есть очень серьезное отличие — к инженерам очень бережно и нежно относятся и боятся лишний раз дать честный фидбек, ведь уволится, каждый день получает заманчивые предложения. А в других секторах так или иначе работает четкая иерархия и если ты не выполняешь указания вышестоящих тебя можно легко заменить.
Ну а наличие ума в технологиях абсолютно не значит что ты хороший командный игрок.
Предидущие статьи Владимира не очень нравились, но эта достойна прочтения.
Good Job!
Немного фоток с конференции: www.flickr.com/...
Это не аксиома, это практика11-ти лет успешного ведения бизнеса. Если делать все тоже самое но с другой командой, у которой не хватает внутренней дисциплины, то может не работать.
У нас нет офисных сотрудников и ремоут, Один и тот же человек сегодня может быть ремоут а завтра работать из офиса, но при этом он все равно будет ремоут по отношению к команде по отношению к команде находящейся в другом офисе.