Заметки на техдирском

Коллеги! А есть QA занимающиеся именно именно CRM и ERP?

Коллеги! Еду в СПб, пока ещё есть слоты для встреч в понедельник и вторник (15 и 16 апреля). Бронируйте!

Проект, который никогда не запустят.

В каждой большой компании рано или поздно приходят к необходимости открывать один и тот же проект. В Яндексе - это Я.Алкаш... В Рамблере - это Просеко@Рамблер.... В Мейле это @mail.ru' rel='nofollow'>Бухать@mail.ru.

П.С. ни кто не знает, как в Авито аналогичный проект назвали?

В каждом из нас сидит маленький Гагарин, который ждёт пятницу, чтобы сказать «Поехали!».

О решительности.

Буриданов осел умер не от того, что не знал, с каким стогом сена он «победит». Он боялся ошибиться в своем решении больше, чем хотел победить от собственного решения. Это его приводило в ужас!

Способ прокачать свой ЧСВ.

Проводите технические собеседования на разработчика bitrix24!

Подвох кроется в том, что для именно этой позиции требуются крепкие бекенд-разработчики, а основная масса просто выучила копипаст-сниппеты пыхерские. Туда даже не совсем программисты идут. Базы нет. Вообще.

Так что все, кто хочет сэкономить на психотерапевте или психологи, велком!

Коллеги! А нет ли у меня тут QA из больших компаний? Хочу посоветоваться.

Наброс про социальные ожидания и work/life balance.

Кажется я понял, почему меня всегда бесило выражение «work/life balance», - оно подразумевает неполную вовлеченность в работу и отрешенность от внешнего мира, а также рассфокусированность, когда находишься в условиях нехватки компетенций и действительно сложного для достижения челленджа.

Проблема заключается в социальных ожиданиях, которые определяют наши роли: сотрудник девелопер, муж, отец и другие. Эти ожидания, кстати, обычно очень быстро раздуваются как раз вне работы, так как на работе они хоть как-то регламентированы.

Они распыляют сфокусированность, отбирают энергию и силы. В итоге у нас на работе не сфокусированная команда, а набор офисного планктона, главная задача которого правильно подхрюкнуть начальнику, а не решить сложную интересную проблему через профессиональный рост до лучшей версии себя.

В этом месте приходят хомячки и спрашивают меня, зачем им делать подвиги, основной бонус за который получает бизнес, а не они. Ответ неожиданный: подвиг - дело обоюдное, в котором заслуга бизнеса неменьшая, и главный бонус для сотрудников здесь в том, чтобы перенять у бизнеса подход к достижению побед. Это такое свойство, которому не учат ни на каких курсах. Да и реально только 1% бизнеса такое сам умеет. Так что если вам повезло играть за сильную команду, - перенимайте этот скилл, - скилл Победы!

П.С. Кстати, хакатоны, как 24-часовой челлендж, не зря придуманы!

Тут знакомые ищут на разовые консультации DBA на Firebird. Есть кто? Стукнитесь в личку: @ctodsimonov

Слушайте, а вот если я хочу ручку API потестировать для постбек урла внешнего сервиса, - как мне сделать псевдоручку с указанием скажем на статичный файл на локальном ноуте? Можно такое извращение просто и дёшево реализовать с помощью каких-нибудь утилит, не поднимая полноценного сервера на ноуте?

Ну то есть я даю внешнему сервису некий урл, который забирает у меня с какой-нибудь папочке на ноуте файл и сервис думает, что поговорил с апишечкой?

Есть что-то похожее?

П.С. я знаю, что всё можно построить на perl )

Коллеги! А у кого есть опыт выстраивания единого контура данных по всей компании в единую систему для поддержки принятия решений? Хочу посоветоваться! Стукнитесь в личку, Plz: @ctodsimonov

А нет ли у меня тут спецов, которые умеют воксимплантовские скрипты?

А какие есть бесплатные аналоги изи-ретро? Там 3 доски - маловато.

Коллеги! А вроде кто-то у меня тут был из Мегафона и руководителей. Стукнитесь в личку, пожалуйста, - хочу посоветоваться: @ctodsimonov

Продолжение поста Гриши Добрякова про многозадачность.

Боттлнек

Это ограничение (в терминах ToC), вокруг которого вертятся все ваши проекты. То есть шаред-ресурс (человеческий, материальный, временной, финансовый..), который нужен всем, но его нельзя поделить, заместить, или преумножить так, чтобы хватило одновременно всем. Дефицит.

Именно его и стоит планировать. Остальное можно не планировать, само сложится.

В большинстве случаев боттлнеком являетесь вы как руководитель.

Если так случилось, во-первых распланируйте в первую очередь себя, а во-вторую — признайте что вы очень не умеете делегировать и пора бы уже поучиться.

В норме боттлнеком является какой-нибудь специфический ресурс (типа девопс или безопасник) или функция (например, ограниченный доступ к стейкхолдеру для согласований).

Боттлнек — практически единственное от чего напрямую зависит успех кросс-проектной связки, по определению всё остальное можно кем-то заменить или переиграть во времени и пространстве. Поэтому именно его следует тщательно планировать и мониторить фактический usage, чтобы не простаивал зря.

Сигналы

Я сознательно выбираю термин «сигнал», а не «индикатор» — потому что на индикаторы нужно смотреть, то есть буквально тратить время и силы, а сигналы поступают наоборот «к вам», и не заметить их гораздо сложнее.

В грамотно выстроенной системе сигналов ваше участие в операционке будет сведено к минимуму, в точности как обещают лайф-коучи и инфобизнесмены. Потому что не вы будете мучительно выискивать рут-кейсы скрытых проблем, а наоборот — проблемные участки сами будут орать, требуя вашего решения.

В теории управления физическими процессами (ТАУ) есть ключевое понятие «обратной связи», благодаря которому в принципе получается сам процесс управления.

Сигнал обратной связи — это дельта (математическая разница) между «ожидаемым» и «фактическим», наблюдаемая непосредственно в процессе в ходе проекта (а не в конце проекта, это важно). Если у вас нет либо первого, либо второго, либо осмысленного анализа разницы между ними, то управления проектом не случится.

Задача алгоритма управления в ТАУ — сводить разницу к нулю. Никакой магии. Любые механизмы от детского гироскутера до автопилота в боинге — работают по принципу сведения дельты обратной связи к нулю.

Отсюда следует, что вы должны выработать и поддерживать а) саму по себе систему ожиданий, б) механизм сигналов об отклонениях, и в) механизм управленческих воздействий на отклонения с целью сведения их к нулю.

Допустим, среди ваших ожиданий есть, что сотрудники должны приходить на созвоны вовремя, а недельные спринты должны отклоняться от плана не более чем на 10%.

А теперь поднимите руку, у кого это хотя бы записано текстом, а не на словах? А у кого по ним есть автоматическая мониторилка и алерты? А у кого хотя бы ключевые сотрудники регулярно репортят устно?..

Ну чё так погрустнели то все? Я ещё даже не спросил, у кого из вас есть прописанные и реально применяемые санкции и контр-меры за отклонения от показателей, угу.

Идите, допиливайте.