Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

This is the playbook for "code-with" customer or partner engagements

License

CC-BY-4.0, MIT licenses found

Licenses found

CC-BY-4.0
LICENSE
MIT
LICENSE-CODE
NotificationsYou must be signed in to change notification settings

microsoft/code-with-engineering-playbook

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

An engineer or data scientist working on anISE project...

  • Has responsibilities to their team – mentor, coach, and lead.
  • Knows theirplaybook. Follows their playbook. Fixes their playbook if it is broken. If they find a better playbook, they copy it. If somebody could use your playbook, give them yours.
  • Leads by example. Models the behaviors we desire both interpersonally and technically.
  • Strives to understand how their work fits into a broader context and ensures the outcome.

This is our playbook. All contributions welcome! Please feel free to submit apull request to get involved.

Note: If you are reading this on GitHub - head over tohttps://microsoft.github.io/code-with-engineering-playbook/ for a better reading experience

Why Have A Playbook

  • To increase overall efficiency for team members and the whole team in general.
  • Reduce the number of mistakes and avoid common pitfalls.
  • Strive to be a better engineer and learn from other people's shared experience.

"The" Checklist

If you do nothing else follow theEngineering Fundamentals Checklist! It's here to help follow the Engineering Fundamentals.

Structure of a Sprint

Abreakdown of sections according to the structure of an Agile sprint.

General Guidance

  • Keep the code quality bar high.
  • Value quality and precision over ‘getting things done’.
  • Work diligently on the one important thing.
  • As a distributed team take time to share context via wiki, teams and backlog items.
  • Make the simple thing work now. Build fewer features today, but ensure they work amazingly. Then add more features tomorrow.
  • Avoid adding scope to a backlog item, instead add a new backlog item.
  • Our goal is to ship incremental customer value.
  • Keep backlog item details up to date to communicate the state of things with the rest of your team.
  • Report product issues found and provide clear and repeatable engineering feedback!
  • We all own our code and each one of us has an obligation to make all parts of the solution great.

Resources

Engineering Fundamentals

Fundamentals for Specific Technology Areas

Contributing

SeeCONTRIBUTING.md for contribution guidelines.

About

This is the playbook for "code-with" customer or partner engagements

Resources

License

CC-BY-4.0, MIT licenses found

Licenses found

CC-BY-4.0
LICENSE
MIT
LICENSE-CODE

Code of conduct

Security policy

Stars

Watchers

Forks

Packages

No packages published

[8]ページ先頭

©2009-2025 Movatter.jp