Спасибо, это мой любимый вопрос, все программисты его задают.
Постоянно меняющиеся правила — да, об этом и публикация. Постоянно меняющиеся до определенного момента. В этом весь смысл.
Отсутствие документации было и до, и во время, и после. Т.е. тут ничего не менялось.
Быстрая разработка — это вы про экстремальное программирование? Не могу уловить коннотацию.
наверное, все-таки, скажет что-то типа «Uncaught SyntaxError: Unexpected identifier» или «Uncaught SyntaxError: Unexpected token :».
Это не «мы так не договаривались», а «я не понимаю, чего ты хочешь от меня». Я в публикации говорил об отказе от исполнения изменений, о сопротивлении.
Да и вообще не важно это, вроде. Вы же поняли, о чем абзац. Пусть и не идеальная аналогия подобрана.
По поводу мало-изученности agile/scrum для больших команд не соглашусь
не для больших команд, а для большого количества команд. Если точнее, то — для управления границами, будь то команды, отделы, функции, бизнес-процессы, цели и т.д. Но это тоже оффтоп.
У нас была команда 5 человек. Скрам рекомендует до 9 человек, насколько я помню.
Если придет сбер с 6 тыс.человек, то они поделятся на небольшие команды, и получат суммарное ускорение БОЛЬШЕ, чем в 4 раза, по сравнению с тем, что есть у них сейчас. Потенциал ускорения взаимодействующих команд в разы выше, чем одной команды, и тем более одного человека.
Опять забегаю вперед, но значительная, а порой невероятная доля потерь находится на границах команд, отделов, организаций и т.д. И это крайне малоизученная область. Чтобы убедиться, попробуйте найти полезную информацию по теме boundary management.
Наберитесь терпения, дружище.
Без обид, но именно про такие расспросы написано в начале статьи: «Просто нас задолбали с вопросами по почте и на конференциях, поэтому решили рассказать централизованно, в самом подходящем для этого месте — Хабре».
Это не про то, что мы чего-то там про себя думаем. Мы — программисты, и не любим делать одну работу много раз.
Если я начну отвечать на все вопросы, то придется написать в комментариях все планируемые публикации. Потому что простые ответы вас не удовлетворят, нужны объяснения.
Я обязательно все расскажу.
А полезные вопросы, вроде ваших, буду учитывать в процессе изложения.
Прошу понять меня правильно.
были как Crome, как программы, будете их запускать, останавливать, подвешивать в отладчике
нет, люди — это люди. Объяснение в таких терминах, из моей практики, понятнее программистам. Менеджерам по-другому понятнее, чернокнижникам — в терминах цикла Деминга, и т.д.
Это просто форма подачи одной и той же информации.
Наоборот, старческое брюзжание.
Юноши верят, что it-технологии помогают бизнесу. И не хотят ничего слушать, если кто-то говорит, что это не так.
Потому что рушится иллюзия о своей принадлежности к чему-то великому. Больно думать, что я, молодой парень, выбравший профессию программиста, на самом деле — втюхиватель бессмысленных технологий, и сижу на пороховой бочке. Когда поймут, что толку от меня и технологий нет, выгонят ссаными тряпками.
Нафиг об этом думать, так ведь и в депрессию можно впасть. Лучше просто делать, и все. Как говорят, делай, что должен, и будь, что будет.
А когда пройдет 10, 20, 30 лет, и окажется, что не принес никакой пользы, поздно будет что-то менять. Можно будет оправдываться, типа меня обманули, это Google, Mail и Yandex виноваты, заманили в программисты, сказали что я мир менять буду, а сделали из меня никому не нужную печатную машинку. Еще и нажились на мне, продавая суррогаты.
Моя практика показывает, что большинство бизнесменов не только за прибылью гонятся, но и думают о стратегическом развитии, об эффективности и успешной бизнес-модели.
Но они одиноки. Сами все сделать не могут, а помочь некому. Одни засранцы вокруг, жулики и тунеядцы.
По факту — да, потому что только он сам может что-то изменить. Это вынужденная реальность. Те, кто вроде по призванию должен делать мир лучше, производит суррогаты, и ничего больше не умеет.
Отсюда такая популярность книг, тренингов и семинаров по изменениям в бизнесе. Потому что в живом мире — голяк.
Бизнес обожает расходы, которые приводят к доходам. У бизнеса мозг так устроен — как у инвестора.
Придите к собственнику, скажите — я тут придумал штуку одну клевую, дай мне 1 млн рублей, я тебе через полгода 2 верну, ну и бизнес-модель получишь. Даст с радостью.
Только так внутри бизнеса, среди наемных работников, редко кто мыслит. Не могут проложить дорожку от расходов к доходам. Поэтому приходят за деньгами, имея в виду тупо расход.
Например, дайте 10 млн на автоматизацию. Что получу, спрашивает собственник. Систему, отвечают просители. А нахера она мне, спрашивает собственник. Ну, она затраты сократит, прибыль увеличит. Насколько, спрашивает собственник. Ну, не знаем мы, дяденьки из франча сказали, что сократит и увеличит. Как вы мне все надоели, говноеды вонючие Хорошо, запускайте процедуру, договор, требования, ТЗ, сроки, этапы.
Беда в том, что не только каждому открывать заново, но и снова открывать заново, и снова открывать заново, и так до бесконечности.
Это шнурки завязывать один раз достаточно научиться.
А банальную штуку — например, зарядку по утрам — придется заставлять себя делать каждый раз. Уехал в отпуск, пропустил 2 недели зарядок — все, снова начинать.
Потому что тут проблема не в открытии — миллион советов, как себя заставить. Проблема в применении этих советов. Нет ни одного человека в мире, который знает универсальный рецепт, как заставить себя менять или меняться. Если бы такой человек появился, он стал бы Богом.
после пробежек в туфлях и костюме продолжать желание отпадет
Правильно, только отпадет желание не бегать вообще, а бегать в туфлях и кроссовках.
Смысл в том, чтоб отговорок не придумывать.
Но лучше оригинал посмотрите.
Я пробовал такую модель в жизни, но пришел к выводу, что она не жизнеспособна, потому что превращаешься в «помогайку». Потом с этой роли тяжело соскочить — те, кто тебя ценил за «помогайство», первыми забросают камнями.
Постоянно меняющиеся правила — да, об этом и публикация. Постоянно меняющиеся до определенного момента. В этом весь смысл.
Отсутствие документации было и до, и во время, и после. Т.е. тут ничего не менялось.
Быстрая разработка — это вы про экстремальное программирование? Не могу уловить коннотацию.
наверное, все-таки, скажет что-то типа «Uncaught SyntaxError: Unexpected identifier» или «Uncaught SyntaxError: Unexpected token :».
Это не «мы так не договаривались», а «я не понимаю, чего ты хочешь от меня». Я в публикации говорил об отказе от исполнения изменений, о сопротивлении.
Да и вообще не важно это, вроде. Вы же поняли, о чем абзац. Пусть и не идеальная аналогия подобрана.
не для больших команд, а для большого количества команд. Если точнее, то — для управления границами, будь то команды, отделы, функции, бизнес-процессы, цели и т.д. Но это тоже оффтоп.
Если придет сбер с 6 тыс.человек, то они поделятся на небольшие команды, и получат суммарное ускорение БОЛЬШЕ, чем в 4 раза, по сравнению с тем, что есть у них сейчас. Потенциал ускорения взаимодействующих команд в разы выше, чем одной команды, и тем более одного человека.
Опять забегаю вперед, но значительная, а порой невероятная доля потерь находится на границах команд, отделов, организаций и т.д. И это крайне малоизученная область. Чтобы убедиться, попробуйте найти полезную информацию по теме boundary management.
Наберитесь терпения, дружище.
Без обид, но именно про такие расспросы написано в начале статьи: «Просто нас задолбали с вопросами по почте и на конференциях, поэтому решили рассказать централизованно, в самом подходящем для этого месте — Хабре».
Это не про то, что мы чего-то там про себя думаем. Мы — программисты, и не любим делать одну работу много раз.
Если я начну отвечать на все вопросы, то придется написать в комментариях все планируемые публикации. Потому что простые ответы вас не удовлетворят, нужны объяснения.
Я обязательно все расскажу.
А полезные вопросы, вроде ваших, буду учитывать в процессе изложения.
Прошу понять меня правильно.
нет, люди — это люди. Объяснение в таких терминах, из моей практики, понятнее программистам. Менеджерам по-другому понятнее, чернокнижникам — в терминах цикла Деминга, и т.д.
Это просто форма подачи одной и той же информации.
Об этом будет отдельная публикация.
об этом будет отдельная публикация.
об этом тоже.
Всю методику буду по частям публиковать, чтобы не было простыни.
Про процесс достижения расскажу подробно, в нескольких публикациях.
На гитхаб рано смотреть, я там недавно, как и в разработке на js.
Наоборот, старческое брюзжание.
Юноши верят, что it-технологии помогают бизнесу. И не хотят ничего слушать, если кто-то говорит, что это не так.
Потому что рушится иллюзия о своей принадлежности к чему-то великому. Больно думать, что я, молодой парень, выбравший профессию программиста, на самом деле — втюхиватель бессмысленных технологий, и сижу на пороховой бочке. Когда поймут, что толку от меня и технологий нет, выгонят ссаными тряпками.
Нафиг об этом думать, так ведь и в депрессию можно впасть. Лучше просто делать, и все. Как говорят, делай, что должен, и будь, что будет.
А когда пройдет 10, 20, 30 лет, и окажется, что не принес никакой пользы, поздно будет что-то менять. Можно будет оправдываться, типа меня обманули, это Google, Mail и Yandex виноваты, заманили в программисты, сказали что я мир менять буду, а сделали из меня никому не нужную печатную машинку. Еще и нажились на мне, продавая суррогаты.
Но они одиноки. Сами все сделать не могут, а помочь некому. Одни засранцы вокруг, жулики и тунеядцы.
Отсюда такая популярность книг, тренингов и семинаров по изменениям в бизнесе. Потому что в живом мире — голяк.
Бизнес обожает расходы, которые приводят к доходам. У бизнеса мозг так устроен — как у инвестора.
Придите к собственнику, скажите — я тут придумал штуку одну клевую, дай мне 1 млн рублей, я тебе через полгода 2 верну, ну и бизнес-модель получишь. Даст с радостью.
Только так внутри бизнеса, среди наемных работников, редко кто мыслит. Не могут проложить дорожку от расходов к доходам. Поэтому приходят за деньгами, имея в виду тупо расход.
Например, дайте 10 млн на автоматизацию. Что получу, спрашивает собственник. Систему, отвечают просители. А нахера она мне, спрашивает собственник. Ну, она затраты сократит, прибыль увеличит. Насколько, спрашивает собственник. Ну, не знаем мы, дяденьки из франча сказали, что сократит и увеличит.
Как вы мне все надоели, говноеды вонючиеХорошо, запускайте процедуру, договор, требования, ТЗ, сроки, этапы.Берите свой доход, умножайте на Х, получайте цифру.
Это шнурки завязывать один раз достаточно научиться.
А банальную штуку — например, зарядку по утрам — придется заставлять себя делать каждый раз. Уехал в отпуск, пропустил 2 недели зарядок — все, снова начинать.
Потому что тут проблема не в открытии — миллион советов, как себя заставить. Проблема в применении этих советов. Нет ни одного человека в мире, который знает универсальный рецепт, как заставить себя менять или меняться. Если бы такой человек появился, он стал бы Богом.
Правильно, только отпадет желание не бегать вообще, а бегать в туфлях и кроссовках.
Смысл в том, чтоб отговорок не придумывать.
Но лучше оригинал посмотрите.