http://habrahabr.ru/rss/post/77639/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 11:00:19 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif http://habrahabr.ru/blogs/pm/77639/#comment_2302390 http://habrahabr.ru/blogs/pm/77639/#comment_2302390 Есть похожий опыт сбора требований, описания задач и в дальнейшем внедрения разработанного ПО (работа в отделе внедрения в большом интеграторе).
Сам вопрос: есть ли шанс найти приложение таких навыков в команде фрилансеров?
Или такие навыки востребованы только при работе «на дядю»?]]> Sun, 20 Dec 2009 18:18:45 GMT 3y6p http://habrahabr.ru/blogs/pm/77639/#comment_2268842 http://habrahabr.ru/blogs/pm/77639/#comment_2268842 Thu, 10 Dec 2009 08:41:59 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2268810 http://habrahabr.ru/blogs/pm/77639/#comment_2268810 Thu, 10 Dec 2009 08:35:12 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2268806 http://habrahabr.ru/blogs/pm/77639/#comment_2268806 Учитывая, что формально чек должен быть пробит до заправки — ситуация нормальная.]]> Thu, 10 Dec 2009 08:34:09 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2268174 http://habrahabr.ru/blogs/pm/77639/#comment_2268174
Что-то вроде:
Заметки в блокнот, потом эксель + многократное изучение собранного и ранжирование?
Или как-то еще?

ps: спасибо за отличную статью, особенно интересно т.к. это живой опыт. ]]> Wed, 09 Dec 2009 23:32:22 GMT Antares19 http://habrahabr.ru/blogs/pm/77639/#comment_2268171 http://habrahabr.ru/blogs/pm/77639/#comment_2268171 Это типа: «Я передумал.., скачайте ваш бензин обратно»? :)]]> Wed, 09 Dec 2009 23:28:52 GMT Antares19 http://habrahabr.ru/blogs/pm/77639/#comment_2268105 http://habrahabr.ru/blogs/pm/77639/#comment_2268105 Wed, 09 Dec 2009 22:54:29 GMT Nashev http://habrahabr.ru/blogs/pm/77639/#comment_2268103 http://habrahabr.ru/blogs/pm/77639/#comment_2268103
это я не то чтоб вопрос Вам задаю, это я так, соображения по поводу…]]> Wed, 09 Dec 2009 22:53:40 GMT Nashev http://habrahabr.ru/blogs/pm/77639/#comment_2265926 http://habrahabr.ru/blogs/pm/77639/#comment_2265926 Не пробил чек — такого не бывает. Это как раз решается программно. Нет чека — нет дальнейшей работы. Более того, формально, по-другому и работать нельзя.]]> Wed, 09 Dec 2009 11:39:04 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265799 http://habrahabr.ru/blogs/pm/77639/#comment_2265799 Wed, 09 Dec 2009 11:07:50 GMT zzerf http://habrahabr.ru/blogs/pm/77639/#comment_2265768 http://habrahabr.ru/blogs/pm/77639/#comment_2265768 А с чеками махинаций много бывает. Самая простая — не отдавать чек, если не просят и давать потом клиентам чек на бОльшую сумму. Можно начинать бить чек, а потом сразу аннулировать его — все законно, а клиента остаётся нормальный чек (нет последней строки в чеке, но это редко кто замечает).
Иногда вообще бьют нормальный чек и оформляют продажу, а затем делают отмену продажи и бьют чек возврата. У клиента остаётся совершенно нормальный чек. Нужно, конечно, заносить в журнал и писать объяснения, но это себя окупает.]]> Wed, 09 Dec 2009 10:57:40 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265735 http://habrahabr.ru/blogs/pm/77639/#comment_2265735 Wed, 09 Dec 2009 10:49:48 GMT zzerf http://habrahabr.ru/blogs/pm/77639/#comment_2265708 http://habrahabr.ru/blogs/pm/77639/#comment_2265708 Wed, 09 Dec 2009 10:43:44 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265699 http://habrahabr.ru/blogs/pm/77639/#comment_2265699 По второму пункту не совсем понял. Можно сказать это и были «лучшие практики», так как предлагаемое (и сделанное) значительно отличалось от того к чему привык персонал. Но так как пожелания персонала выслушивались, вносились некоторые изменения, да, и вообще, много времени тратилось на обучение, то всё всегда проходило гладко. Как я написал оптимальный путь — найти толковых людей и обучить их. Заодно обкатать способы обучения и внедрения. Обученных, затем привлекать к процессу обучения остальных. Были случаи явного саботажа (причина — в результате автоматизации, как правило, усиливается контроль и перекрываются возможности дял всяческих махинаций) в таких случаях действовал через начальство. Иногда приходилось идти по цепочке вверх (непосредственное начальство оказывало «повязанным» со своими подчинёнными), до тех пор пока не находил человека, заинтересованного в улаживании конфликта. Иногда приходилось уговаривать начальство не наказывать подчинённых. Короче говоря лично я считаю, что нужно налаживать отношения с коллективом, но без панибратства и в случае конфликтов не бояться обсуждать их с заказчиком. Был очень показательный пример. Там, где есть кассовая техника (особенно на заправках) иногда обильно процветает мухлёж с кассовыми чеками. Мухлёжь совершенно безобидный для клиентов и практически законный. Более того, он даже несколько поднимает пристиж и привлекательность организации. Начальство ничего об этом не знало. После внедрения нового софта мухлёжь стал не возможен. Начался тихий саботаж со стороны работников. Пришлось долго и нудно разбираться пока понял, что проблема создаётся специально и в чём истинная её суть. Дальше пошёл к начальству изложил суть вопроса. Первой реакцией заказчика было «Всех уволю!». Пришлось вступиться за сотрудников и объяснить, что возможно имеет смысл не запрещать, а взять под контроль. Сошлись на том, что была добавлена ограниченная возможность для мухлежа и новые отчёты. Заказчик провёл воспитательную беседу с подчинёнными и указал рамки в которых он будет закрывать глаза. Это сильно оздоровило коллектив и сняло проблему. Правда, месяца через три ему всё таки пришлось показательно уволить двух человек.]]> Wed, 09 Dec 2009 10:41:10 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265697 http://habrahabr.ru/blogs/pm/77639/#comment_2265697 1) Выявляем всех заинтересованных в проекте. Встречаемся с ними. Собираем что можем от них получить
2) Пишем ТЗ где сами все формулируем.
3) Согласовываем — это самое интересное
4) Большой начальник утверждает ТЗ и ответственного со стороны заказчика

