Slide 1

Slide 1 text

is cHeap show me THE LEMi ORHAN ERGiN co-founder, craftgate coDE purpose

Slide 2

Slide 2 text

why we cannot increase code quality and work in legacy ? why we write tests, do pair programming and collaborate ? why the features we created are not used as expected and thrown away ? why I cannot improve myself and do the same things over and over again ? ALWAYS LEGACY NO TESTS & SOLO WASTE FEATURES LOSING SKILLS

Slide 3

Slide 3 text

you joined a new team with new hopes and expectations

Slide 4

Slide 4 text

the team is rushing to catch the deadline get-it-done mindset overemphasis on efford estimations primary goal is to complete all tasks no time for testing in development custom frameworks are created to narrow focus and understanding new teammates join to go faster technical dept is accepted

Slide 5

Slide 5 text

individual speed and productivity are crucial no time for helping peers and working in pairs hard to onboard juniors to team critical tasks go to seniors micro management happens

Slide 6

Slide 6 text

metrics are collected to manage productivity story points per person is calculated tons of metrics with no real meaning are collected, like team productivity, velocity, code coverage performance appriasals based on metrics destroys justice & team spirit

Slide 7

Slide 7 text

plans should be obeyed scope is fixed we know customers will like it product owners as as analysts, no need to know the product internals feature prioritization is for catching the deadline poker planning for hours only few people touch and hear real customers

Slide 8

Slide 8 text

lords of the house are the decision makers know-how is kept at seniors and architects, who form a separate team everyone has separate duty, has limited visibility on the big picture lack of skill development for others high turover rate with many outsources team mates

Slide 9

Slide 9 text

all the problems you face are normal if what you build is a project it does not matter if everyone say you build “a prouct” what you build quacks like a duck, and walks like a duck, then it is a duck (a project) that is the bitter truth

Slide 10

Slide 10 text

software product is not a software written for a customer by a team a green-field project with latest technologies used an output of a Scrum team running sprints something developed iteratively something you demo at the end of every sprint an output of the team using a board and tasks a product if it is been built as if it is a project

Slide 11

Slide 11 text

building a project is like taking care of someone else’s child what you really care is getting the given tasks done and get paid for it

Slide 12

Slide 12 text

you follow long term vision and a purpose learn from every failure aim is sustainable satisfaction & growth there is no end for growth and development look for continuous improvement seek for good people and processes building a product is like growing your own child

Slide 13

Slide 13 text

Product KPIs Time https://medium.com/ctonun-el-defteri/startup-dinamikleri-ve-cto-rolleri-18af101649cc Hakan Erdoğan, Startup Dinamikleri ve CTO Rolleri EARLY STAGE SCALE STAGE LATE STAGE Main concern: Speed Quality Business Continuity Main Focus: Validation Growth Customer Satisfaction Customer Development Sustainability Customer Loyalty Developed: Product Projects MVP products start to die when it loses capability for innovation and adaptability SIGMOID CURVE OF BUSINESS

Slide 14

Slide 14 text

Product KPIs Time SIGMOID CURVE OF BUSINESS SECOND CURVE THEORY AT RE-SCALE STAGE Main concern: Quality Main Focus: Growth Customer Satisfaction Developed: Product first curve second curve

Slide 15

Slide 15 text

from building products LESSONS LEARNED 10 to show you how building a product is different than building a project

Slide 16

Slide 16 text

estimations considered waste 1 efford/complexity/time estimations are never accurate due to high degree of uncertainty and variability, diverse perspectives, insufficient knowledge and unreliable assumptions care customer priorities, quality and purpose more

Slide 17

Slide 17 text

seniority levels are toxic, get rid of them product success needs collective ownership and decision making, and collaboration of the whole team. expect craftsmanship and professionalism from everyone, and let everyone initiate leadership. 2 you don’t have time of bureaucratic bullsh*t!

Slide 18

Slide 18 text

be an expert of your product & domain without full knowledge of the product, you are not a part of the solution, you are a part of the problem recently developed with latest technologies. 3 good products are built by “product” developers

Slide 19

Slide 19 text

program in pairs and with team do together, practice together, learn together, improve together 4 slow down to go faster

Slide 20

Slide 20 text

cultivate a quality-oriented collaborative neighbourhood pressure 5 hire like-minded, disciplined, motivated, disciplined talents, give them the purpose, principles and values and let them shape the culture quality is an output of principled & disciplined teams

Slide 21

Slide 21 text

get the best feedback you ever get touch/support your customers directly know how customers feel, what they want, what they don’t like. developers not touching the users develop projects, not products 6

Slide 22

Slide 22 text

use technologies you are good at 7 or select the ones you don’t know, but you can expertise fast how can you claim you can deliver quality when you are not good at the technologies used ? be pragmatic and wise

Slide 23

Slide 23 text

always be ready to deploy to prod release changes early & frequently 8 invest in CI/CD pipeline from day one shorten feedback loops with efficient pipelines and make changes available to customers fast

Slide 24

Slide 24 text

quality & productivity cannot be measured don’t fool yourself, stop measuring it when a measure becomes a target, it ceases to be a good measure - Goodhart’s Law 9

Slide 25

Slide 25 text

focus on building something in a way that you feed proud forget about agile {placeholder} stuff 10

Slide 26

Slide 26 text

1 cultivate neighbourhood pressure be an expert of your product & domain program in pairs and with team touch/support your customers directly use technologies you are good at release changes early and frequently don’t fool yourself, stop measuring productivity 2 3 4 5 6 7 8 9 estimations considered waste seniority levels are toxic, get rid of them focus on building in a way that you feed proud 10 10 lessons learned from building a product

Slide 27

Slide 27 text

One-Stop-Shop Payment Orchestration talent @ craftgate.io we are hiring! LEMİ ORHAN ERGİN co-founder, craftgate speakerdeck.com/lemiorhan