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

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

Около полугода назад я познакомился с сервисом Asana. Сначала начал использовать в личных целях, но в конце концов пришел к тому, что лучше использовать единый инструмент в том числе и на работе.
В качестве хранилища исходного кода мы используем облачный TFS, соответственно, управление проектами осуществляем там же. Но для нас он оказался слишком громоздок. Да и клиенты, когда видели то, с чем им придется сталкиваться каждый день, предлагали использовать Google Docs или Excel и не усложнять им жизнь.
Читать полностью »

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

Введение

В 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