Темы
Разделы
Интересы
Top 20
 |
По статистике, мы нанимаем одного из 10-20 обратившихся кандидатов на должность веб-разработчика. При таком потоке необходимо быстро распознавать подходящие кандидатуры. Разного рода синтетические тесты при отборе сотрудников я не люблю – бессмысленая трата времени. Лучший способ проверить – сразу кинуть в бой.
— Привет, я крутой веб-разработчик, вот мое реюзме!
— Привер, резюме не надо, давай аккаунт на github, бери тикет No.123 и вперед! Слишком крутой для тебя? Ну выбери сам, какой тебе больше нравится, из того что есть. Другой работы нет.
Минимум затрат личного времени, максимум объективности.
Для этого необходимо быстро подключать новобранца к коду проекта. При этом исключая возможность негативного воздействие новичка на весь проект и минимизируя риск утечки информации.
Мы делаем это так.
Читать дальше → habrahabr.ru »
|
|
Сначала «скелет», а потом «мясо».
Сначала процесс, а потом инструмент под процесс.
Автоматизация хаоса дает хаос.
Это все — разные формулировки одной простой идеи. Идея, которая часто не учитывается во множестве вещей.
Для примера рассмотрим стартапы. Обычно бывает как. Возникает у человека идея, что определенный процесс будет интересен группе людей. И человек создает стартап, сайт, где эти люди должны будут использовать сайт как инструмент для процесса.
Не учитываются следующие моменты
1. Сам процесс может существовать только в воображении создателя стартапа. К примеру, процесс аггрегации результатов матчей ЦСКА вовсе может быть не нужен фанатам этого футбольного клуба, как бы себе это не представлял стартапер. Поэтому важно быть в самом процессе, понимать, какой процесс — реален, а какой нет.
Читать дальше → habrahabr.ru » | Данный топик является продолжением поднятой темы управления знаниями в компаниях ИТ-профиля. В ноябре прошлого года я проводил опрос по теме управления знаниями. Целью было определить текущее состояние дел и получить информацию для размышления от сотрудников. Прошло довольно много времени. Думал представить результаты гораздо раньше, но получилось как всегде. В данной статье покажу некоторые картинки, дам общие субъективные комментарии и, надеюсь, напишу еще одну статью о том к каким выводам пришел после погружения в тему. Комментарии habrahabr.ru » | Постарался расставить проблемы, с которыми сталкиваемся, по степени их влияния на исход проекта. К некоторым болезням проектного менеджмента удалось найти лекарства, но некоторые по-прежнему дают большие риски, которые съедают бюджеты и ресурсы.
Читать дальше → habrahabr.ru » | Возможно, я сейчас открою Америку, но вдруг найдутся такие же люди, как и я, пропустившие этот фильм в кино. Собственно, кто бы мог подумать, что историческое кино про бейсбол, да еще с Бредом Питтом в главной роли окажется лучшим фильмов про управление проектами, что я видел за последнее время.
Если вы не еще смотрели, то очень советую исправиться. По сути это история о том, как финансовый менеджер команды (читай, проекта) вынужден конкурировать с другими клубами в условиях разницы в финансировании в 3-5 раз.
Цитата: «Есть богатые команды, есть бедные команды, есть 10-ти метровый слой говна, а под ним — мы».
Т.е. там, где другие команды могут нанять более результативных игроков (читай, более квалифицированный персонал) Бред Питт вынужден переизобретать схему построения команды. И он это делает, основываясь на математическом моделировании и анализе статистики игроков. Никакого спорта, чистая математика и переосмысление целей.
Как по мне, так весьма вдохновляющее кино. В качестве бонуса — очень хорошая игра актеров (номинации на Оскар на лучшие мужские роли первого и второго плана). Трейлер под катом: Читать дальше → habrahabr.ru » |  Добрый вечер, созидающая часть Хабра!
Будучи разработчиком, я постоянно работаю с техническими спецификациями клиентов и мой первый пост — это небольшой очерк, анализ такой вещи, как «техническое задание».
Итак, когда компания-заказчик приходит к исполнителю и заказывает «неосязаемое нечто», последний делает постный вид и просит предоставить техническое задание (бриф, описание, спецификация). Заказчик, полный энтузиазма, начинает выплескивать его на бумагу и это правильное начало, ведь техническое задание – замечательная штука!
Оно позволяет выразить свои идеи, сделать их понятными для окружающих и получить в итоге именно то, что нужно! С помощью тех. задания мы можем упорядочить мысли, правильно поставить задачу и увидеть противоречия на самых ранних этапах. Несмотря на то, что сам термин чаще применяется в бизнесе, суть его распространяется почти на все аспекты нашей жизни. Сформулированное в том или ином приближении, тех. задание испокон веков служит людям для передачи информации о своих потребностях.
Читать дальше → habrahabr.ru » |  Фэйлом кончаются от 30% до 50% попыток внедрить штатную интеграцию сайта с 1С. Это коллеги рассказали, у меня-то в бизнес-плане заложено 75%. То есть, в трех случаях из четырех — придется что-то подкручивать напильником, а в одном — вообще вызывать эвакуатор или реанимацию. И чего бы это, ведь…
… Топовые производители современных отечественных систем управления в один голос заявляют, что умеют интегрироваться с 1С. Естественно, это касается по большей части типовых конфигураций — всего не предусмотришь, ага. Да и маркетинг заставляет говорить, что «это просто!». Слоган, который, наверное, никогда не умрет.
Рассмотрим процесс интеграции с точки зрения клиент-исполнитель. Сценарий продажи может превратиться в сущий адъ из-за пары неловких движений менеджера.
Так что знакомимся с горьким опытом и делимся своим:
Читать дальше → habrahabr.ru » |  Давайте продолжим обсуждение инструментов и методов по соблюдению сроков проектов, учитывая что предыдущий топик вызвал достаточно активную дискуссию и более двухсот человек добавили топик себе в избранное. На этот раз пост будет более унылым, постараюсь дать более подробные рекомендации в текстовом виде.
Следующий набор рекомендаций выглядит так:
Убедитесь, что срок действительно жесткий
Не берите на себя проекты с нереальными сроками
Планируйте методом «набегающей волны»
Периодически пересматривайте оценку проекта
Оценивайте проект эмпирически
Привлекайте к первоначальной оценке команду
Подробности под катом habrahabr.ru » | Здравствуйте уважаемые читатели, как договаривались обещанная статья.
Данная статья задумывалась в продолжение первой статьи, связанной с финансированием стартапов. Первоначально я задумывал ее как совокупность показателей, на которые обращает внимание инвестор перед вложением денег в проект, однако мне кажется, что данные показатели будут интересны и другим участникам.
Используя представленные ниже показатели можно проанализировать практически любой проект, что позволяет здраво оценивать эффективность от внедрения того или иного стартап-проекта.
Однако в связи с большим объемом материала, мной было принято решение разделить вопрос показателей оценки инвестиционного проекта на серию статей.
Читать дальше → habrahabr.ru » | На Хабре недавно была поднята очень важная тема — соблюдение сроков проектов. В качестве метафоры автор, Михаэль Вольф, использует метафору путешествия и прогнозирования сроков прибытия, но не дает практических советов по завершению проектов в срок. Чтобы раскрыть советы в более понятной форме, я вставлю несколько презентаций и слайдкастов в пост.
Позволю себе привести ряд конкретных рекомендаций, которые будут полезны для большинства проектов:
Грамотно обрабатывайте запросы на изменение требований
Урезайте лишний функционал
Управляйте рисками
Используйте гибкие методологии
Научитесь управлять Death March проектами
Подробности под катом habrahabr.ru » | Перевод статьи Джейсона Фрида (Jason Fried) "Why I Run a Flat Company". Джейсон — один из основателей компании 37signals и соавтор книг "Getting Real" и "Rework".
Несколько месяцев назад в компании 37signals, которую я возглавляю, случилось необыкновенное событие: мы расстались с одним из наших сотрудников. Казалось бы, что в этом необычного? Но дело в том, что в нашей компании подобное происходит крайне редко. За 11 лет работы мы потеряли всего лишь пять человек, причем один из них вернулся к нам семь лет спустя.
Удивителен даже не сам факт того, что мы расстались с нашим сотрудником. Удивительна причина нашего расставания: нас не устраивал уровень его карьерных амбиций. Причем проблема была вовсе не в их отсутствии: напротив, он хотел гораздо больше, чем мы могли ему дать.
Читать дальше → habrahabr.ru » | 
Хабравчане, позвольте вам представить мой небольшой и скромный труд (чуть больше 100 страниц) по гибким методологиям разработки. Электронная книга доступна бесплатно для скачивания со следующих сервисов в PDF:
Скачать с Яндекса
Скачать с Dropbox
Кроме классического Scrum, в книге также описываются и разнообразные лучшие практики, которые отлично интегрируются в данный управленческий фреймворк для управления продуктом, командой, для организации аналитики и тестирования. Читать дальше → habrahabr.ru » | ![Управление проектами / [Перевод] Почему проекты в IT занимают в 2-3 раза дольше, чем планируется?](http://qph.cf.quoracdn.net/main-qimg-e1efc747b646c726696d8b60a18d2888) Мы с другом решаем пойти в поход от Сан Франциско до Лос Аджелеса, чтобы заскочить в гости к нашим друзьям на Ньюпорт Бич. Посмотрим на карту и примерно прикинем путь по берегу:
Путь займёт около 400 миль, в день мы можем пройти 4 мили в час по десять часов, так что придём мы туда примерно через 10 дней. Мы звоним друзьям и бронируем столик на 6 вечера в воскресенье.
Читать дальше → habrahabr.ru » |  Меня просто бесит, когда менеджер проекта отправляет макет дизайна — письмом, с припиской «Вот, нарисовали. Смотрите. Ждем ваших замечаний». Убил бы.
Такой менеджер, по сути, ломает весь кайф. Он похож на официанта, который, вместо того, чтобы эффектно сорвать крышку с серебряного блюда и устроить обещанное fire-шоу, бесцеремонно грохает поднос на скатерть и бросает рядом спички. Типа, дальше сами разбирайтесь. А в глазах у него читается недвусмысленное: «Штоп вы подавились».
— Это возмутительно! И вот почему:
Читать дальше → habrahabr.ru » | Как только вам пришла мысль продавать что-то из товаров через скидочные сервисы, они же «купонаторы» (групон, выгода, биглион, бигбаззи, купикупон и т.д.), поддавшись влиянию соблазнительной статистикой продаж других участников и привлекательному описанию грядущих многотысячных продаж с первого же дня размещения вашей акции – отвлекитесь от возникших в вашем воображении золотых гор и отодвиньте калькулятор.
Вам необходимо тщательно все обдумать и взвесить все плюсы и минусы. Я расскажу несколько основных моментов, с которыми вам придется столкнуться и расскажу о необходимой подготовке. Мои советы основаны на реальном опыте, в том числе провальном.
Читать дальше → habrahabr.ru » | Так уж получилось, что последние пару лет я много работаю с кризисными проектами. Это проекты, в которых деньги потрачены, цели не достигнуты, все сроки много раз нарушены, менеджера уволили или он сам в ужасе сбежал, а уровень мотивации команды – ниже некуда. В общем, материализовавшийся fuck up. К сожалению, большинство таких проектов нельзя просто закрыть – все они важны для заказчика.
Читать дальше → habrahabr.ru » | Мой друг, Борис Король, описал свой опыт запуска и успешной работы регионального коммерческого представительства крупного производителя.
Отрасль неважна, так как подобные управленческие методики и подходы методики можно применять во многих отраслях и проектах.
Производство было в Украине, представительство открывали в России.
Нормального бюджета, как водится, никто никому не выделял.
Впрочем, как обычно.
Если захотите получить дополнительные консультации — звоните-пишите ему напрямую.
bbkorol () гмейл.ком
Читать дальше → habrahabr.ru » | Хай, Хабр! Всех с прошедшими! 1024 извинений за вынужденную паузу после первого топика и предлагаю продолжить. Повторюсь, что ничего из нижеизложенного не является совершенным знанием, наоборот, в комментариях полезных знаний может оказаться гораздо больше, чем в основном тексте (upd: так и получается). Надеюсь, что тема пока еще актуальна и заслуживает некоторой систематизации.
По социологии, 70% богатых инвестируют в доли в бизнесах, а 70% бедных — в собственные долги. Что важно держать в уме, готовясь к старту своего собственного дела, которое должно стать мостиком из второго состояние в первое?
Читать дальше → habrahabr.ru » | Ознакомившись с постами, в которых хабрапользователи описывают процессы внедрения и реализации гибких методологий в производство, решил поделиться собственным опытом разработки по методологии Kanban в небольшой продуктовой команде.
К моменту, когда у нас возникло желание попробовать новую систему организации процесса, мы были сработанной командой, ведущей успешную Scrum разработку.
Не буду загружать пост теорией и всяческой водой, на хабре достаточно статей о Kanban и бережливом производстве. Перейду сразу к описанию процесса.
Читать дальше → habrahabr.ru » | Я юрист ИТ-компании, которая занимается разработкой мобильных приложений и базируется в СНГ, и по роду своей деятельности тесно связан с процессом подписания контрактов с Заказчиками, которые в последнее время все чаще и чаще норовят не согласиться с условиями нашего «шаблонного контракта». Вот и теперь очередной британский Заказчик требует пересмотра состава гарантийных обязательств, которые мы обычно предлагаем. Для удобства заказчика применимым правом выбрано английское право, что подразумевает определенные трудности при согласовании таких сложных условий как гарантии.
Вполне естественное желание Заказчика максимально обезопасить себя от рисков, да и менеджер по продажам настолько настойчив, требуя не тратить время на все юридические тонкости — ведь он не хочет потерять хорошего клиента и подписать договор было бы хорошо, как обычно, «вчера».
Сперва возникает желание дать все гарантии Заказчику, и тем самым сохранить хорошего клиента и дружеские отношения с менеджером. Наша команда работает качественно и в срок, и проблемы с Заказчиками возникают в основном по косметическим моментам. Но значит ли это, что мы готовы на неограниченные гарантии?
Уверен, что не готовы ни мы, ни любая иная отечественная компания-разработчик. И если основная задача юриста – это распознать и нивелировать правовые риски, то мне бы стоило задуматься над тем, какие гарантии мы можем предложить Заказчику, а какие оставить за бортом.
Проведя небольшое исследование, хочу поделиться своими выводами по этому поводу: Читать дальше → habrahabr.ru » |  В предыдущей заметке я сделал вывод о том, что разработка ПО настолько уникальная область что говорить о «схожих областях» человеческой деятельности можно лишь только лишь в целях упрощения понимания некоторых терминов, связанных со стадиями разработки и управления ей.
Странно, но методики, которые родились непосредственно в области разработки ПО совсем не похожи на пришедшие извне.
Например достаточно простой SCRUM, описание которого вполне можно уместить на листок A4, но которым пользуется CERN. Или Agile, который можно описать десятом абзацев где содержатся весьма общие и идеалистические принципы в соответствии с которой был сделан GitHub и много других клевых штук. Можно ли их использовать в строительстве? А при создании самолетов?
Нет, подождите, а как же декомпозиция и формализация бизнес-процессов, без которых невозможно было бы автоматизировать, ну тот же процесс строительного проектирования. А как же планирование работ, без которых никак не получилось бы организованно создать тысячу таблиц, логических структур и интерфейсов для подобного проекта?
(в качестве иллюстрации лицо типичной универсальной методики авторства RuxxSilver, которое на первый взгляд выглядит весьма привлекательно и правдоподобно)
Читать дальше → habrahabr.ru » |  В предыдущей заметке был сделан вывод, что индустрия разработки ПО молода и подвержена влиянию фактора роста настолько, что рано говорить об апробированности и применимости каких-либо методик в долгосрочной перспективе, а их выбор диктуется причинами часто отличающимися от заявляемых.
Если искать аналогии в плане управления, то весьма схожем с производством ПО может показаться строительство. Мало того, менеджеров по разработке ПО нередко знакомят с управлением проектированием и строительством зданий и инженерных сооружений.
Однако, происходит некоторая подмена причин этого знакомства. Да, эта область в чем-то похожа, в первую очередь наличием понятий “требования”, “проектирование”, “проект”, “строительство” (construction), “контроль качества”, “человеко-часы”, “работы”, “сроки”, а сам процесс развивается от экономической потребности и идеи до некого конечного продукта. Но основная причина того, что строительство является хорошей аналогией в том, что это наглядная аналогия.
(В качестве иллюстрации фотография проекта А.Гауди «Sagrada Familia», степень выхода которого за сроки и бюджет до сих пор не могут даже приблизительно оценить)
Читать дальше → habrahabr.ru » |  Битва закончена, люди много говорят о том, какой методикой они руководствовались, когда принимали свои решения, но вообще-то всегда бывает чертовски много того, к чему приходят на ощупь.
Адмирал Ф.Д.Флетчер
Несколько дней назад я размышлял, почему так получилось, что тщательно прописанный и формализованный проект в очередной раз со свистом вылетел из сроков и бюджета, превысив их в разы. Иногда бывает, что проекты ведут себя по другому, но чаще происходит именно так. И это мало зависит от того, какую методику я использую для оценки объема работ и самой разработки. Даже McConnell, которого я считаю серьезным авторитетом в области разработки ПО, в начале книги Software Estimation: Demystifying the Black Art констатирует то, что простые методики оценки размера проекта удивительным образом оказывается ничуть не хуже сложных и испытывают те же самые проблемы. Возможно этот вывод можно распространить не только на методики оценки.
Кроме этого, как и любого другого разработчика, меня несколько беспокоит перспектива отрасли на ближайший десяток лет, так как это связано с моими профессиональными перспективами. И, просто как человеку, хочется испытать свое понимание вещей на прочность, понять насколько локален опыт и выводы из него.
Речь пойдет о достаточно простых вещах, но я неоднократно замечал, что в научных исследованиях прогресс или тупик возникает, когда простая и очевидная вещь оказывается не тем, чем она кажется, или дефект в программе внезапно обнаруживается в модуле, который “не может” содержать ошибку.
(на иллюстрации персонаж фильма «Железный человек 2» Иван Ванко в момент произнесения фразы «Ваш софт — говно»)
1. Индустрия на стероидах
Читать дальше → habrahabr.ru » | Хабраприветствую всех, кому интересна эта тема.
Конечно же, микроменеджмент встречается не только в IT, но именно в этой сфере указанный черный ритуал может принести значительный вред процессу разработки и конечному результату, не говоря уже о профессиональном развитии сотрудников.
Читать дальше → habrahabr.ru » | Хоть мы тут в большинстве своем и не юристы, но с договорами, думаю, сталкивались все. Как минимум, это договор аренды квартиры, договор о предоставлении тех или иных услуг, трудовой договор и так далее. При этом, считается вполне нормальным, что документы эти представляют из себя «темный лес» терминов, за которыми едва ли видна сама суть соглашения.
90% контрактов, с которыми я сталкивался, это никуда не годная макулатура. Они многословно и вычурно описывают то, что и так понятно всем, обходя вниманием важные аспекты. Очень редко встречаются хорошие документы, которые действительно страхуют риски обоих сторон и мотивируют их выполнять свои обязательства.
Читать дальше → habrahabr.ru » | Замечания от переводчика: текст написан для американской действительности, но, на мой взгляд, приводимые положения универсальны, и справедливы для Российских коллективов.
Основной тезис: Вам не нужно нарываться на крупный скандал, чтобы коллектив потерял веру в вас. Достаточно пары-тройки неверных шагов.
Каких-таких шагов? habrahabr.ru » | Архипенков Сергей — эксперт в управлении разработкой ПО, более 30 лет в разработке ПО, PMP® PMI, вице-президент Гильдии менеджеров программных проектов. Активный «продвигатор» и «задвигатор» теории и практики управления проектами и людьми в проектах по разработке ПО. Активный заседатель программных комитетов. Из последнего — председатель программного комитета конференции «Software Project Managment Conference» (ноябрь, Санкт-Петербург).
Ниже опубликован доклад Сергея с конференции CodeFest, на тему «Теория и практика адаптивного управления проектом».
Читать дальше → habrahabr.ru » | Вначале об аббревиатуре: Capability Maturity Model Integration (CMMI) — модель оценки зрелости компании, основанная на ее производстенном, техническом и управленческом потенциале. Разработана она Software Engineering Institute. Подробно о ней писалось в хабрастатьях: Модель CMMI и Как наша компания получила 3 уровень CMMI.
Будучи «внедренной» в CMMI вот уже 5 лет, я часто сталкиваюсь с запросами и суждениями относительного этого фрэймфорка, которые, в целом, можно свести к следующему «Это конечно хорошо, но невозможно в реальных условиях». Кто-то скептически настроен с самого начала, кто-то разочарован (прежде всего, из-за чрезмерных ожиданий). Я не являюсь ни «апологетом», ни фанатом CMMI, но моя непосредственная работа заключается в поддержании соответствия компании CMMI Level 3. Это требует, прежде всего, очень серьезных моральных усилий. Связано это, на мой взгляд, с распространенностью ряда мифов о CMMI, которые появились в силу логических доводов о пользе модели (которые приводятся во всей «рекламной» литературе), примеров повышения эффективности работы в таких «монстрах» как «Боинг», попыток внедрения в отечественных компаниях (после чего в них «ничего не изменилось»), и опыта работы с индийскими компаниями, которые позиционируют себя как соответствующие CMMI Level 5. И еще с непониманием того, как и когда стоит использовать модель, чтобы она приносила пользу.
В статье я попытаюсь «развенчать» некоторые мифы, развеять скептицизм, и, возможно, мне удастся помочь тем, кто хочет использовать CMMI, но не знает как.
Читать дальше → habrahabr.ru » | Управление разработкой—очень интересная штука, она вроде бы как есть, а с другой стороны ее как бы и нет. При этом на этой зыбкой грани между явью и фикцией многие люди довольно недурно зарабатывают, и ваш покорный слуга в том числе.
Честно говоря, написание этого текста преследовало вполне корыстные цели: он является некоторой лакмусовой бумажкой для отправки людям, с которыми предстоит сотрудничать.
И, расставив все точки над i, либо кидаться с головой в бездну страстей, либо окончательно размежеваться. Итак немного о том, почему бывают факапы и чем их нельзя исправить.
Часть первая: Bondage habrahabr.ru » | В каком стартапе это применялось
Прежде чем описывать проблемы, подходы и решения, сначала я расскажу про стартап, с которым работаю:
Суточная посещаемость 80.000 чел.
Зарегистрировано 200.000 пользователей.
Месячный доход от платных услуг сервиса 2.000$.
Проект был запущен год назад, последние 6 месяцев идет массированная реклама с месячным бюджетом 5.000$.
Коллектив состоит из проджект/продакт менеджера, тестировщика, саппортера, системного администратора, трех программистов и дизайнера/юзабилити эксперта.
Читать дальше → habrahabr.ru » | В теории этот пост должен был находится в разделе "информационная безопасность", но я не эксперт по информационной безопасности, я менеджер проектов, с техническим бэкграундом — «Java тим лид/чемпион» и что-то, что было бы адекватно для специалистов по info security написать наверное не могу. В данной статье я хочу честно рассказать о тех случаях из моей практики, когда либо в моих проектах хакеры (простите меня за столь популистский термин) что-то взламывали, либо делалось что-то, что можно было (и имело смысл для злоумышленника) легко взломать.
Читать дальше → habrahabr.ru » |
|
| |
|