What this measures
Work that leaves no trace in git.
Someone who spends a week keeping servers alive produces no commits and reads as idle everywhere else in this platform. CloudTrail is the only record that the work happened and who did it.
A CloudTrail write is not a unit of work, so events are weighted rather than counted. Signing in, changing your own password and opening a CloudShell terminal are all writes, and all score zero — presence is not delivery. Creating a load balancer and toggling a notification setting are both one row, and are not worth the same.
Only 90 days exist. No CloudTrail trail is configured on this account, so nothing before 2026-08-27 can ever be recovered. An empty period means “not retained”, never “nothing happened”.
Weighted points
11015
3343 scoring changes
People
13
across 29 days
Concentration
46%
held by Pankaj Kumar
Bus factor
3
people holding 80% of it
Invisible to every other measure
Infrastructure work in this period, and no commits at all.
This is the question the AWS ingest was built to answer. Without it each of these people reads as having delivered nothing.
Ranking
Weighted by what each change did. infra-v1.
| # | Person | Points | Changes | Days | Mix | Services |
|---|---|---|---|---|---|---|
| 1 | Pankaj Kumar | 5037 | 1502 | 18 | Provisioning 503Deployment 135Access & security 254Configuration 61017 unscored | amplify cloudformation cloudfront ec2 +2 |
| 2 | Harsh Patel | 3613 | 1044 | 17 | Provisioning 339Deployment 116Access & security 276Configuration 31341 unscored | acm amplify autoscaling cloudformation +13 |
| 3 | Rushendra Varma Mudunuru | 718 | 236 | 18 | Provisioning 32Access & security 150Configuration 5449 unscored | access-analyzer bedrock budgets cloudtrail +12 |
| 4 | Anshuman Parmar | 697 | 222 | 7 | Provisioning 32Deployment 3Access & security 151Configuration 3680 unscored | autoscaling cloudformation ec2 elasticbeanstalk +6 |
| 5 | Aziz Bohra | 327 | 138 | 9 | Provisioning 17Configuration 12123 unscored | q route53 ses sts |
| 6 | Ankur Kumar | 281 | 83 | 13 | Provisioning 25Deployment 2Access & security 36Configuration 2013 unscored | amplify ec2 iam route53 +1 |
| 7 | Dhiraj Ambekar | 114 | 35 | 8 | Provisioning 8Deployment 6Access & security 8Configuration 1314 unscored | amplify autoscaling cloudformation ec2 +6 |
| 8 | Abhishek Kulkarni | 92 | 26 | 6 | Provisioning 8Deployment 1Access & security 14Configuration 337 unscored | cloudformation cloudfront ec2 iam +2 |
| 9 | Akash Kumar | 65 | 26 | 4 | Provisioning 4Access & security 1Configuration 219 unscored | ec2 q route53 ses |
| 10 | Rushikesh Powar | 45 | 21 | 8 | Provisioning 1Configuration 204 unscored | ec2 route53 s3 |
| 11 | Jitu Prosad Saha | 26 | 10 | 2 | Provisioning 2Configuration 83 unscored | route53 ses |
| 12 | Pranav Ojha | 0 | 0 | 2 | 3 unscored | |
| 13 | MOHD NAVED | 0 | 0 | 1 | 3 unscored |
Access posture
Read off the sign-in events already ingested. Not part of any score.
This says nothing about how well anyone works and feeds no ranking. It is here because CloudTrail records whether a console sign-in used MFA, this platform already reads CloudTrail, and reporting infrastructure work while sitting on evidence that none of it is protected would be a strange kind of silence.
| AWS user | Sign-ins | With MFA | Failed | IPs |
|---|---|---|---|---|
| dhiraj | 4 | none | 4 | |
| Akash | 2 | none | 2 | |
| Harsh_Patel | 2 | none | 1 | |
| Rushendra_Verma | 2 | none | 2 | |
| pankaj | 1 | none | 1 | |
| Abhishek_K | 4 | 1 | 3 | 4 |
| Anshuman_P | 8 | 5 | 6 | |
| Harsh-V | 16 | 16 | 6 | |
| Rushendra_V | 13 | 13 | 13 | |
| Aziz-B | 8 | 8 | 1 | 8 |
| Pankaj-S | 8 | 8 | 5 | |
| Dhiraj-A | 4 | 4 | 4 | |
| Ankur | 1 | 1 | 1 |
How a change is weighted
The whole formula.
Brought infrastructure into existence or removed it — stacks, instances, load balancers, databases, apps.
Shipped a change to a running environment — builds, releases, environment rebuilds.
Changed who or what can reach something — security groups, IAM policies, keys, bucket policies.
Tuned infrastructure that already existed — attributes, scaling settings, DNS records.
Signing in, securing your own login, opening a shell. Presence, not delivery — scored at zero.
Where the work happened
AWS services touched, by change count.