?

Log in

No account? Create an account

О влиянии технологического стека на бизнес
abayda
https://www.thoughtworks.com/insights/blog/implications-tech-stack-complexity-executives

Counting Function Points for Agile / Iterative Software Development
abayda
Статья о том, как правильно считать Function Points, чтобы яблоки не оказались грушами в случае смены методологии разработки с каскадной на гибкую: http://www.ifpug.org/Articles/Dekkers-CountingAgileProjects.pdf

Интересно, что автор не предлагает привязывать учёт Functional Points к Definition of Done, что было бы весьма естественно.

Паттерны
abayda
Enterprise Integration: http://www.enterpriseintegrationpatterns.com/
SOA: http://soapatterns.org/
Tags: ,

Про отличия успешных команд
abayda
http://kapterev.livejournal.com/959974.html

Microsoft Project 2013 Tutorial - Splitting a Project into Sub-Projects
abayda

Data-centric business
abayda
Посетил вчера мероприятие Thoughtworks, на котором вкратце рассказывали о том, как сделать бизнес данно-центричным (от слова данные).

Первый доклад понравился больше всего. Mark Brand (Retail Analytics Director в ThoughtWorks) рассказывал о фундаментальных проблемах перехода:
1. С одной стороны, нужно знать ключевой KPI для своей индустрии и контролировать его. Например, для розницы этот ключевой KPI — доступность товара на полках. Знают его все, но мониторят из глобальных компаний в режиме реального времени только две. Т.е. тут две проблемы: (1) знать ключевой KPI (вы знаете его для своей отрасли/компании?) и (2) мониторить его.
2. С другой стороны люди, принимающие ключевые решения, не работают на комфортном уровне с данными. Т.е. цикл "построить гипотезу -> понять как проверить на данных -> проверить на данных" для них малореализуем. Видимо поэтому возникают сложности с мониторингом ключевого KPI.
3. Критически важно понимать зависимость между принятием частного решения и оказываемого этим решением влияния на глобальную картину. Т.е. всегда нужно держать в поле зрения ситуацию с лесом, даже когда решение принимаешь по поводу дерева.

Второй и третий доклады были от представителей клиента ThoughtWorks — AutoTrader. AutoTrader за последение двадцать лет прошли трансформацию от печатного издания к интеренет-платформе, через которую проходит 65% продаж автомобилей в Великобритании, вышли на биржу и т.д.
Интересно, что переход к данно-центричности потребовал значительных перемен в структуре руководства компании. Не говоря уже о том, что подход внутри AutoTrader к организации деятельности IT-команды у них за эти же двадцать лет изменился серьёзнейшим образом. Еще из интересных замечаний: по опыту AutoTrader большинство data scientists по названию таковыми по сути не являются.

Короткий мульт про Enterprise architecture
abayda

Кое-что про то, как определить configuration item
abayda
Советы:
Configuration Identification includes
·        Selection of configurations items based on documented criteria.
·        Determining the type of documentation required to capture the important characteristics of each configuration item.
·        Providing unique identifiers for the configuration items
·        Maintenance of identified configuration items.
Identification Criteria
We should establish the identification criteria as early as possible. The following criterion is recommended for identifying configuration items:
·        Work products which are delivered to the customer
·        Work products with multiple developers/users
·        Deliverable of a software lifecycle phase
·        Work products which are critical for the project
·        Work products which are expected to change over time
·        Work products which require logistics support and designated for separate procurement
·        Based on complexity and risk
·        Configuration environment and functionality (example tools )
·        Physical characteristics
https://catalyst-epfwiki.csc.com/wikis/cpl/practice.mgmt.configuration_mgmt.base-ibm/guidances/guidelines/how_to_identify_configuration_items_95A9851.html

Примеры CI:

  • Requirements

  • Software related objects

  • Hardware related objects (personal Computers, workstation,storages )

  • Network related objects ( LAN,WAN,ports and cards)

  • Data (files,database)

  • Services to be delivered to the system

  • Design

  • Test plans and procedures

  • Test results

  • Drawings

  • Source code

  • Tools

  • Interface descriptions

  • Process descriptions

https://catalyst-epfwiki.csc.com/wikis/cpl/practice.mgmt.configuration_mgmt.base-ibm/guidances/examples/types_of_configuration_items_C1582051.html

Примеры, конечно, жиденькие.

Software engineering - происхождение термина
abayda
https://bertrandmeyer.com/2013/04/04/the-origin-of-software-engineering/

Ontology evaluation
abayda
http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2013_Communique
Tags: