記事一覧
議事録をどこまでサボれるか？
議事録は面倒くさいです。できればやりたくないですが、やはり必要となるもの。
世の中には様々な議事録フォーマットやコツなどが紹介されていますがここでは「如何にサボるか？」がテーマです。
要旨
①明確な事実(発言)決定事項、宿題だけ書く
②チーム内で書式共有できるとラク
③ごちゃっとしたメモもそれはそれで保存しておく
注意事項：
このアプローチは社内共有/報告向けに適しています。のちのちプロジェ
BackLogを課題のゴミだめにしない為の運用ルール
1.要旨
BackLogを課題のゴミだめにしない為の運用ルール
①「担当者」と「期日」は強引に設定すること
②未解決課題は25件以内をめざす
③１つのチケットには１つの課題
BackLog（バックログ）は、少なくとも国内ではタスク/課題管理ツールとしてはデファクトの存在だと思いますがこのツール、上手く運用できていますか？
けっこう「課題やタスクを投げっぱなしの放置プレイ」で、情報ゴミだめ状態に
システム構成図の書き方ポイント
1.要旨
大手開発会社でなくとも、近年は複数のSaasやAWS開発を組み合わせたシステムの提供を行う会社も多いと思います。
その際に、提案書や要件定義書で「システム概要図」を作成する際に結構残念な作図になっていませんか？
緻密さや詳細さが必要だと言っているのではありません。
作図の目的があいまいだと的を得ない図となり、読み手に伝わらないからです。
以下は、単純なノウハウですが、説明力を持っ