Рубрика «управление проектами» - 390

Экстремальное программирование: Pair Programming

Парное программирование является одной из практик XP. Эта практика воплощает экстремальную (преувеличенную) идею Code Review. Если ревью позволяет улучшить качество кода, то давайте делать его постоянно, во время рефакторинга и написания нового кода.

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

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

image
Привет! Меня зовут Руслан, я алкоголик предприниматель. Ну как предприниматель? Возможно даже бизнесмен, или фрилансер. На самом деле я подрядчик, но проблема в том, что я работаю с государством по тендерам, т.е. все затраты по объекту несу сам, видимо меня можно назвать даже инвестором, ведь я инвестирую деньги, занимаюсь подбором бригад, хожу в налоговую с вазелином, плачу налоги (в слове плачу ударение на первую А). У меня есть семья. Все мы кормимся с дохода этой моей темы, поверьте она очень маленькая (тема врядли вырастет, семья-то, что там делов-то), и вряд ли когда-нибудь вырастет (я реалист). На жизнь нам хватает. Сейчас мне должны 650 000 р., я должен по налогам 120 000р. и строю объект на 398 000р., плюс хочу выиграть еще объект на 300-500 т.р. (я оптимист). Да, в кармане у меня есть 100 000 р.
Все что я написал – чистая правда. Итак, если все будет о.к., тогда: 650-120+398+100-100-140=788 т.р. – это мой бизнес-план на сентябрь.
Если все пойдет плохо, то у меня не останется ничего, кроме небольшой суммы на новую тему (да-да, конечно, на продолжение старой). Внимательный читатель спросит – откуда в примере – 100, и – 140 т.р.? Ну просто материалы на объект за 398 000 р. сами не закупятся, и сами из себя ничего не построят (это материалы и з.п., а ты меня раскусил: ). К чему я это все начинаю говорить? Неделю или две назад я опубликовал пост о том, почему не стоит становиться предпринимателем. Так вот это именно репост того сумбура, но с авторскими (ха-ха я – автор! это прикольно, по крайней мере звучит лучше, чем «подрядчик», жалко за это не платят) комментариями по поводу того, почему стоит подумать, прежде чем начинать свое дело.
Итак! Встречайте редкостную чушь! Стиль изложения не просто резок, но и груб. Но это именно тот ушат, который зачастую просто необходим. Возможно и я, так и остался бы инженером-сметчиком и по совместительству фрилансером, но! я нисколь ниочем не жалею.
Читать полностью »

imageВо первых перестать паниковать! Если процесс уже налажен, очень важно не наломать дров. Но с другой стороны, как новоиспеченный лид, неплохо бы разобраться в том, как и что устроено на проекте и постараться изменить к лучшему то, что считаешь неверным.
В данной статье (точнее ее первой части) я поделюсь своим видением того, что необходимо внедрить на проекте и какие ключевые правила стоит соблюдать, что бы разработка была максимально быстрой и эффективной.
Читать полностью »

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

Так и стартап — если в стартапе нет выстроенных бизнес-процессов (продажа, производство), то это мусор и толку из него не выйдет. Речь даже о попытках выстраивать процессы, ведь стартап изначально есть, по одному определению, поиск работающий бизнес-модели.

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

Введение

Проработав в IT-сфере порядка 15 лет, я видел несостоятельность многих специалистов, причем, как исполнителей, так и руководителей. Меня всегда поражала апатия и безынициативность людей. Я уверен, что, если человек не в состоянии продуктивно работать как исполнитель, он никогда не сможет эффективно управлять командой. Более того, меня всегда раздражали люди, попавшие на руководящие должности из других, чуждых IT, областей. Таких руководителей технические специалисты обычно не воспринимают всерьез, что и приводит к лицемерию в стиле: руководитель высказал абсолютно бредовую идею, подчиненные сделали вид, что это круто, и пошли кидать лопатами подобный шлак. На выходе от такого менеджмента и, соответственно, такого исполнения задач мы получаем никакой продукт.Прочитав горы литературы, поражаешься, как много было придумано различных теорий и подходов. Консультанты и другие ученые мужи завуалировали и запутали красивыми, но совершенно непонятными, терминами и концепциями простые, по сути своей, вещи. Я считаю, что необходимо откинуть всю эту шелуху и говорить как есть. Смотреть по результатам работы руководителя, а точнее по результатам работы его команды…Читать полностью »

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

Немного предыстории

Хочу рассказать уважаемому сообществу о своем первом проекте, на который я потратил это лето, и о выводах по его следам. Не то чтобы я раньше никогда не вел никаких проектов, но делались они по остаточному принципу, а сроки были очень свободные. Например, проект по переходу на Универсальный транспортный адаптер для обмена файлами с ЦБ РФ я не спеша пилил больше года (в итоге, все заработало вовремя и работает хорошо).

Надо заметить, что я не указываю названия и некоторые подробности, потому как иначе затрону информацию, относящуюся к ДСП.

Но в этом году я сменил работу с саппорта на управление проектами и понеслась. На новом месте работа над всяческими внедрениями и улучшениями идет прямо-таки в конвейерном режиме, в очень сжатые сроки. Не прошло и недели, как мне вручили1 частично проработанный проект внедрения софта, предназначенного для эммм… собирания и структурирования информации из разных источников по разным объектам – физ и юр лицам. Вручили мне его с посылом «эта штука может все, внедряй, дело верное». Разработчики тоже сказали «мы можем все!» и в подтверждение уверенно ударили себя пяткой в грудь. Я очаровался и начал работать. 2

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

Мнения экспертов — ничто. Отзывы клиентов — все

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

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

    Я бы хотел обсудить неприятную для многих тему, а именно — ваши иллюзии. Иллюзии и убеждения относительно того комплексного процесса, который называется разработка программного обеспечения. Давайте сразу определимся, что такое иллюзия в данном контексте — это такое убеждение человека, не подкрепленное четкими научными доказательствами.
    Разработка ПО пронизана такими убеждениями на всех уровнях, начиная от выбора языка программирования, переходя на технологию проектирования, и заканчивая технологией управления проектами. Интерпретация результатов результатов успешного проекта, если вы решите проверить какую-то методику на его примере, тоже может ввести вас в заблуждение, если вы не будете настроены максимально скептично. В этом цикле статей я попытаюсь дать вам несколько отправных точек для анализа эффективности той или иной методики разработки. В какой-то мере все, что будет написано далее является просто развернутым описанием основной идеи сайта programming-motherfucker.com.

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

Asana в деталях, и как ее использовать
Проекты над которыми трудятся разработчики можно часто рассматривать как одну (или несколько) больших задач. А чтобы было проще решать большую задачу, ее нужно разделить на более мелкие. Для этого отлично подойдет Asana — collaborative task management application. Под хабракатом описание данной системы и один use-case который мы успешно используем при разработке сайтов. Статья большая и с картинками. Кому интересно только то как мы используем Asana на работе, можете перейти сразу к примеру, или к примеру в картинках.Читать полностью »


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