Niezwykle rzad­ko to robię, ale bywa: tyl­ko cytat i zachę­ta do lek­to­ry całości 🙂

Agile Manifesto

• Individuals and inte­rac­tions over pro­ces­ses and tools.

Dobry ana­li­tyk posia­da zestaw narzę­dzi, z kórych może wybie­rać te, któ­re naj­le­piej będą paso­wać do pro­jek­tu i klien­ta, nie jest nie­wol­ni­kiem pro­ce­sów, któ­rych nie potra­fi dopasować.

• Working softwa­re over com­pre­hen­si­ve documentation.

Dobry ana­li­tyk two­rzy doku­men­ta­cję i mode­le, któ­re słu­żą pro­jek­to­wi, nie są bez­myśl­mym wype­ła­nia­niem nad­mia­ro­wych szablonów.

• Customer col­la­bo­ra­tion over con­tract negotiation.

Tu wie­le zale­ży od dostęp­no­ści klien­ta i przy­ję­te­go mode­lu współ­pra­cy. Im więk­sze staw­ki i klien­ci, tym trudniej.

• Responding to chan­ge over fol­lo­wing a plan.

Dobry ana­li­tyk pro­po­nu­je roz­wią­za­nie opar­te na zro­zu­mie­niu biz­ne­su, stąd wie­le zmian jest prze­wi­dy­wal­nych lub roz­wią­za­nie jest w sta­nie jest łatwo zaadap­to­wać, jeśli się poja­wią; podą­ża­nie do rucho­me­go celu nie jest pro­ste, ale dzie­le­nie pla­nów na krót­kie okre­sy sta­no­wi dobry kom­pro­mis mię­dzy zmia­na­mi a planem.

(za Czy dobra ana­li­za gry­zie się z agi­le? ? ana­li­za IT).