Метка «управление проектами» - 12

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

Введение

В 2009–2011 гг. я вёл проект системы управления знаниями (СУЗ) для одной довольно крупной компании. Собственно, этот проект сам по себе является поводом если не цикла статей, то уж двух-трёх точно. Именно в ходе реализации этого проекта я в полный рост столкнулся с одной огромной проблемой — мифологизации информационных технологий. Самое страшное то, что ей подвержены вроде бы взрослые люди, и даже временами выходцы из этой отрасли.
Читать полностью »

Сегодня, мои уважаемые читатели, я хотел бы рассказать вам историю из своего опыта, которая касается одного быстрого и довольно сложного проекта из разряда «proof of concept» (доказательство возможности реализации концепции), который закончился благополучно благодаря изворотливости руководителя проекта (то есть меня :). Речь пойдёт о разработке так называемого Стенда Комплексной Автоматизации (СКА), который я создавал буквально своими руками в одной компании среднего размера, занимающейся автоматизацией промышленных предприятий, построением на них АСУ ТП.

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

Читать полностью »

Написано по личному опыту и впечатлениям. Это не полный материал, скорее небольшая выжимка.
Пожалуйста, отметьте, что понравилось, напишите в личку замечания и вопросы.
Читать полностью »

Для начала вынужден сделать небольшое вступление о Кикстартер. Для кого это уже неинтересно просьба пропустить несколько абзацев.
Брикстартер или “Двое из ларца, одинаковых с лица”
Читать полностью »

37 signals выпустили официальное iOS приложение для Basecamp. Спустя 8 лет после запуска

Basecamp, система для управления проектами, разработанная командой 37signals и запущенная еще в далеком 2004 году, до сих пор никому не уступает лидерство на рынке, несмотря на огромное количество аналогов, успевших за эти 8 лет подняться на арену и так же спешно с нее спуститься. Даже появление таких конкурентов, как Asana, Teamlab, Trello и Podio не сбило их с намеченного курса. Здесь, конечно, остается только аплодировать стоя.

Basecamp смогли не только выдержать проверку временем (8 лет — срок не малый, согласитесь), но и тенденциями. Так, например, разработчики до последнего игнорировали тренд и предпочитали нативным приложениям мобильную версию. Зная Basecamp достаточно долго, хочется думать, что ребята не торопились просто потому, что хотели сделать все как следует, и вот — барабанная дробь — 8 февраля первое официальное iOS приложение Basecamp добралось до App Store.
Читать полностью »

  1. Я(мы) отлично продал клиенту проект! Ура!
  2. Я(мы) отлично выполнил проект! Ура!
  3. Клиент не доволен, со всеми вытекающими. Fail.

Новый клиент  > постоянный клиент
Знакома ситуация? Почему это происходит и как с этим бороться — под катом. Читать полностью »

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

Предисловие

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

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

Проблема

Перфект должен быть во всем

В личных проектах или будущих стартапах фантазии нет предела. Бесконечное желание сделать что-то лучше и лучшее просто в дребезги ломает все сроки. Вот эта глупая погоня за идеалом, которого не существует в принципе и есть проблема. Из за этого, как сказал копирайтер, я изначально ставлю себя в положение проигравшего. Я прекрасно понимаю это. Но я же не гонюсь за идеалом, я просто постоянно вижу минусы и хочу их исправить! Но это же и есть стремление к идеалу! Я путаюсь, я не понимаю где эти рамки?

Читать полностью »

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

Для организации процесса работ над проектом мы решили выбрать популярную методологию Scrum. Отчасти это дань моде, отчасти большое количество публикаций в сети Интернет на тему «Scrum сделал за нас все!».
Читать полностью »

Specification By Example – BDD для прагматиков
На Хабре довольно много упоминаний о BDD. К сожалению, статьи, которые я читал, так и не дали мне ответа на вопрос «а зачем мне все это нужно?» Ответ пришел с неожиданной стороны. Когда я всерьез занялся вопросом автоматизации приемочного тестирования, мне под руку попалась книга Gojko Adzic (не уверен в транскрипции, поэтому не стал переводить имя автора) Specification By Example.
Читая ее, я не уставал удивляться: каждая новая глава описывала шишки, которые я набивал на своем личном опыте, и предлагала решения аналогичные или лучшие, чем те, к которым я приходил сам методом проб и ошибок.

Эта статья – первая в цикле «BDD для прагматиков». В ней описаны ключевые элементы наиболее эффективного, на мой взгляд, процесса разработки коммерческого ПО в современных условиях. Два продолжения будут посвящены работе со SpecFlow и автоматизации приемочного тестирования.
Читать полностью »

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

В чем ее суть?

Проджект менеджер (ПМ) всегда видит, кто работает лучше, а кто хуже. Кто радеет за проект, а кто относится к работе формально. Кто постоянно выбивается из сроков, а кто успевает и еще тянет на себе отстающих. Кто постоянно предлагает какие-то улучшения, а кто ведет себя пассивно. Кто опаздывает на работу и на митинги, а кто проявляет постоянную пунктуальность. Кто пишет кривой код, а кто старается сделать свою работу качественной и считает для себя унизительным показывать коллегам некачественный код. Кто проверяет свою работу, стараясь минимизировать количество багов, а кто торопится, лишь бы отстреляться, а там хоть трава не расти.
«Добрый» ПМ редко или никогда не подходит к подчиненным и не указывает им на недостатки, не ругает за плохую работу. При этом, если что-то сделано хорошо, то большинство ПМов всегда рады похлопать сотрудника по плечу и сказать: «Ты молодец!»

К чему же приводит такая «доброта»?Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js