Управление проектами *

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

Причины очевидны: разные цели и приоритеты, непонятные рабочие процессы у коллег и сложности коммуникации. По идее, системы для управления проектами и совместной работы, такие как Wrike и наши конкуренты, должны это исправлять. И обычно так оно и бывает, но иногда проблема может быть слишком глубокой, чтобы решить ее простым внедрением нового сервиса.

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

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

Сегодня можно подвести первые итоги. На пути у меня было много НЕТ, несколько ДА, и три выбора, которые, впрочем, нужно делать практически каждый день.

Совещания могут заполнять все доступное время, если с ними не бороться. Мы это проверили, проведя опрос об организации работы 1400 офисных сотрудников. 34% признались, что посещают более 6 совещаний в неделю.
Какие же важные решения они принимают в итоге? Практически никакие. 46% сказали, что большинство этих совещаний посвящены отчету о текущем положении дел и «редко» или «никогда» не оканчиваются ясным списком решений по вопросу. Получается пустая трата времени, к тому же не заложенная в план проекта. А значит, участникам таких совещаний придется либо работать сверхурочно, либо переносить дедлайн.
Получив результаты опроса, мы задумались о том, есть ли способы бороться с нерациональной тратой времени (помимо перехода на Wrike, разумеется) и начали искать исследования по этому поводу. Выводы, к которым мы пришли, под катом.

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

Кстати. Стартаперы, по идее, должны сильно демотивироваться этим рассказом. Или обрести дзен, как повезет.

Все мы в разные моменты нашей жизни искали работу.
Писали резюме, отправляли их потенциальным работодателям…

И удивлялись, почему было так мало откликов и приглашений на собеседования.

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

Нет, дорогие соискатели. Спешу вас разочаровать. Скорее всего это вы сами так составили своё резюме, что никто вас на собеседование приглашать не хочет.
Откуда я это знаю? Да потому что пять минут назад я читал Curriculum Vitae, некоторые из которых вызывали у меня разочарование, раздражение или смех.

Команда приложения WITHME совместно с ONETRAK разыгрывает ценные призы – умные браслеты ONETRAK. Участвуй и побеждай!

Для участия в конкурсе необходимо:

— Скачать приложение в AppStore или GooglePlay
— Подписаться на событие «КОНКУРС»

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

Чтобы скачать приложение можно нажать на ссылку под записью!

ridewithme.ru

Разработчикам не нравятся технологии в компании и хочется что-то сделать на новом, крутом, современно языке и… И? ИИИ? Копнем историю. Полезно вспомнить, как все начиналось. Математика оказалась нужна людям далеко не из любопытства: государственная экспансия, строительство, военные технологии, бизнес — они одними из первых испытали глубокую жажду в быстрых и правильных вычислениях. Квадратные и кубические уравнения научились правильно решать лишь тогда, когда они оказались нужны… купцам и артиллеристам. Синусы и косинусы тоже придумали не из-за большого ума — с их помощью стало возможным строить… нормальные дома, которые не падают :-)

А логарифмы… там вообще интереснейшая история. Они оказались купцам (а за ним морякам и пиратам) и военным настолько нужны, что некоторые математики средневековья жизнь потратили лишь на составление их таблиц! Посмотрим в глаза героям — Джон Непер:

Как поступают большинство покупателей CRM систем? Практически каждый руководитель готовится к встрече с продавцами CRM. Для этого он составляет список своих вопросов. Часто покупатель подходит с особой тщательностью к генерации вопросов. Старается сделать их неудобными для продавца. Такими, чтобы представитель CRM рассказал все подводные камни своего продукта. На самой встрече потенциальный покупатель задает вопросы и просит продемонстрировать ответы на примере предлагаемой CRM.

Ежедневно мы обслуживаем около сотни входящих лидов по нашей CRM OneBox — и сейчас мы готовы поделиться безумием, которые спрашивают у нас 99% всех клиентов. И не только у нас.

Полгода назад мы с женой решили превратить наш летний дом в Северной Джорджии в основное жилье.

Мы решили сделать несколько изменений, чтобы в доме можно было жить круглый год.

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

Я остановился и спросил, все ли нормально, когда один из мужчин сказал: «Это нечестно. У вас есть этот прекрасный дом и красивая машина, а мы здесь горбатимся за зарплату чуть больше минимальной».

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

Сегодня утром я снова собирался сесть в свою машину. Мужчина за рулем грузовика, проезжающего по улице, остановился около моего дома и прокричал: «Мистер Зиболд, я последовал вашему совету, и начал собственное дело. На меня работает пять человек, и бизнес быстро растет. Мы с семьей испытываем такую свободу, о которой раньше не могли и мечтать».

Он продолжил: «Пожалуйста поделитесь своей мудростью и с другими!»

Крайне тронутый тем, сто мужчина последовал моему совету и изменил свою жизнь к лучшему, я в свою очередь, последую его совету, и поделюсь с вами ключевыми тезисами того, что я рассказал ему полгода назад.

1. В рыночной экономике любой может зарабатывать столько, сколько хочет.

2. Ваше прошлое, уровень образования или IQ не имеют значения, когда дело доходит до зарабатывания денег.

Привет Мегамозг! У нас в офисе есть небольшая, даже крошечная библиотека. Пока что книг 12, но мы, конечно же, собираемся ее постепенно расширять. Сегодня же хотелось бы рассказать об одной из самых любимых книг. Автор – Гай Кавасаки, книга – «Правила Кавасаки. Жесткое руководство для тех, кто хочет оставить конкурентов позади».

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

Цели и задачи

1. Своевременно обнаруживать препятствия, с которыми столкнулись инженеры при выполнении своих заданий.
2. Находить зависимости между заданиями разных инженеров.
3. Своевременно определять, какой задачей занимается инженер – той, что поставил ему менеджер или ведущий программист, или той, что он выдумал себе сам.
4. Объективно оценивать результаты работы каждого сотрудника.

