<div dir="ltr">We publish work as it is created. <br><br>The format of how the work is created is very much up to the project leads. <br><br>We generally have favored Agile so far. <br><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr">-Michelle W5NYV<br><br><div dir="ltr"><br></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 26, 2021 at 10:21 PM Bruce Perens <<a href="mailto:bruce@perens.com" target="_blank">bruce@perens.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Sub-project leads have wide latitude in selecting the management format that works for them.<br>
<br>
A little guidance for the managers might be necessary, if we are to<br>
remain compliant with export regulations. In general, technical<br>
communications should be disclosed. That means that materials to be<br>
presented at a meeting, and decisions taken, should be published on an<br>
archived mailing list, wiki, etc. Mailing lists and other media for<br>
day-to-day communications should be publicly archived. I don't<br>
personally know how you do this with slack or discord, but I'm sure it<br>
can be done.<br>
<br>
The ITAR policy you would expect in another group is turned upon its<br>
head. Secrets can get us in trouble.<br>
<br>
    Thanks<br>
<br>
    Bruce<br>
</blockquote></div>