это такой чистоплюйский список шагов по сбору требований у госзаказчика

]]> Wed, 09 Dec 2009 10:37:48 GMT vzzvzz http://habrahabr.ru/blogs/pm/77639/#comment_2265617 http://habrahabr.ru/blogs/pm/77639/#comment_2265617 ТЗ регламентировано ГОСТом, четкой формулировки задачи от заказчика нет (какое дело Большому Начальнику до всяких мелочей, вы дело делайте), а у пользователей нет ни времени, ни понимания, что нужно делать.

И да, спасибо за статью!]]> Wed, 09 Dec 2009 10:16:34 GMT Esperoz http://habrahabr.ru/blogs/pm/77639/#comment_2265609 http://habrahabr.ru/blogs/pm/77639/#comment_2265609
Я не критикую данный подход, он очень хорошо работает, когда удается подружиться и когда все на доверии, но не иначе.]]> Wed, 09 Dec 2009 10:13:54 GMT zzerf http://habrahabr.ru/blogs/pm/77639/#comment_2265593 http://habrahabr.ru/blogs/pm/77639/#comment_2265593
Два вопроса:
1) По ходу текста сложилось впечатление, что автор потратил много времени и сил, пока заказчик созрел. Если это так, как Вы за это получили деньги? (делали бесплатно? / отдельной строкой в смете? / стоимость была размыта по остальным работам? ).

2) На сколько понял, это проект разработки и внедрения софта по существующим процессам. А есть же другая сторона медали, когда внедряется софт с «лучшими практиками». Были у Вас такие случаи? Как боролись с «сопротивлением персонала»?..]]> Wed, 09 Dec 2009 10:09:53 GMT GenriX #comment_2265532 #comment_2265532 Wed, 09 Dec 2009 09:55:30 GMT myserg http://habrahabr.ru/blogs/pm/77639/#comment_2265371 http://habrahabr.ru/blogs/pm/77639/#comment_2265371
Многое взял на заметку. Спасибо.]]> Wed, 09 Dec 2009 09:09:03 GMT tarya http://habrahabr.ru/blogs/pm/77639/#comment_2265323 http://habrahabr.ru/blogs/pm/77639/#comment_2265323
А то в Вашей статье получается какой-то почти идеальный заказчик — цели его ясны, возможность общаться со всеми заинтересованными лицами есть, возможность тестировать на железе заказчика тоже есть, часть требований проясняется во время разработки — остаётся только вести разработку ПО с получением обратной связи от заказчика. Главное, как я понял, проблемм с коммуникациями нет. А где та грань, за которой Вы говорите заказчику, что с ним работать не будете?

PS
Если я вышел за рамки тематики статьи, то прошу извинить. =)]]> Wed, 09 Dec 2009 08:53:55 GMT StUtk http://habrahabr.ru/blogs/pm/77639/#comment_2265272 http://habrahabr.ru/blogs/pm/77639/#comment_2265272 Wed, 09 Dec 2009 08:37:25 GMT indapublic http://habrahabr.ru/blogs/pm/77639/#comment_2265259 http://habrahabr.ru/blogs/pm/77639/#comment_2265259 Wed, 09 Dec 2009 08:32:40 GMT vzzvzz http://habrahabr.ru/blogs/pm/77639/#comment_2265252 http://habrahabr.ru/blogs/pm/77639/#comment_2265252 Wed, 09 Dec 2009 08:31:06 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265243 http://habrahabr.ru/blogs/pm/77639/#comment_2265243 В идеале — по-моему, правильное решение — сказать заказчику, что данная доработка выходит за рамки изначально оговоренного проекта и требует значительных доработок и может быть сделана за дополнительную плату.
На практике иногда приходится срочно переделывать, чтобы ублажить заказчика, но он от этого иногда наглеет :)
Запускаться же нужно однозначно без «хотелок/забывалок». Иначе придётся долго доказывать, что не верблюд и до внесения изменений «мамой клянусь всё работало». Дорабатывать уже после запуска. Это поднимает авторитет в глазах клиента.]]> Wed, 09 Dec 2009 08:28:24 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265234 http://habrahabr.ru/blogs/pm/77639/#comment_2265234 Главный месседж, который нужно уловить всем — это то, что программист-дизайнер должен сам какое-то время работать со своим продуктом! Не только проверять работоспособность при отладке, а именно долгое время, часами, сидеть и работать с данными.