Коллеги, рассудите, пожалуйста: это адский кромешный п-ц или мне пора к психиатру?

Пожалуйста, абстрагируйтесь от сугубо технических вещей и обратите внимание на слог Документа (не могу написать это слово со строчной буквы, из Документа так и прет чувство собственной важности):

Начиная с понедельника обращаться к API Нашего Сервиса смогут только зарегистрированные приложения. В рамках процедуры регистрации приложения потребуется заполнить форму регистрации и указать, как и какие методы API Нашего Сервиса использует программа:

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

Также заявка должна содержать информацию о том,

• как программа производит обработку ошибок, возникающих при работе с API Нашего Сервиса,
• и как программа учитывает текущие ограничения API Нашего Сервиса.

Мне кажется, подобный слог я уже встречал где-то раньше…

Наверняка вы видели, как играет оркестр. Обращали внимание, как слаженно действуют все участники? Как играют в одном ритме? Сначала они начинают создавать музыкальный ритм, а потом музыкальный ритм уже задаёт и темп исполнения, и порядок действий музыкантов. Говорить о влияние музыки можно много. Отрицать, или даже просто игнорировать, её влияние неразумно…

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

Суть явления, о котором речь пойдет дальше, очень хорошо показана видео «Ди-джей с небес». На момент написания статью вот эта ссылка была актуальна. Впрочем, вы без труда найдете это видео сами, если захотите. Когда будете смотреть, обратите внимание на музыку, в этом видео она как раз отражает ритм процесса.

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

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

Чаще всего результативность продавцов оценивают только по объему продаж. Поэтому заработная плата продавца обычно складывается из оклада и премии, зависящей от выручки. Несмотря на широкое применение этой схемы, у неё есть ряд важных недостатков. Первый и главный недостаток, она плохо мотивирует продавцов использовать все имеющиеся возможности увеличения продаж. Второй — она не мотивирует продавцов повышать лояльность и качество обслуживания покупателей. Третий — она, практически, не мотивирует продавцов повышать свой профессиональный уровень. В этой статье я расскажу о сбалансированной матрице показателей (KPI), позволяющей не только эффективно управлять продажами, но и добиваться других важных целей – повышать лояльность покупателей, обеспечивать обучение и развитие персонала.

Спросите, какое это имеет отношение к ИТ? Самое непосредственное. Успех управления по KPI зависит не только от того, ЧТО измеряется, но и КАК это делается. Качественные (не количественные) KPI, основанные на субъективной оценке руководителя и ручном вводе результатов «похоронили» не один проект внедрения KPI. Простота и технологичность измерения KPI — абсолютно необходимые условия успеха, и они обеспечиваются только внедрением ИТ. Сегодня ИТ в ритейле – это, как правило, только кассовые и учетные системы. Единственный показатель (KPI), который они позволяют получать автоматически – это выручка. Поэтому управление эффективностью продавцов чаще всего, сводится к выгрузке информации о выручке в MS Excel.

Думаю, данная статья будет актуальна для многих IT отечественных НЕсофтверных компаний большого и среднего размера с «карманным» IT, не ориентированных на выпуск «коробочных» продуктов, более всего описанные ниже ситуации характерны для компаний, где IT является «приложением» к основному бизнесу. Статья ни в коем случае не претендует на истину в последней инстанции и не дает никаких «особенных» рекомендаций, кому что нужно делать, а лишь иллюстрирует возможные варианты развития возможных участников в ситуации «как сделать так, чтобы не загубить систему» с уклоном на составление ТЗ и на отношения в коллективе. Для многих ситуация может быть более чем очевидна, а некоторым откроет глаза, так что, возможно, кому-то и будет полезна, а также принесет в жизнь немного юмора.

Рассмотрим обычный пример из жизни обычных программистов в такой компании: разрабатывается большая система X, в которой много чего сложного и интересного (а иногда — не очень интересного) — и бизнес работает вполне успешно, и программисты есть, и менеджеры/аналитики — как связующее звено между бизнесом и программистами. Все вроде бы ровно, отлажено, работает. И кода много, и багов. И актуальной документации зачастую днем с огнем не сыщешь… В общем, все «как у всех». Жить можно.

Альтернативная точка зрения на партнерство, относительно той, которую проповедуют инвестиционные фонды.

Что-то все молчат, но сегодня вышел новый — именно новый, не обновленный — Basecamp. Этот онлайн инструмент подходит для тех товарищей, кто уже знаком с ним и для тех, кто только собирается организовать совместную работу своей команды.
Новостей достаточно много:
— все сильно упрощено
— каждая страница сосредоточена на чем-то
— введена интересная ситстема «накладки» страницы на страницу
— загрузка файлов перетягиванием в браузер (естественно еще не все поддерживаются)
— автосохранение
— логическое подытоживание (правильное ли слово?) того, что сделано за конкретный день
— мега-куча мелких деталей.

Из личного впечатления — стало еще проще, быстрее и приятнее работать.

Эту информацию необходимо знать, чтобы сделать правильные выводы и не допустить «дорогих» ошибок.

Разработка интернет проекта в web студии.
Это наиболее правильный вариант с точки зрения защиты инвестиций. Работа с фрилансерами и студентами гораздо привлекательнее по стоимости, но соглашаются на нее только «новички», которые еще не обжигались ни разу, и самые отчаянные крайне стесненные в бюджете Заказчики.

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

Самым распространенный способ — это создание команды, а вместе с ней командного духа и командного следования стратегическим целям компании.

Но заявить об этом — одно, а реализовать в жизнь — совершенно другое. Как оказалось.