記事一覧
人と交流する人に気を付けていること
人と交流する人に気を付けていること。
意見を求めているのか？共有しているのか？聞いてほしいだけなのか？誰かに何かを伝えるとき、おおよそ、以下４パターンに識別されると思っています。
１．何かをして欲しい
２．意見を求める
３．ただ、伝える
４．ただ、聞いてほしい。
どれを求めて、話をしているのだろうと考え、適切な反応をするようにしています。
意見を伝えるときは、相手の意見に同意しつつ、自分の
自分以外をマネジメントする時に気を付けること
仕事をするとき、基本、自分をマネジメントして、目標を達成します。
が、たまに他の人もマネジメントする時があります。
その際に私が気を付けている/気を付けたいことをメモします。
マネジメントとは、対象の生産性を高め、目的を達成すること。
という考えが前提になります。
思い出したら、随時追記しています。
過信しない自分だけをマネジメントする立場の場合、過信して失敗しても、影響は自分だけで留まりま
新しいことを始めるときに、考えるべきこと
新しいことを始めるときに、後回しにしがちだけど、必ず考えるべきこと。
直ぐに忘れてしまうため、メモ書きレベルに残します。
また、同じような事を考えてる人の参考程度になれば幸いです。
１．目的を達する以外のやめるタイミング
始める前に決めておくことが大切。
始まってしまうと、心理的に一貫性を保とうとするので、なかなかやめられなくなる。
決めるときには、数字を使うのが良い。
数字は、客観的に分かり易
スケジュールを引く時のポイント
開発プロジェクトを始める際にスケジュールを引きます。
その際、私が大切にしているポイントになります。
直ぐに忘れてしまうため、メモ書きレベルに残します。
また、同じような事を考えてる人の参考程度になれば幸いです。
１．マイルストーンを置く
具体的には、要件定義の終了日、設計の終了日、単体テストの終了日等。
２．チェックポイントを決める
スケジュールをリスケするか否かのチェックポイント。
要する
開発プロジェクトが遅延した時の対処法
私が考えるプロジェクトが遅延したときの対処法になります。
直ぐに忘れてしまうため、メモ書きレベルに残します。
また、同じような事を考えてる人の参考程度になれば幸いです。
１．タスクを減らす
具体的には、優先度の低い仕様を次回リリースへ回す。
受託案件だと、次回リリース自体の工数を見込んでいないので、赤字が拡大するので、選択は困難かも。
自社サービス開発、エンハンス開発等であれば、選択可能かな。
家のデスクトップパソコンを中心に快適さ追求のすすめ
家で、デスクトップパソコンを持っている方、向けの記事になります。
自分は、職業柄(プログラマー寄りのシステムエンジニア)、家にデスクトップパソコンがあります。
ただ、買ってから、
・Eclipseは入れたけど、全然起動していない。。
・動画編集ソフトも入れたけど、、そういえばどうなったんだろう。。
・メールとインターネットしか使っていない・・
等の、宝の持ち腐れ状態でした。
新しい現場に行