Marrying bduf with agile methodology Bduf, вступающим в брак с гибкого методологии
People hate abrupt changes to the way they work. Люди ненавижу резкие изменения в их работе. So changes have to be introduced, slowly but steadily. Так что изменения должны быть введены, медленно, но неуклонно. Same for introducing agile methodologies to customers. То же самое и для внедрения гибкого методологий для клиентов. As much as we would all like to believe that the case for agile development, XP in particular, is so strong that all we have to do is “educate” the customer, reality states otherwise. Как много, как нам бы всем хотелось бы верить, что касается развития, маневренность, XP, в частности, является настолько сильным, что все мы должны сделать это "образование" клиента, реальность гласит иначе. In my experience I have found some customers are very afraid to begin with and there isn’t enough time to convince him otherwise before you lose the deal. В моем опыте я обнаружил некоторые клиенты очень боятся начать и нет достаточно времени для того, чтобы убедить его, прежде чем иначе вы потеряете сделку.
So what options do we have? Итак, какие варианты есть ли у нас? Personally I provide a bridge between customers bduf, spec heavy system of thought and my programmers agile style of development. Лично я обеспечивают мост между клиентами bduf, Спец тяжелых системы мысли и мои программисты гибкого стиля развития. I am the customer to them. Я клиент к ним. While I provide the specs , with some help, to the people who feel comfortable with documentation. Хотя я предоставить спецификации, с некоторыми помочь, чтобы люди которые чувствовать себя комфортно с документацией. Once the project succeeds I credit it to the agile methodologies and slowly gain enough confidence of the customer to move to increasingly agile system, thereby reducing my role in the process. После успеха проекта я ей кредит маневренность методологии и получить достаточно медленно, доверие клиентов, чтобы перейти к более гибкого системы, тем самым снижая свою роль в процессе.
Sounds simple? Звуки просто? In practice it is often frustrating to act as bridge and be responsible for reams of documentation. На практике это зачастую разочаровывает выступать в качестве моста и нести ответственность за пачек документов. Hopefully there will be good tools soon enough to address this space. Надеюсь там будут хорошие инструменты в скором времени достаточно для решения этого пространства.
Filed under Поданного в соответствии с Java Software Программное обеспечение Java , Technology Технология | |
| |
RSS 2.0 RSS 2,0 | |
Email this Article Отослать Статья
You may also like to read Вы можете также люблю читать |




