alternative dvamp project 個人主義vsチームワーク
今まで、Agile、TOC-CCPMといった様々なチームを前提とするプロセスカイゼンをしてきた。 運良く、Agile、TOC-CCPM共に良い結果も出してきた。 しかし、役員からの評価は良いものの、プロジェクト管理者や上司からの評価が悪い。 どうしてダメなのか説明もない為、つい最近まで「きっと自分の説明力が足りず、その為に誤解されているのだろう」「きっとわざわざプロセスを変革する必要があると判断出来る程の成果が出ていない為に、評価されていないのだろう」と考えていた。 だがしかし、それが全く別だという事が先日分かった。自分は「個人個人では解決出来ない問題も皆で協力すれば解決出来る！」というチームワークを重視したプロジェクトマネジメントを行うことで、プロジェクトを成功に導く方法が、技術が日進月歩する今の時代に適していると考えている。 だがしかし、プロジェクト管理者や上司の考え方は「一人一人が自
alternative dvamp project 技術の空洞化
自称Javaが出来る人でも設計書をまともに書けない。先週は社内の諸事情からプログラミングをする機会を得た。 既にプロパーによってプログラム設計書は記載済で、製造工程以後を担当というもの。 早速プログラム設計書を見てみると…。会員No登録チェックメソッド(引数int型で会員番号)：戻り値はなしtry-catch宣言をする。try-catch宣言をする。try-catch宣言をする。Connection conn = new Connection();PreparedStatement pstm = new PreparedStatement();ResultSet rs = new ResultSet();DBに接続する。pstm = conn.prepareStatement(strSQL);pstm.setString(1, 会員番号);pstm.executeUpdate();conn
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
