- agiles Doping für Projektleiter in Großunternehmen - Organisationsweite Optimierung bei Einführung agiler Entwicklung - Woran agile Projekte scheitern - Qualität und Produktivität in agilen Projekten - Einfachheit in Softwareprojekten - ...
- 2007
- Text: http://docs.google.com/viewer?url=http://actuelmarx.u-paris10.fr/cm5/com/M15_Philo_capital_Postone.doc
- in Buchform beim ça ira-Verlag: "Zeit, Arbeit und gesellschaftliche Herrschaft" (Standardwerk der Wertkritik, 1993)
- Abschlussbemerkungen: http://www.ca-ira.net/verlag/leseproben/postone-zeit.arbeit_lp4.html
- http://www.principiadialectica.co.uk/blog/wp-content/uploads/2009/02/sc02b066081.jpg
------------
http://www.streifzuege.org/2008/friendly-reading
Erfinde Personen mit realen Eigenschaften der Zielgruppen: Statt für eine (empathisch unzugängliche) Menschenmasse werkelt man dann für „Harald“ und „Tanja“. Mit Verständnis der mentalen Beschaffenheit einer Person lässt sich ihr Verhalten einschätzen, zumal seit Kindheit trainiert: Aus „Die Marktforschung zeigt, dass 20% unserer Zielgruppe Mobiltelefone gekauft haben.“ würde beispielsweise: „Tanja hat ein Mobiltelefon gekauft.“.
"Emotional Cartography is a collection of essays from artists, designers, psychogeographers, cultural researchers, futurologists and neuroscientists, brought together by Christian Nold, to explore the political, social and cultural implications of visualising intimate biometric data and emotional experiences using technology" - http://www.biomapping.net/ - 18min/160MB-Video: http://www.archive.org/download/BioMapping/BioMapping.mp4
Common mistake in arch: Using functionality to id services ("Buying Stocks", "Selling Stocks", ...). Functional decomposition maximizes impact of change, is coupled to it. Better encapsulate change to insulate. Do not resonate with change. |
The conclusion is that you should never design against the requirements (or the features, or the use cases, or the user stories). What you must do instead is identify the smallest set of building blocks, call them microservices if you like, that you can put together to satisfy ANY requirement: present and future, known and unknown. There is a strong process angle of how you go about doing just that.
Identify areas of volatilities, and those you encapsulate in (micro)services. Then you implement the required behavior as the interaction between those services. A new requirement would simply mean a different services interaction, not a different decomposition, so now when the requirements change, your design does not.
https://www.infoq.com/news/2016/07/lowy-every-class-service?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global
wie sprachlich Tilgungen, Verallgemeinerungen und Verzerrungen so eingesetzt werden können, dass der Zuhörer die konkreten Inhalte aus seiner Erfahrungswelt hinzufügt