В современных реалиях, добавление людей после трети проекта хоронит проект с большой долей вероятности. На половине, можно сразу терминировать. Так что ничего не поменялось.
Я говорю про сложные проекты, я говорю про кровавый.
По большому счету ничего кардинально не поменялось…
Я вот прорывных методов в аналитике не вижу…
Заяц стоял у книжного шкафа и ленивого перелистывал страницы какой-то книги. Со вздохом сказал:
— Реквием по надежде, — и начал ставить книгу на полку.
— Что там у тебя? — живо поинтересовался Оруженосец.
Заяц подошел к столу и положил книгу в центр.
— «Peapleware». Знаю, читал, — сказал Оруженосец. – А почему реквием и почему по надежде?
— Потому что тридцать лет назад эта книга была надеждой, а сейчас это реквием.
Я не думаю, что получится оптимизировать узкие места. Я более чем уверен, что даже найти не получится, потому как использовать здравый смысл при разработке ПО, та еще идея.
И да метрики являются необходимыми и достаточными, без изменения трех основных вы даже не поймете, делаете вы хуже или лучше.
Однако пытаться при помощи метрик ускорять сам процесс разработки не стоит, по причине отсутствия годных метрик.
Это одно из больших заблуждений, потому что именно метрики заложены в подходе #noestimate и именно этот подход дает возможность ускорить процесс разработки за счет снижения вариаций. Собственно ради этого все и затевается.
С помощью метрик находите узкое звено, оптимизируете его загрузку, радуетесь баблу.
Вот смотрите, дело не в том, что вы мне сейчас говорите, а то что есть на карте.
Как она воспринимается — а то что возможности есть, это уже не важно…
Это я спросил, остальные просто сделали вывод.
Посмотрел карту развития. Стала грустно. Опять это… Стал ведущим, потом можешь быть менеджером. После этого все эти разговоры, про устремление и все такое…
Все что вы скажете очень важно для вас, мы проигнорируем строго в порядке поступления.
Почему elite стало больше? DevOps и все, что делает бизнес, создается для клиентов. А клиенты хотят новых фич, причем «вчера», а не сейчас.
А клиенты хотят новых фич, причем «вчера», а не сейчас. Хотеть они могут все что угодно. Вот только в тексте не написано: А клиенты готовы платить за скорость поставки новых фич.
Почувствуйте разницу.
Далее, частота релизов и время поставки новых фич очень слабо связаны. У вас TTM может быть три месяца при ежедневных релизах. Повторюсь, частота поставки не означает низкий TTM.
Security стала большой проблемой, мы сталкиваемся с этим ежедневно. Борьба занимает три этапа: обнаружить, подчинить и задеплоить в прод. Если два из них имеют отдаленное отношение к DevOps, то третье — совершенно DevOps-история. И это вторая причина, по которой elite-перформеров стало в три раза больше
Не стало вообще не разу. Это все давно известно, и как это решать то же, просто сейчас это обозвали девопсом. Варианты патчей на безопасность тележка и вагон
Эволюционное давление заставляет компанию двигаться вверх и разделяет elite-перформеров от medium-перформеров. Компаний и команд, которые поняли, что такое DevOps и как его делать правильно, становится больше, а те, кто не понял, начинают уходить вниз и рано или поздно просто отомрут.
Аж монитор замираточил, компании которые не понимают как заработать деньги, да отомрут, те кто считает останутся. Но это ни как не связано, есть там девопс или нет его. Потому как девопс это обертка модная для того, что давно известно.
Весь вопрос в том где у вас ограничение системы, если это не рынок, сколько ввалите, все купят, то вам уважение.
Если же нет, то надо заниматься узкими звеньями.
Я говорю про сложные проекты, я говорю про кровавый.
По большому счету ничего кардинально не поменялось…
Я вот прорывных методов в аналитике не вижу…
(с)
И да метрики являются необходимыми и достаточными, без изменения трех основных вы даже не поймете, делаете вы хуже или лучше.
А мокрый пальчик, такой себе индикатор
Это одно из больших заблуждений, потому что именно метрики заложены в подходе #noestimate и именно этот подход дает возможность ускорить процесс разработки за счет снижения вариаций. Собственно ради этого все и затевается.
С помощью метрик находите узкое звено, оптимизируете его загрузку, радуетесь баблу.
Как она воспринимается — а то что возможности есть, это уже не важно…
Это я спросил, остальные просто сделали вывод.
Все что вы скажете очень важно для вас, мы проигнорируем строго в порядке поступления.
А клиенты хотят новых фич, причем «вчера», а не сейчас. Хотеть они могут все что угодно. Вот только в тексте не написано: А клиенты готовы платить за скорость поставки новых фич.
Почувствуйте разницу.
Далее, частота релизов и время поставки новых фич очень слабо связаны. У вас TTM может быть три месяца при ежедневных релизах. Повторюсь, частота поставки не означает низкий TTM.
Security стала большой проблемой, мы сталкиваемся с этим ежедневно. Борьба занимает три этапа: обнаружить, подчинить и задеплоить в прод. Если два из них имеют отдаленное отношение к DevOps, то третье — совершенно DevOps-история. И это вторая причина, по которой elite-перформеров стало в три раза больше
Не стало вообще не разу. Это все давно известно, и как это решать то же, просто сейчас это обозвали девопсом. Варианты патчей на безопасность тележка и вагон
Эволюционное давление заставляет компанию двигаться вверх и разделяет elite-перформеров от medium-перформеров. Компаний и команд, которые поняли, что такое DevOps и как его делать правильно, становится больше, а те, кто не понял, начинают уходить вниз и рано или поздно просто отомрут.
Аж монитор замираточил, компании которые не понимают как заработать деньги, да отомрут, те кто считает останутся. Но это ни как не связано, есть там девопс или нет его. Потому как девопс это обертка модная для того, что давно известно.
Весь вопрос в том где у вас ограничение системы, если это не рынок, сколько ввалите, все купят, то вам уважение.
Если же нет, то надо заниматься узкими звеньями.
Я повторюсь, частые релизы != больше денег. Сначала определите, принесет ли вам это деньги.
Потом определите, насколько часто вам надо релизится и только потом приступайте.
Простой пример. Вы релизитесь раз в день, заказчики устанавливают обновления раз в две недели, вопрос, зачем оно вам?
Просто это напоминает картинку про гномиков.
А денег это вам поможет заработать?
Если да, то ок, а если нет, то это сплошные потери.
Почему то все как упускают именно вопрос презренного металла