https://www.keisan.nta.go.jp/survey/publish/30930/faq/30975/faq_31004.php
国税庁のページ。
試験・測定機器5年、豚3年等。
小動物や草は無い。
http://news.mynavi.jp/column/itgyokai/008/
病欠の定義について。
知らなかったのは、
病欠の扱い方は、私の経験の範囲では、会社によってマチマチ、場合によってはプロジェクト単位で異なっています。
・有休を消化させるケース
・有休や給与に影響なく病気休暇を認めるケース
・欠勤扱いで給与から天引きするケース
の全てが合法的であること。
さらに、
・欠勤扱いで給与から天引きするケース
が労働法的には一番妥当ということ。
http://www5d.biglobe.ne.jp/Jusl/Keisanki/JTSL/nenrei.html
生年月日を入れると年齢が出てくる。非常に便利。
改善を望むとすると、元号と西暦が両方プルダウンで連動していたら、
もっと良いのだけどな。
http://japan.cnet.com/sp/businesslife/35019881/
端的に言えば、ビジネスの分析とはそれ自体がスキルであり、開発者を呼んでビジネスアナリストをやれというだけでは、なかなかうまくいかないものなのだ。
そしてポイントは士気。
http://www.sakaikrj.com/business/2-2.html
原則、適用されない。
ポイントは、業務管理ができる環境にあるかどうか。
メモ。
http://japan.cnet.com/sp/businesslife/35017982/
http://japan.cnet.com/sp/businesslife/35018583/
特に、
1.「人数を増やせばよい」という誤解
5.作業を計算に入れ忘れる
6.コミュニケーション不足
9.「すぐに本格的な作業を始められる」という神話
10.マルチタスク
1.「ノー」と言えない
2.プロジェクトが大きすぎる
3.関係者を議論から閉め出している
4.機能よりも形を重んじる
5.何が問題かを知っている人間を無視する
6.知らぬ間に責任を負わされる
7.計画を立てる前に約束する
あたりは重々注意せねば。
全くヒトのことは言えないので。