Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Григорий Печенкин

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
346
а Вы действительно думаете, что данная доработка понравится Вашим клиентам?
(о предложении клиента показывать персонализированную рекламу в банкомате при любой операции)

И что ответили, интересно?

Обычно такие "фичи" придумывают одни люди, а за реализацию отвечают другие. И последние не всегда (мягко говоря) могут сказать, что они на самом деле об этом думают.

347
Вас никто и не просит что-то доказывать, для начала читайте внимательней вопрос:


Вы, похоже, приняли на свой счёт то, что к вам не относилось.


Вопрос звучал так:

Цитировать
Представьте себе, что вы руководитель проектов и попробуйте обосновать необходимость ввода новой штатной единицы.

Обосновать перед кем? Насколько я понял, перед вышестоящим руководителем, требующим такого обоснования.
Если ему нужно обоснование в виде "ROI", значит, он не понимает, зачем нужны аналитики, и в таком виде я бы не взялся ему ничего доказывать.

348
Я не согласна с тобой.

Да я и сам с собой не согласен. :)

Окупается, конечно. Но доказывать это в виде "ROI" человеку, который не понимает, зачем нужны аналитики, я бы не взялся. Можно использовать какие-то понятные ему категории, ссылаться на авторитеты, обыгрывать отрицательные примеры из опыта - но это качественный, а не количественный подход. А с цифрами, боюсь, можно только проиграть. Универсальной модели нет.

А тому, кто уже дозрел, и доказывать ничего не надо.

349
Боюсь, что аналитики не окупаются. Как и тестировщики. Не говоря уже у руководителях проектов. ;)

Интересно, кстати, а как считают ROI бухгалтеров, кадровиков, охранников, а также членов советов директоров?

350
Ну, английским владеют далеко не все. А читать единый документ куда приятнее. По мере изучения буду компоновать такой.

Я тоже поэтому бросился сначала компоновать. Но у наших аналитиков английский неплохой, смогут прочитать.
Но чтобы получить сразу нормальный текст в виде документа - может, лучше у самого Александра Шамрая попросить?
Зря он, что ли, на нашем форуме регистрировался? :)

351
смотря с какой целью это делать.
кто и как потом будет им пользоваться?
будет ли это удобнее, чем выход на прямые источники?
может лучше сделать к нему какую-то свою "добавку"+ ссылки на первоисточники?

Я когда на этот перевод наткнулся, у меня тоже первым желанием было собрать все страницы в один файл, чтобы читать его на eBook-е. Несколько страниц скомпоновал, а потом отыскал ссылку на английскую версию, и читал уже её.

352
Стоит ли компоновать цельный документ - Руководство по управлению требованиями VS TFS 2010 (отредактированное)? Просто в процессе изучения есть такая возможность - параллельно и оформить его в виде вордовского документа с возможностью выгрузки в pdf.

В оригинале (на английском языке) он распространяется в docx, pdf и с кучей полезных приложений:

http://vstfs2010rm.codeplex.com/

353
ресурсы в понимании IT проектов и есть люди :)

Как раз для IT проектов это понятие чужеродное, заимствованное из других отраслей.
Я как раз об этом недавно в жежешечке писал.

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

Ага, стратегия. Временем, задачами и ресурсами, значит.
А как насчёт людей?

355
Цитировать
Один из участников заседания рассказал о проекте, в котором сделана попытка оценить непосредственно код, созданный программистом, — по объему (числу строк), сложности, количеству ложных циклов и т. д. Схема только что введена, и пока неясно, получится ли оценка действительно объективной, — ведь выполнять ее должны люди.

Вау! Они заново изобрели KLOC!

356
Ну тут уж хрен редьки не слаще... Чтобы установить и настроить jazz нужно потратить очень много времени - намного больше чем с redmine.

Это только первый раз.
Поставить - не проблема. Больше всего времени я потратил на выяснение того, как его запускать. :)

357
В результаты неторопливых размышлений и действий пришла к двум выводам:
1. с людьми я работать не умею
2. менеджер из меня хреновый

Ну что же, отрицательный результат тоже результат ;)

Такой предмет как материалистическая диалектика ещё застали? Или просто диалектика, без мата.
Всё развивается по её законам, в том числе и менеджеры. Тут вам и единство и борьба противоположностей, и переход количества в качество, и отрицание отрицания. И всё это в одной голове. :)

358
Григорий, ты, конечно, прав. Но параллельно с доской реальной, сильно хотелось бы иметь доску электронную.
1. Как не хороша реальная - все-таки прочитать мне тестировщику, что кто делает можно только подойдя к ней непосредственно - а я в очках, и я лентяй
2. по доске я создаю тестовый план, а на доске картинка может меняться (что-то добавляться, что-то убираться) в электронной вресии мне это проконтролировать проще - опять же я в очках, да и лентяй порядочный
3. мы еще доску пользуем и как некоторый индикатор, отмечаем на полях, что проверено тестеровщиками, частенько хочется комментарий добавить, а на реальной не получается, ну не очень она большая. Кроме того в электронной можно было бы привязаться к номерам работ в системе управления работами

Резюме - я делаю эту доску в примерном виде руками, хотя и лентяй, но поскольку лентяй - забываю синхронизировать вовремя :)

Мы сейчас делаем планирование на обычной доске, а потом я ручками переношу запланированные задачи в базу TFS. Точная синхронизация, конечно, быстро теряется, но она и не нужна: у доски и у списка задач разные функции. Тем более что у нас не Scrum.

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

359
И да, я по-прежнему убеждён, что использовать "автоматизированную" доску задач имеет смысл только в распределённой команде. Если люди сидят в одном помещении, то нужно использовать только реальную, физическую доску.

360
Да, Jazz интересная штука, но для нее потребуется покупка лицензий + покупка лицензий на сервер и другие сложности :) Если всё ломать - уже немного не то..


На команду до 10 человек лицензии на jazz team server бесплатные. А работает оно на Tomcat (надстройка над Apache для поддержки Java) - тоже лицензии покупать не нужно.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »