> questions 1-4 are interesting only if that really matters to you. but why should it? >these things depend on the business and the nature of the job, and just

> questions 1-4 are interesting only if that really matters to you. but why should it? >these things depend on the business and the nature of the job, and just because they use CVS or something worse, doesn't mean that working there has to be bad. A fair point. The problem is not really in the technology or methods of development in themselves but the reason why they have them. In my own experience it's because they only focus on product delivery and extinguishing fires left and right, not too dissimilar to the Phoenix Project. For example right now I work for a company that still uses TFS with an in house build system, it's fine because I as hired for my experience in devops and to push our move to git and it's more of an opportunity than an obstacle and they have made that clear at the beginning that they wanted to move forward. But had they lied by omission to me like some other companies did I wouldn't be working there. > or question 5 i'd focus on the specifics: do you have daily standups? how frequently does the team meet? questions about meeting culture... Standups are a meme at this point. Most companies implement Agile as "Water Scrum Fall" as a DSM in the morning. Not that it's bad per se, since most companies I've worked for were designing their hardware, but those are superficial and doesn't really answer the important important that Agile really shines for: small releases, frequent feedback from the users, adapt the plan often.