GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Abel Avram , 翻訳者 徳武 聡 投稿日 2010年8月29日
Microsoftでプリンシパルソフトウエアマネージャを務め、WPF SDETの前マネージャでもあるIvo Manolov氏は、組織の中でプロジェクトマネージャになりたいと思っている人やマネジメントスキルを改善したいと思っている人に有用なプロジェクトマネジメントの原則と技法について短い記事を書いている。
プロジェクトマネジメントの技法を開陳する前に、氏はプロジェクトの中でのプロジェクトマネージャ(PM)の役割を次のテンプレートを使って描いている。
続けて、氏はいくつかのプロジェクトマネジメント手法を紹介している。
過剰な対話 ・プロジェクトの状態を自分のマネージャやステークフォルダに対して披露するのを、相手がもう聞き飽きたと不満を言うまで続ける。
スコアカード ・プロジェクトを通して機能開発を追跡するためにスコアカードを利用する。評価には次の4つの分類を使う。“未着手またはリスクあり”、“作業中”、“間もなく完成、低リスク”、“終了、完成”
傾向 ・グラフで定量化可能で観察可能な傾向を表現すること。これは、これらの傾向の今後の動向について考えるためだ。例えば、下記のような“解決したバグ”のグラフだ。
バックログ ・バックログはリポジトリの中心にある。これは、プロジェクトで現在開発中の機能や将来のリリースで実装される予定の機能のためにある。プロジェクトの関係者、マネージャ、ステークフォルダー、開発者にとって、バックログはプロジェクトの現在の状態やどんな機能が実装中なのか把握するのに便利だ。特に開発者は同僚の作業についてよりはっきりとわかるので、プロジェクトを広く把握できる。
メールブランディング ・Microsoftの平均的なエンジニアはおよそ200から300通のメールを受け取っている。したがって氏は、下記のようなメールブランディングを提案している。
- 件名の標準化 (例えば“WPF 4 Pulse: Stress”) ・こうすることで受信者は簡単にプロジェクトに関するメールをフィルタしたり、検索したりできます。
- メールの“ルックアンドフィール”の標準化 ・一貫した構造のメールにすることで実現できます。また、メールにプロジェクト共通のロゴを入れてもいいでしょう。
- 特定のプロジェクトだけで使うエイリアスを用意する。(例えば、“WPF ・VS Tactics”など)
スケジューリング ・氏はイベントのスケジュールでExcelかVisioを使う場合、Visioを使って時間をグラフィカルに表現した方が使いやすい、と提案している。
他にもいろいろあるが、氏の考えではほとんどのPMがこのような基本的な手法を使っている。便利なツールとして氏が勧めるのはExcelだ。Excelはシンプルで用途が多いのでプロジェクトマネジメントのツールとして使いやすい。
そしてもっと重要なこととして氏があげているのは、PMはプロジェクトの始動、計画、実行、監視、終了、事後検討の各ステージで次の資質を示すことができなければならないということだ。
- 独立心と説明責任
- 構築力と対話力、そしてプロジェクトのための明確で良く練られた計画の承認を得る力。計画には下記が含まれる。
- タイムライン
- 範囲、目標/非目標、成功条件
- 内外の“譲れない点”と要求
- ステークフォルダ
- コストと資金
- リスクとその緩和策
- プロジェクトを動かす能力、プロジェクトを動かし続ける能力、プロジェクトをたたむ能力。
- プロジェクトを指導する力や興奮の形成、障害物の特定と除去に対する積極的な関与
- プロジェクトの進捗に対する積極的な監視
- 各種の状態について積極的な対話
- 望んだ結果に到達する能力
世界の先進エンジニアが集結 - QCon TOKYO 2012 早期割引実施中!
【豆蔵】「オブジェクト指向を現場で活かすリファクタリング入門」新規講座キャンペーン中
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。
Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。
GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式
本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。
スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。
No comments
スレッド表示 返信