Комментарии 9
Нескромный вопрос:
статья о том, как в компании Х все просто замечательно
16 лайков, 0 комментов
Какова ценность содержания статьи с точки зрения пользователей ресурса?
Ни в одном месте статьи ничего не написано про то, что всё хорошо:) Более того, сама потребность в системе ценностей возникла из проблемы. Как и любая система, управление процессами и принятием решений у нас во Фланте постоянно развивается, но идеальным это всё быть не может по определению.
Что касается комментариев, то мы же тут не про бесконечный пинг-понг Сэмом Альтманом между Майкрософтом и Опен Эй Ай пишем, чтобы появилась сотня комментариев. Некоторые статьи просто предназначены для достаточно узкой аудитории читателей, которые решают схожие задачи в схожих условиях.
По опыту общения с посетителями нашего стенда на конференциях могу сказать, что за такие статьи нас нередко благодарят в личных беседах.
Если вы собираете положительный фидбек и написана статья не просто ради поднятия KPI по присутствию в сети, если плюсы к статье идут не только от сотрудников компании / друзей,
как вам вариант в следующий раз подать материал в формате:
описание проблемы
описание решения?
Мы используем ту структуру, которая подходит для конкретного материала. Этот материал объясняет применение конкретного набора ценностей. Соответственно, построен как описание каждой ценности с примерами практического применения.
Ну и описание проблемы есть в самом начале, а описание решения — вся остальная статья.
@sarychev_zt Интересно было бы почитать про:
Мы пришли к тому, что обеим сторонам удобно относиться к работе как к количеству потоков, в которые мы трудимся над проектом. Так клиент может регулировать уровень нашей вовлеченности, а мы — контролировать, сколько инженеров занято проектом, и таким образом регулировать нашу расходную часть. При этом нагрузка на инженеров начала распределяться равномерно, а форс-мажоры стали редкостью. Для клиента это звучит как метрика «сколько выполняется задач одновременно в проекте в любую единицу времени». Как следствие, стало еще удобнее считать и планировать. Появились понятия «емкость команды», «емкость проданных проектов». Стало удобно планировать и доходную, и расходную части в бюджете команд. Теперь мы лучше знаем, когда нам нужно идти к менеджерам по продажам и просить новые проекты или к HR, чтобы просить дополнительных инженеров.
Поподробнее как это устроено и работает.
Не сомневаюсь, что у лидера DaaS сегмента имеются ценности и процессы, но всё, что увидел в статье - шаблонные фразы с крайне скудным количеством примеров и без уточнений вглубь. А хотелось бы именно разбора по каждому пункту, пусть и в отдельной статье на пункт.
В текущем виде статья похожа на рекламный проспект для клиентов и потенциальных работников с девизом "Мир, дружба, DevOps".
Ценности как инструмент принятия сложных решений: как мы упрощаем взаимодействие команд и приходим к единому мнению