Буквально на той неделе я услышал про этот инструмент — Час удержания внимания. Тогда я сказал — да! это круто. Ты молодец, что это делаешь. И! Ничего больше не сделал. Записал себе этот инструмент, но даже не подумал им воспользоваться. И что хуже того заметил, что это вошло в привычку. Готов поспорить, что ТЫ, читающий этот текст — тоже имеешь такую привычку. (далее…)
Из серии «Совет руководителю проекта»
Ни в одной литературе я не находил точных цифр, на сколько часто надо общаться. А вот из личного опыта сегодня с моей коллегой Еленой синтезировали следующее:
Следует уточнить у заказчика удобный канал общения с ним. (далее…)
Я хотел бы рассказать инструментах упорядочивания своих задач — таскменеджерах, которыми мне приходилось пользоваться, их преимущества и недостатки. Скажу сразу – нет, это не реклама, этот блог попросту еще не настолько посещаем, чтобы это было рекламой.
Личные таскменеджеры: (далее…)
Хотел написать сегодня заметку о другом, но тут случилась неожиданность, и я решил посвятить этому пару абзацев моего блога.
Когда я вечером зашел написать статью, я увидел новые СПАМ-комментарии к моим статьям. Тут взыграл интерес, а что же люди в спам комментарии пишут, и оказалось, я не зря зашел на страницу спама. Один из комментариев был как раз таки полезный.
Не просто нам пришлось в начале проекта, не все участники команды адекватно воспринимали друг друга, однако сейчас все уже встало на свои места.
Итак о пережитых проблемах:
1) Диалог строился в формате один говорит, другой не слушает, и наоборот. Не просто не слышит, а даже не хочет слышать.
2) Недопонимание общей цели команды, к которой мы стремимся в эту неделю
3) Вавилонская башня — говорим об одном и том же, но на разных языках.
4) Не знание синтаксиса языка.
5) Различный уровень квалификации ребят.
И те приемы которые мы использовали, с небольшим раскрытием сути:
Понедельник:
1) Постановка цели на неделю, причем в пятницу показываем результат (именно показываем всем остальным коллегам)
2) Утренние ежедневные совещания — с утра будят ребят, дают им начать общаться и в целом прикинуть что делать на день, плюс оценить вчерашние результаты
3) Разбитие слона по котлетам — т.е. разбили и записали большую задачу по маленьким, при этом оценив трудоемкость каждой задачи
4) Визуальный менеджмент — т.е. все операции проводятся на стене
Вторник:
5) BurnDown диаграмма — как оказалось уникальная вещь — наглядное ведение хода протекание итерации. И что самое интересное вся команда это сразу видит
6) Использование в Redmine инструмента версий и фильтраций — очень удобная вещь, без неё редмайн просто записная книжка.
7) Единые инструменты — принят список единых инструментов
8) Опыт парного программирования. Да, у нас не совсем получилось, однако мы попробовали, и сделали вывод, что при парном программировании уровень участников должен быть примерно одинаковый.
О среде, четверге и пятнице далее
Как ни странно но начиная с прошлой недели начали поступать заявки на вакансии. Причем в основном на ВЕБ-дизайнера.
Я это наибольшим образом связываю с хорошим прописыванием должностных обязанностей, в т.ч. «Разработка промо-сайтов«, «Разработка макетов соц. сети»
В то же время не сработала так называемая «Изюминка», хотя на мой взгляд это было очень интересное описание компании (кому интересно могу выслать)
вероятно данное описание должно еще подкрепляться каким-либо еще моментом.
Вторым открытием для меня стало покупки базы резюме и отправка всем, имеющим PHP в тексте своего резюме приглашения на нашу вакансию. Таким образом сразу нашлись два программиста на нашу вакансию. И что интересно они практически сразу подошли на эту вакансию и выйдут на работу уже со следующего вторника
Третьим моментом, который я бы хотел описать оказался звонок представителя компании HH.ru к нам в компанию и сообщение информации, что при правильной подаче вакансий мы могли бы сэкономить 4000 рублей. И все бы хорошо, если бы не форма подачи данной информации. Честно я не знаю в какой форме была подана данная информация, но наш финансовый директор после разговора обрушилась на меня с обвинениями, что я не грамотно трачу средства. (стоит немного оправдаться, что из этой суммы моими не сэкономленными было меньше 1 т.р., причем при покупке объявлений оптом мы бы потеряли свободу). Так или иначе это огорчило моё сотрудничество с данной компанией.
И не смотря на то, что работал в многих ИТ проектах, текущий проект оказался на редкость интересным. До финальных сроков завершения работы у нас еще в запасе 3 месяца, хотя если учитывать объем работ, который нам предстоит выполнить это катострофически мало. Но обо всем по порядку.
Добавим имен, и в первую очередь дадим имя текущему проекту — WJ! Проект создания социальной сети со своей уникальностью. Больше я к сожалению написать не могу, но поверьте проект того стоит! Это нечто большее чем просто социальная сеть. Держим пальцы чтобы получилось!!!
Началось все с того, что мы наконец таки собрали команду программистов для разработки клиентского ПО для нашего WJ. А дальше началось самое интересное. В ходе выбора платформы мы поняли, что наиболее подходит Java. К сожалению как раз Java у нас в команде знают не все, но что поделать… — это действительно было лучшее решение.
Далее пошел процесс притики команды. Честно говоря мне впервые пришлось наблюдать за этим процессом, а если быть точным то еще и управлять им, о чем я расскажу чуть позже:
А пока о проекте:
1) Каким бы ни был наш проект следует начинать стоит с его очерчивания. Границы проекта!
2) Согласно границам проекта определяются сроки проекта.
3) Вам явно будет надо управлять ресурсами! берем в оборот!
4) Расчет трудоемкости и построение плана графика.
5) Управление рисками проекта!
И наконец «К началу сражения работа командира уже завершена».
В этой заметке я продолжу вести речь о тексте вакансии.
Сегодня хотелось бы затронуть тему целей, которые должен выполнять данный текст, и на первый взгляд все очевидно — заинтересовать самых подходящих ищущих работу сотрудников.
Если же взглянуть с другой стороны:
1) Создание имиджа Вашей организации у кандидатов и всех остальных игроков рынка труда!
2) Создать входящий поток кандидатов в Вашу организацию (и не важно есть ли у Вас сейчас вакансии или нет, как .оказывает практика скоро они могут открыться)
3) Отсеять поток от кандидатов не удовлетворяющих профессиональным или личностным требованиям вакансии.
4) Определить тип мотивации с которым будут к вам приходить кандидаты.
И еще пара заметок к вакансии:
1) Указывайте более узкие требования к должностным обязанностям, нежели «Разрабатывать». Если используется конкретный движок укажите пожелание в его знаниях, если требуется выполнять определенный вид работ, таких как выступление в роли эксперта по области регрессивного тестирования в других проектах — так же можете указать. Таким образом вы покажете, что у Вас не шараж-монтаж контора, а организация с пониманием своего пути и стратегией развития, что вселяет уверенность в Вашем будущем.
2) Добавьте изюминку в вакансию, например ответьте на вопрос «Почему Вам будет интересно работать с нами?» прямо поставив этот вопрос в Вакансии и дав на него какой-нибудь эмоциональный ответ.
Посмотрим как эти заметки помогут мне создать достичь тех целей, которые я указал выше
Краткая заметка с фронта написания текстов Вакансий разработчиков ПО:
Первая заметка — при выставлении вакансии на форумах огромным плюсом является в тексте письма писать название организации (короткое название). Таким образом 1) Создается по немногу бренд компании; 2) Свои объявления всегда можно выделить из множества других 3) показывается открытость компании к внешнему миру — «Мы не боимся заявлять о себе». (подсмотрел у конкурентов и теперь тоже применяю этот прием)
Вторая заметка — Извечный вопрос указывать ли в вакансии заработную плату. Моё мнение нужно указывать вилку по заработной плате которую вы готовы платить текущему специалисту и верхней планкой указывать сумму, которую возможно получать в Вашей компании этому специалисту через год, если он окажется очень крут. А так пишем что «По результатам собеседования».
Третья заметка — Вчера выставив вакансию и получив один отклик обнаружил что в вакансии не указал адрес на который отправлять резюме. вывод: Всегда перепроверяйтесь на «Что?» «Где?» «Когда?». Что конкретно вы предлагаете (в частности должностные обязанности) «Где потенциальные партнеры могут это найти — в частности высылать резюме на адрес и Когда это будет действовать — применительно к Вакансии — тут все понятно с сегодня и до пока не уйдет из топов, или у Вас ограничения по времени есть?…
Четвертое — еще не пробовал, но в следующий раз обязательно использую эффект ограниченного количества и подрывания ажиотажа на вакансию программиста… — подумаю как и все в подробностях опишу.
Удачи!
В прошлой раз я рассказал о предыстории написания этого блока статей. В этой статье я расскажу о том фундаменте, который нужно заложить для дальнейшей постройки процесса разработки программного обеспечения.
Но прежде еще раз уточнюсь что на момент нулевой точки не было ни общего плана проекта(со промежуточными сроками), ни полного перечня работ, ни регулярных собраний по проекту. Задачи поднимались так сказать интуитивно. Надо отдать должное разработчиками – благо с виденьем большинства проблем у них было все замечательно.
Для дальнейших работ и для того, чтобы процессом хоть как-то начать управлять надо было перекладывать его на твердое основание. Этим твердым основанием в моем случае послужила Система управления задачами и ошибками Redmine, База знаний Wiki, Система контроля версий SVN и регулярные еженедельные совещания по проекту.
Все продукты с открытым кодом и достаточно просты в использовании. Здесь же надо сказать об отличной связке Redmine c различными системами контроля версий, благодаря которой выполнение каждой задачи можно отследить с точностью до изменения сроки кода и затраченного на это времени.
Теперь по-шагово:
1) Согласовываем решение с руководством, если это возможно, или не особо согласовываем, если это невозможно. (Практика показывает, что стоит сначала что-то начать, потом уже показывать)
2) Сообщаем команде, например в понедельник, что начнем пользоваться современными системами багтрекинга и системой контроля версий, чтобы их не отрывать по каждой ошибке, чтобы все ошибки можно было фиксировать, и в будущем не вызывать их из отпуска по какой-то мелочи. (Это и на самом деле так)
3) Выделяем время и устанавливаем Redmine, Wiki и SVN. (1 день)
4) Прикручиваем SVN к Redmine (или поднимаем уже прикрученный) (до 1 недели)
5) Настраиваем, вбиваем пользователей, почту.
6) Берем один небольшой проект и переносим все задачи в редмайн – еще 1 день.
7) Пишем краткую инструкцию по пользованию связкой Redmine и SVN и учетом времени. (если кому-надо рыбу могу скинуть)
8) Начинаем всем этим пользоваться – и немного корректировать во время работы.
На этом первый шаг закончен!!!!
У меня качественный прогресс уже есть. Мы используем redmine и ежедневно фиксируемся в SVN с указанием количества затраченного времени. Конечно, понадобилось использовать различные подходы к ежедневному фиксированию всей команды, однако результат на лицо. Все работают в едином пространстве и не требуется постоянно следить за версиями и т.д.
П.С. Сам я начинал постройку данных инструментов со статьи «Интеграция Open Source-систем для управления разработкой ПО» Стас Фомин Customized InformSystems email: stas@custis.ru
Рад Вас приветствовать на своем блоге. Будет очень здорово, если вы найдете на нем полезную для себя информацию.