( ・ω・)ノ＜しすてむ開発。 - 実験。
最近プログラムと戯れている状況を利用して。 だいぶ前から仮定していたことを実験してみてる。 それは。 『新入りにプログラムを作らせないほうが全体として仕事は早く終わるかどうか』 期間内のトータルでみて、生産性がマイナスである場合に、 (..゜Д゜)＜それなら何もさせないほうが仕事すすむやん と後から思い返すことは多い。 かつてPM11時を過ぎたころ、休憩室の片隅で当時の同僚と語ってたことの実験である。 仕事に空きが出来て、 ( ´∀｀)ノ＜ちょっと手伝ってもらえることになったから〜 などといわれて２〜３日ほど借りれる状況になったからといって その人にプログラムを作らせない。 ただし、あからさまに放置すると後々に禍根を残すことになるためそれもおいしくないので、 何か別のことをさせる。 短期間でカタチになり、いつ抜けられることになっても支障のないような作業。 かつ、作業指示者にとって、付きっ切
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明 目次 はじめに 気をつけろ！ 目的を明確にしよう 予算を明確にしよう システムの初期仕様で契約するのはやめよう 決定権を持った人を担当にしよう 絶えず監視しよう 現物で報告させよう 定期的に短期間で報告させよう ふりかえらせよう 早く稼動させよう 開発技術を身につけよう 良い人を演じよう 信じよう コメントお待ちしています 顧客の視点で、アジャイルを説明 はじめに この文書は、情報システムを調達するときに、情報システム開発会社（以下、「やつら」と略記）から不当に搾取されないように、気をつけることや、予防策について書いています。 よく読んで、情報システムの調達に失敗しないようにしてください。 この文書が、読まれた方のご参考になれば幸いです。 気をつけろ！ 目的を明確にしよう なぜ、その情報システムを必要としているのか、その目的を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