Только этот способ приводит к появлению по-настоящему удобных программ.]]> Wed, 09 Dec 2009 08:25:49 GMT FireStorm http://habrahabr.ru/blogs/pm/77639/#comment_2265196 http://habrahabr.ru/blogs/pm/77639/#comment_2265196
Этапы есть, этапы пройдены. Остается буквально 3 недели до, так сказать, окончательного запуска (с начала календарного года кровь из носу). И тут появляется «хотелка/забывка». Варианты: запускаться без хотелки/забывки (плохой вариант) или за три недели поменять хорошую часть бизнес-логики и оттестировать.

Вот клянусь, не выдумываю, реальная ситуация. Просто интересна реакция человека с опытом.]]> Wed, 09 Dec 2009 08:14:29 GMT indapublic http://habrahabr.ru/blogs/pm/77639/#comment_2265181 http://habrahabr.ru/blogs/pm/77639/#comment_2265181 Wed, 09 Dec 2009 08:08:16 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265171 http://habrahabr.ru/blogs/pm/77639/#comment_2265171 Wed, 09 Dec 2009 08:06:00 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265074 http://habrahabr.ru/blogs/pm/77639/#comment_2265074 Wed, 09 Dec 2009 07:20:18 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265070 http://habrahabr.ru/blogs/pm/77639/#comment_2265070 Wed, 09 Dec 2009 07:18:22 GMT Sap_ru http://habrahabr.ru/blogs/pm/77639/#comment_2265041 http://habrahabr.ru/blogs/pm/77639/#comment_2265041
Sap_ru, а были ли у Вас проблемы на этапе формирования требований и общении с заказчиками, к чему они приводили и из-за чего возникали? Или в Вашей практике только удачные проекты?]]> Wed, 09 Dec 2009 07:00:28 GMT StUtk #comment_2264930 #comment_2264930 Wed, 09 Dec 2009 05:29:23 GMT myserg http://habrahabr.ru/blogs/pm/77639/#comment_2264843 http://habrahabr.ru/blogs/pm/77639/#comment_2264843 ==============================
Ситуация: родилось ТЗ совместными усилиями, заказчик доволен. ТЗ подписано всеми сторонами, все хорошо. Проходит время, система уже готова к внедрению. Тут заказчик вспоминает «О! А это я забыл». Эта забывчивость может пройти мимо, а может очень аукнуться. Какова ваша реакция?]]> Wed, 09 Dec 2009 03:30:57 GMT indapublic http://habrahabr.ru/blogs/pm/77639/#comment_2264608 http://habrahabr.ru/blogs/pm/77639/#comment_2264608
Не всякий заказчик на это идёт, как ни убеждай. Впрочем, с ростом портфолио эта проблема нивелируется.]]> Tue, 08 Dec 2009 22:53:07 GMT dimkae http://habrahabr.ru/blogs/pm/77639/#comment_2264389 http://habrahabr.ru/blogs/pm/77639/#comment_2264389
Ваш рассказ — хороший пример того, как помогает проекту грамотный системный и бизнес-анализ.]]> Tue, 08 Dec 2009 21:10:23 GMT vzzvzz http://habrahabr.ru/blogs/pm/77639/#comment_2264157 http://habrahabr.ru/blogs/pm/77639/#comment_2264157
Судя по тексту, описана итерационная разработка продукта по сути с нечеткими начальными требованиями. «Набросал каркас», «Не понравится — переделаю все бесплатно». В реальной жизни вообще такое очень редко бывает.

Вторая особенность, которая сквозит — это то, что речь о заказной разработке для одного конкретного заказчика. Без какого-либо обобщения такой подход по опыту не тиражируем на других заказчиков, где отчет будет зависеть еще и от фазы луны. «Хочет — сделаем тут еще колонку». То есть получается даже на уровне тех же отчетов уникальность, которую при тиражировании на других заказчиков будет очень тяжело поддерживать.

]]> Tue, 08 Dec 2009 19:58:29 GMT belnetmon #comment_2263654 #comment_2263654 Tue, 08 Dec 2009 17:29:31 GMT Scoot http://habrahabr.ru/blogs/pm/77639/#comment_2263638 http://habrahabr.ru/blogs/pm/77639/#comment_2263638 Tue, 08 Dec 2009 17:26:33 GMT Sap_ru #comment_2263626 #comment_2263626 Tue, 08 Dec 2009 17:23:21 GMT Scoot