Gname:14416 聚名网:406763
![域名购买:Gname:14416 聚名网:406763](https://cdn-ak-scissors.b.st-hatena.com/image/square/87e2f1153e49e039b5ab7bd181c609e32b95d784/height=288;version=1;width=512/http%3A%2F%2Fi0.wp.com%2Feigobenkyouhou.com%2Fwp-content%2Fuploads%2F2012%2F08%2Fforkintheroadaorthe.jpg%3Fresize%3D600%252C340)
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 (なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
(簡潔に無借金経営で、ちゃんと給料払える利益出てるとして) まず、会社の利益から30%ほど資本金に回す。 次のプロジェクトの勝負とかもありますしね。 で、仮に残りの70%を社員給与に分割していく。 いわゆる業績連動給与。 それを今まで払ってた100とした場合、 40%は「通常通りの役職給与の割合」で社員に分割する役職別連動。 40%は「社長から平まで均等」に分割する全体業績連動。 20%は、社員が他の社員へ給与を分け与える。重み付け360度評価。 例えば、30万もらってた人の 20% は6万ですね。 これを 100ポイント とし 1ポイント 600円で 部下、同僚、上司、に自分の給与を分け与えるわけです。 ここで割り振る条件は1つ。 「誰がより頑張ってくれたら、次の全体の業績連動給与が上がるか?」 を、社内の自分に関わる人で360度判定するわけです。 その人の「好感度」で決まる給料 単なる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く