タグ

チェックとビジネスに関するgouei2001のブックマーク (2)

  • 給与計算教室をひらきます~自分のお給料を把握できるようになろう~ - みんなの給与計算教室

    遅ればせながらあけましておめでとうございます。 2012年はあーりん推しでいこう、と決意するとともに、 このブログでは毎月、給与計算について書いてくことにしました。 スポンサーリンク はじめに 半年ぐらい給与計算に携わって思うようになったのは 会社がやっているからといって、その数字が100%正しいとは限らない 毎月たくさん天引きされるけど、どういう計算方法で、 なんのために払ってるのか少しでも知っておくと納得感が違う ってことです。 給与計算って、計算自体はソフトがあればクリックひとつで完了するしかんたんです。 でもそのクリックにたどり着くまでが面倒で、人の頭で判断するポイントも多く、 正直ミスも発生しやすい。。 もちろんそれはあってはならないことなので、 企業の給与担当者は何回も何回もチェックし、毎月慎重に行っていることと思います。 しかし、最後の最後で自分のお給料を守れるのは自分。 お

    給与計算教室をひらきます~自分のお給料を把握できるようになろう~ - みんなの給与計算教室
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 1