The Army has plenty of problems you see in other large organizations related to bureaucracy, strategic initiatives, retention etc, but one thing I think they do very well is their documentation. It is generally organized into four(ish) categories of Army Doctrine Pubs (ADPs) which are summaries of first principals for the major domains the Army operates in, followed by Army Technique Pubs which cover mid-level techniques and descriptive frameworks for various types of work. Field Manuals (FMs) contain more prescriptive information and tasks for both small and large units, and finally Technical Manuals which are basically instruction manuals for specific pieces of equipment or specific tasks.
I think it's debatable given the pace of change in most technology organizations whether it's even desirable to codify the standard tasks and competencies expected from different classes of information workers (ie. SRE1 vs Data Systems Analyst) but having at least ADP level documents that allow employees to align their efforts with company strategic aims is a good idea and having some sort of reference documents for involved technical tasks probably makes sense when the work is not able to be automated.
What a span of time! KITCHEN EQUIPMENT; REPAIRS AND UTILITIES was published in 1946, and a document on UPS selection/installation/maintenance was published in 2007.
I am puzzled why there are only 141 documents. There should be thousands. The US Army has been around a long time and bureaucracy begets documentation.
This is only a subset, apparently only those TM's in the 5 series. Explore the Publications dropdown to find thousands more Technical Manuals and other publications.
These appear to all be from the Corps of Engineers. The menu pulldown shows entries like "TM - Technical Manuals (Range 1-8)" that have thousands of entries each. One example: https://armypubs.army.mil/ProductMaps/PubForm/TM_1_8.aspx
How do we see the actual documents themselves? Clicking on the link only seems to open a docket which has info about the document, by not the document itself.
Connecting from Taiwan I don't actually get a PDF link on the details page.
edit: I see it's maybe not a Taiwan thing (tho some DoD sites are inaccessible from here), some of the other publications sections do have PDF links, just none of the details pages on the TM page in the OP link.
The US often operates as part of a coalition and it is desirable for coalition partners to be able to understand how to cooperate with US army units. If you encrypt docs that you want to share with partners, then you have to share your encryption mechanism, which may be much more problematic.
Also, these sorts of docs contain general procedures, not the actual plans of a specific operation.
Yes. Even things like the average speed of an advancing column of tanks, or the largest vehicle that can cross a particular bridge, are going to be fairly obvious to any army that has its own armoured vehicles.
Fun .gov overclassification anecdote: I worked for a startup that had a contract with .mil and, long story short, we needed a snippet of code that described soil slippage under load, as it remains the gold standard in the simulation of various things including armored vehicles.
IIRC, it had been originally written in the 1950s by the Army Corps of Engineers in FORTRAN (then C, then we used it with Modelica). It was — and is — still export-controlled. I had to get permission to send it to our UK (yes, UK) subsidiary for fear that said deeply dark secrets might reach the eyes of our enemies...
I think it's debatable given the pace of change in most technology organizations whether it's even desirable to codify the standard tasks and competencies expected from different classes of information workers (ie. SRE1 vs Data Systems Analyst) but having at least ADP level documents that allow employees to align their efforts with company strategic aims is a good idea and having some sort of reference documents for involved technical tasks probably makes sense when the work is not able to be automated.