スケジュールを作って、「問題対私たち」の構図に持ち込もう - レベルエンター山本大のブログ
スケジュールを作るプログラマが一番効率が良い。 - 山本大の日記のエントリに プログラマが作ったスケジュールはいつも壊される - @katzchang.contextsでトラックバックを頂いたので返答します。 すべてに返答差し上げたいところですが、長くなるので部分的に。 id:katzchangの言ってる状況は、昔僕もよく経験しましたし納得できますね。 僕の場合はそういった状況に陥らないために、自分がマネジメントをする立場になりたいと考えるようになり、現在はやばそうなプロジェクトに１SEとして入っても、そうそうトラブらなくなったので、ある程度の結果は出ていると思います。 好きなプログラミングの仕事に集中したいなら、プログラミングスキルと共にマネジメントスキルをツールとして持っておくことは大事だと思います。 とは言え「マネージャになれ」というのは解決策としては遠回り過ぎるので、もう少し現実的
スケジュールを作るプログラマが一番効率が良い。 - レベルエンター山本大のブログ
現場の周りのプログラマさんたちが残業する中、 僕が毎日定時で帰って高品質なプログラムを作れる理由は、 僕が自分でスケジュールを作ってから仕事を始めるからだ。 僕が今の現場に入って始めにリーダーさんからこういわれた。 「スケジュールがきついので、 管理工数がもったいないから、管理資料に手間をかけたくありません。 イキナリ作業に入ってもらってかまいません。」 若い頃ならうっかりその言葉に惑わされているところだが、 そうはいかない。スケジュールがきつい時ほどコントロールが必要なのだ。 何を先にやっておかないといけないか、 今週末までにどこまで進めておけば安心か。 これらがわからなければ、不安に駆られるばかりだ。 不安を取り除くという意味だけでもスケジュールを組むことは非常に役に立つ。 ドラッカー風に言えば、 「ミッションに集中するにはマネジメントを駆使しなくてはならない」 ということだ。 プログ
ソフトウェア開発のチームビルディング - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
コードレビューはペアプログラミングの代替手段 - プログラマの思索
garyoさんに教えてもらった「Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」」の感想を書く。 【1】コードレビューができないプロジェクトの問題点 コードレビュー以前に、レビューというプロセスが存在しないプロジェクトは数多い。 相次ぐバグ修正や仕様変更にひっきりなしに対応するのに追われて、設計書やコードを書いただけになってしまいがち。 特にデスマーチプロジェクトでは、雑な作業の結果である雑な成果物ばかり作られる。 読んでも誰も分からない、とか、誤植が多い、などの症状が頻発するだろう。 レビューのない開発チームでは、設計思想や運用ルールの情報共有ができていない。 どんな開発でも、フレームワークやハードを含めたアーキテクチャの上で設計してプログラミングする。 その思想を理解するには、最初は時間がかかる。 特に昨今のWebシステム開発では、3カ月おきに開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
