Да, информация, озвученная ранее, подтвердилась: генеральным директором корпорации Microsoft стал работник этой же компании Сатья Наделла. Индиец работает в корпорации уже 22 года, достигнув при этом вершины в относительно молодом возрасте. Ему самому сейчас — 46 лет. До момента своего назначения гендиректором Сатья Наделла возглавлял отдел «облачных» и корпоративных сервисов, а также занимал должность исполнительного вице-президента.
Привет всем хабражителям!
Это мой первый пост от блога компании Tornado Technologies. Мы еще не оформили юр.лицо, но сайт уже работает в демо-режиме (вы можете оценить одну модель из четырех запланированных), так что мы находимся в самом начале пути стартапа. В нашем блоге на хабре я буду писать о возникающих проблемах со стороны управляющего компании, менеджера проекта, менеджера продукта и вообще мастера на все руки.
Сегодня я расскажу, как решить проблему выбора между чем-угодно. Заинтригованных прошу под кат.
Распространённая проблема менеджера проектов — определить, от кого зависит дальнейшее исполнение задачи. Часто задача назначается на разработчика, да так и остаётся “висеть” на нём вплоть до релиза. Однако разработчик отвечает только за часть исполнения. QA — тестирует, DevOps — включает в релиз, продакт-менеджер — оценивает готовую работу (в каждой организации эта цепочка своя). Задача путешествует от статуса к статусу (In Progress, Done, Tested, Shipped, Closed и т.п.), но исполнителем значится всё тот же разработчик.
В небольших командах это не представляет сложности, ведь и так примерно понятно, кто должен тестировать, кто релизить и т.д. Но даже команде из нескольких QA уже необходимо изобретать правила, по которым тестировщики должны разбирать себе задачи, помеченные разработчиками как Done. Либо специальный человек должен вручную распределять такие задачи между членами команды. И что самое неприятное — нет гарантии, что задача не будет позабыта и не застрянет в каких-то промежуточных статусах.
Читать полностью »
Silk Road вне всяких сомнений является местом №1, если речь идет о покупке чего-то нелегального. Сайт работает в сети TOR и все сделки оплачиваются при помощи биткоинов. Сайт приобрел еще большую популярность после ареста Росса Ульбрихта (предполагаемый владелец и управляющий), который был обвинен в содействии продаже наркотических веществ. А тем временем конкуренты не дремлют…
Привет.
На Хабре часто обсуждают новичков, чему их надо, а чему не надо учить, о вреде плохих практик и антипаттернов проектирования и о пользе совершенного кода. Наверное, это правильно.
Читать полностью »
Привет!
Сегодня мы расскажем о своем опыте использования Project Server для планирования и учета трудозатрат по проектам, о том, как мы его оперативно настроили под свои задачи и добились в итоге четкой картины: менеджеры видят, как работает компания, насколько успешно сдаются проекты, какова эффективность каждого отдельно взятого сотрудника за запрашиваемый период времени и т.д.
Мы используем Project Server c 2005 года для учета рабочего времени и планирования работ в рамках группы компаний, состоящей из двух офисов в разных часовых поясах — в России и США. Также учитываем в системе временно привлекаемых подрядчиков.
Всего проектов в системе — 603,
Сотрудников — 216,
Табелей учета рабочего времени (они же time sheets, они же таймщиты) на проверку еженедельно — 140,
Задач в неделю 260.
Недавно мы столкнулись с задачей формирования новой ценовой политики на услуги мониторинга. В результате нашли несколько любопытных статей предлагающих нестандартную точку зрения на вопрос. Перевод одной из этих статей мы предлагаем вашему вниманию.
Это пост о моделях ценообразования SaaS… но начинается он с рассказа о поведении людей.
Мы все знаем, что за деньги счастья не купишь — деньги покупают свободу, благодаря которой можно делать вещи, которые делают вас счастливыми. Деньги – это просто метод.
Но когда люди и компании начинают зарабатывать больше денег, они довольно часто сталкиваются с различными проблемами… их жизнь и бизнес становятся сложнее, что в корне отличается от первоначальных целей.
Читать полностью »
Эта заметка об одной неприятной ситуации, в которою не так давно я попал лично. Описанная проблема и полученный при ее решении опыт особенно ценны, в связи с тем, что я побывал в двух ипостасях: в статусе старшего разработчика — руководителя проекта по разработке фич продукта, и позднее в ранге руководителя отдела разработки ПО. Коротко проблему можно озвучить так: как поменять отношение сотрудников к продукту, который они делают, особенно если отношение плохое, да и продукт имеет не лучшую репутацию.
Читать полностью »
На одном из давних тренингов мы отрабатывали кейс “Сотрудник не присылает вовремя отчеты”. Кейс абсолютно не привязанный к реальной жизни— ведь такого же не бывает, чтобы люди не присылали вовремя отчеты, верно?
И вот одному менеджеру не досталось пары, и я встал играть роль сотрудника. До этого всем пар хватало, поэтому к роли сотрудника я был не очень готов…
Моим собеседником оказался молодой человек, назовем его Егор, технический директор небольшой компании.
Цель кейса— донести до сотрудника обратную связь, что отчеты надо присылать вовремя. Егор начал сразу с места в карьер:
— Александр, как же так, почему Вы не присылаете мне отчеты?
Я стоял, думал-думал, чего сказать. И потом ляпнул первое, что пришло в голову:
— Егор, а чего ты хочешь, если ты такой хреновый менеджер?!
Каюсь, я тогда был не в курсе про тяжелые манипуляции. Зато их влияние смог ощутить на себе в полной мере. Егор покраснел, потом пошел пятнами:
— Что значит “хреновый менеджер”?!!! Это недопустимо — так разговаривать с руководством…
И дальше меня начали увольнять. И это довольно печально для менеджера. Хотя с другой стороны, хорошо, что такая ситуация случилась на тренинге, а не в реальной жизни.
И сегодня мы как раз поговорим о том, как доносить до людей неприятную обратную связь, а также как ее правильно принимать. Как обычно— алгоритмы, схемы, примеры— все, что мы любим. :) И многобуков, что мы не любим, но зато с подробностями.
Читать полностью »
Захотелось написать этот пост, прочитав сегодня опубликованный «Что делать если клиент — друг / хороший знакомый?». Большинство придерживается мнения, что нельзя работать с друзьями, что надо по возможности отказываться от таких предложений, что дружба в итоге охладеет, что отношения могут разорваться. А я — за клиентов-друзей и друзей-клиентов.
Я считаю, что не важно, кто перед тобой друг или совершенно не знакомый человек — подход к работе, к процессу должен быть один — профессиональный. А это значит, что менеджер проекта (речь идет о веб-разработке) должен всегда:
Читать полностью »
