TL;DR. Когда системный аналитик приходит к новому проекту с 4-5 разнородными источниками — PDF-контрактом, устаревшей Confluence-страницей, POC на Git и цепочкой писем с саппортом провайдера — обычная инвентаризация занимает 2-3 рабочих дня. Ниже — метод сборки System Context Pack (далее…)
Улучшенный Spec-driven-dev. Это SDD + handoff’ы — передний край лучших мировых практик как для соло-разработки, так и для небольших команд. Это не история про рой агентов, которые в абстрактном цикле «план → код → ревью → тесты → деплой» самостоятельно везут продукт, синхронизируясь друг с другом через воркфлоу. У нас нет личного датацентра или полумиллиона долларов на токены.
В конце будет ссылка на репозиторий-шаблон, который можно скачать, или просто указать, и сказать Opus’у (Fable’у): «сделай мне такую же систему спецификаций» — дальше он справится сам.
1. Чистота контекста. (далее…)
Полгода назад я построил себе в Obsidian продуманную структуру хранилища. PARA-подобная иерархия, аккуратные папки под проекты и области, шаблоны, теги. Я честно верил, что вот теперь заживём. (далее…)
Привет, Хабр! Меня зовут Лера, я технический писатель в Авито. Сегодня в статье хочу рассказать о книге, которая около 40 лет остаётся настольной для руководителей, предпринимателей и менеджеров по всему миру. Речь пойдет о книге «Цель» Элияху Голдратта.
Голдратт рассказывает о менеджменте через историю главного героя Алекса Рого — директора завода, который оказывается в настоящем управленческом кризисе. Вместе с главным героем мы решаем типичные проблемы процессов. На всякий случай подсвечу, что это вымышленная история.
Я был CMO в IT‑компании: чек от 3 млн рублей, цикл сделки от трёх до шести месяцев. Эта история началась с типового сигнала: заявок в отчёте много, а денег в бизнесе не прибавляется пропорционально им. Ниже — разбор того, что мы мерили, что меняли и что не получилось с первого раза. Без теории и без продажи чего‑либо.
Цифры и детали округлены и обезличены — рынок узкий, игроков немного, и по точным данным компанию легко вычислить. Это собирательный опыт нескольких похожих проектов, поэтому ориентируйтесь на порядок величин и логику расчёта, а не на точность до рубля.
В 1975 году Фредерик Брукс выпустил книгу «Мифический человеко-месяц». Она появилась не потому, что он решил написать очередной учебник по менеджменту. До этого Брукс руководил разработкой операционной системы OS/360 в IBM — одного из самых масштабных программных проектов своего времени. Когда всё закончилось, ему было что рассказать.
Главная мысль книги звучала странно. Если проект начинает отставать от графика, добавление новых людей не ускорит его. Скорее наоборот — задержит ещё сильнее.
Прошло больше пятидесяти лет, а эту идею до сих пор называют законом Брукса.
